<div dir="ltr"><div>Aha, tak to je jasne. ECC je podmienka. Bud pouzivat integrovany controller, alebo si napisat vlastny. To je NAND pamet. Zapisom sa menia hodnoty susednych buniek, citanim sa menia bunky, bunky nedrzia hodnotu...</div><div>Bez ECC ani byte.</div><div><br></div><div>Slavo T.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Apr 28, 2019 at 9:34 PM Libor Konečný <<a 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">
<div 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="gmail-m_3272504602421027972moz-cite-prefix">Dne 28.4.2019 v 21:14 Slavo Tomascik
napsal(a):<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Zdravim,</div>
<div><br>
</div>
<div>ak je to tento obvod,<br>
</div>
<div dir="ltr"><a href="https://www.mouser.sk/datasheet/2/877/Toshiba%20Memory%20America%20Inc_10242017_TC58CVG0S3HxAI-1218038.pdf" target="_blank">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 href="mailto:support@mikrovlny.cz" target="_blank">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 href="http://www.HW.cz" rel="noreferrer" target="_blank"></a><a class="gmail-m_3272504602421027972moz-txt-link-abbreviated" href="http://www.HW.cz" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a><br>
<a 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="gmail-m_3272504602421027972mimeAttachmentHeader"></fieldset>
<br>
<pre>_______________________________________________
HW-list mailing list - sponsored by <a class="gmail-m_3272504602421027972moz-txt-link-abbreviated" href="http://www.HW.cz" target="_blank">www.HW.cz</a>
<a class="gmail-m_3272504602421027972moz-txt-link-abbreviated" href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a>
<a class="gmail-m_3272504602421027972moz-txt-link-freetext" href="http://list.hw.cz/mailman/listinfo/hw-list" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a>
</pre>
</blockquote>
<br>
</div>
_______________________________________________<br>
HW-list mailing list - sponsored by <a href="http://www.HW.cz" rel="noreferrer" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz" target="_blank">Hw-list@list.hw.cz</a><br>
<a 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>