<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Ano je to tento obvod.<br>
Dekuji vsem za hodnotne podnety.<br>
<br>
Tu kapitolu jsem cetl, ECC mam vypnuty =0, ale nebylo mi jasne, ze
je podminkou minimalni blok strikne 512.<br>
<br>
Jaky je vyznam pri ECC=1 a spare area ? Je lepsi mit ECC 1 nebo 0?<br>
Ja budu potebovat jen 2048 bajtu na stranku, opetovny zapis bude tak
jednou do roka, nez se pamet zaplni.<br>
Cteni bude hodne caste.<br>
<br>
Upravim tedy zapis do pameti na min 512, data totiz maji ruznou
delku, tak to bude komplikovanejsi.<br>
A otestuji jeste vydrz na pocet ctecich cyklu.<br>
<br>
LK<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">Dne 28.4.2019 v 21:14 Slavo Tomascik
napsal(a):<br>
</div>
<blockquote
cite="mid:CAGDHY_si1XOcBaWp0X7Nu+ry0X=NG0GRV_4Z3fn-E4O-L_W_Xg@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>Zdravim,</div>
<div><br>
</div>
<div>ak je to tento obvod,<br>
</div>
<div dir="ltr"><a moz-do-not-send="true"
href="https://www.mouser.sk/datasheet/2/877/Toshiba%20Memory%20America%20Inc_10242017_TC58CVG0S3HxAI-1218038.pdf">https://www.mouser.sk/datasheet/2/877/Toshiba%20Memory%20America%20Inc_10242017_TC58CVG0S3HxAI-1218038.pdf</a></div>
tak je v datasheete priamo kapitola<br>
<div>6.4. Several Programming Cycles on the Same Page (Partial
Page Program)</div>
<div>nie je to celkom jasne napisane, ale mam za to, ze treba
zapisovat 512B, aby fungoval ECC controller.</div>
<div><br>
</div>
<div>Slavo T.<br>
</div>
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sun, Apr 28, 2019 at 8:21
PM Libor Konečný <<a moz-do-not-send="true"
href="mailto:support@mikrovlny.cz">support@mikrovlny.cz</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Zdravim
osazenstvo.<br>
Jelikoz jsem zde fachmani na pameti, prosim je o radu.<br>
Poprve pouzivam SPI NAND NOR flash 1Gbit TC58CVG0S3HxAI,
zapisuji a ctu <br>
data pres buffery 2048 bajtu, takova mirna podivnost.<br>
Coz neni problem, problem je jak zapisovat sekvencne data,
ktere mi <br>
chodi pres tcpip stack a maji velikost, par desitek bajtu.<br>
Napsal jsem driver za par hodin, overil funkcnost a vse se
zdalo ok, <br>
zajasal jsem ze konecne vec, ktera sla rychle ;-)<br>
Ale jen do nejake doby, kdy se pak bajty zacaly menit, tedy
jako by do <br>
nejakeho nahodneho bitu se zapsala 0.<br>
<br>
Zapis mam reseny tak, ze poprve vymazu blok , bajty jsou na
0xFF<br>
Pak do bufferu (2048) nastavim same 0xFF a nahradim je bajty k
zapsani ( <br>
adresa zapisu je posunute o delku predchozich).<br>
<br>
Udelal jsem test, kdy do bufferu nastavim <br>
0xFF,0x00,0xFF,0x00,0xFF,0x00,0xFF,0x00,0xFF,0x00,0xFF,0x00,0xFF,0x00,.........<br>
A zacnu jej bez mazani zapisovat a porovnavat.<br>
Po cca 110-122 zapisech se objevi chyba, tedy jakoby se
dostal 0nit <br>
do jedineho bytu a data jsou tedy nespravne, ukoncuji zapis a
vytisknu <br>
si debug.<br>
Co je zahada, ze vzdy na stejne adrese, ale pri podobnem
mnozstvi cyklu. <br>
Zkousel jsem davat ruzne zpozdovaci smycky, MCU uz nedela
vubec nic <br>
navic, zadne preruseni atd..<br>
Dneska jsem si komunikaci odchytnul na analyzatoru a taky nic,
to co tam <br>
ma prijit tam prijde.<br>
Bad block taky neni na dane adrese.<br>
<br>
Nicmene stejny zapis jsem resil u ST25 (spi pameti, ale
nejsou NAND) a <br>
tam to fungovalo bez problemu.<br>
Stejnou logiku zapisu jsem take rovnez pouzival u NAND flash
HYNIX, <br>
takove ty tenke, ale paralelni a taky bez problemu.<br>
Mazat to pred zapisem je nesmysl, blok ma totiz 132kBytes.<br>
<br>
Ma otazka je tedy, zda se s tim nekdo setkal, a zda budu muset
zapis <br>
vyresit tak ze budu cekat az se naplni buffer 2048 a pak jej
zapsat + <br>
dodelat nejaky timeout.<br>
<br>
A nebo se to zkratka neoporucuje a budu muset resit driver,
kdy zapisu <br>
do page maximalne jednou ?<br>
<br>
<br>
Dekuji<br>
LK<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
HW-list mailing list - sponsored by <a
moz-do-not-send="true" href="http://www.HW.cz"
rel="noreferrer" target="_blank"><a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a></a><br>
<a moz-do-not-send="true" href="mailto:Hw-list@list.hw.cz"
target="_blank">Hw-list@list.hw.cz</a><br>
<a moz-do-not-send="true"
href="http://list.hw.cz/mailman/listinfo/hw-list"
rel="noreferrer" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a><br>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
HW-list mailing list - sponsored by <a class="moz-txt-link-abbreviated" href="http://www.HW.cz">www.HW.cz</a>
<a class="moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a>
<a class="moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
</blockquote>
<br>
</body>
</html>