flash NAND a zapis bez vymazani bloku

Slavo Tomascik stomascik na gmail.com
Neděle Květen 5 22:23:52 CEST 2019


Tak bude chyba niekde este predtym, a tu sa len prejavi. Ale aspon to
ako-tak funguje. Mozno este vyskusat ten random load.

Slavo T.

On Sun, May 5, 2019 at 10:15 PM Libor Konečný <support na mikrovlny.cz> wrote:

> Chytrejsi budu az si sezenu a zkusim posledni verzi pameti od Windbondu.
> Toshibu jsem nasel v supliku koupenou od Cinana pred mnoha lety.
> Je zvlastni, ze k tomu dochazi pouze u adresy 0x7800 a jeji nasobky delky
> bloku a pri cteni mezi zapisem fragmentu stranky v delce 512 bajtu a je
> jeste zajimavejsi, ze po resetu to funguje tak jak ma v celem rozsahu
> pameti a cteni ji nevadi.
>
> LK
>
>
> Dne 5.5.2019 v 20:53 Tomas Urbanek napsal(a):
>
> No tak to asi problem v zasade neresi, jen obchazi. :)
>
> T
>
> 5. 5. 2019 v 15:11, Libor Konečný <support na mikrovlny.cz>:
>
> Mockrat dekuji, funguje !
> Nepomohlo ani precteni cele page, jak maji v linux driveru, ale pomohlo
> resetovani flash, pred kazdym zapisem.
>
> LK
>
> Dne 5.5.2019 v 13:55 Slavo Tomascik napsal(a):
>
> Nemozno vylucit, ze tam maju volajaku chybu tohto razenia, no obvykle je
> chyba medzi klavesnicou a stolickou (z vlastnej skusenosti).
> Je jedna moznost, ze command program load po citani stranky ignoruje
> adresu, a zapise data do page buffra od 0x0.
> Predpokladam, ze teraz data do page buffra loaduju cez command program
> load s adresou od ktorej idu data. Co tak na otestovanie skusit load dat od
> adresy 0, ale poslat tam aj tie 0xFF na zaciatku stranky.
> Alebo po loadnuti urobit read celeho buffra a porovnat ci su data tam kde
> maju byt.
> A dalsie skusit reset command pre dalsim programovani.
>
>
> Slavo T.
>
>
> On Sun, May 5, 2019 at 12:42 PM Libor Konečný <support na mikrovlny.cz>
> wrote:
>
>>
>> At delam co delam (kontrola a verifikace dle linux ovladacu a jinych)
>> tak stale mam tento problem:
>> Pokud zapisu celou page 2018 (samozrejme po adresach od nuly a vyse)
>> tak vse Ok.
>> Pak mohu spustit read page a zkonrtrolovat, vse Ok.
>> Pokud ale zapisu  jen 512bajtu a pak dam precist celou page, tak se
>> jakoby interne neco seklo  a akcoliv nastavim offset kde se ma umistit
>> dalsi blok 512 bajtu, tak to pamet ingoruje a prepise to na zacatek page.
>> Nasledne pri cteni  mam  ECC error.
>> Logicky analyzator nepomaha, tam vse vypada spravne.
>> Otazka je , zda je mozne zapisovat a nasledne cist jen cele stranky,
>> nebo se da take zapisovat  po tech 512 bajtech a pak cist, coz se mi
>> stale nedari.
>>
>> LK
>>
>>
>>
>>
>> Dne 3.5.2019 v 11:36 Slavo Tomascik napsal(a):
>> > Tak ma tesi, ze sa to pohlo.
>> > U NAND je plno zaludnosti. Napr. sa nesmie zapisovat v bloku na nizsiu
>> > stranku, a podobne. Ale popisovany posun o 512B mi nic nehovori. S
>> > niecim takym som sa nestretol. Podla mna tam je este neaka chyba v
>> > read/load page v programe. Zapojit logicky analyzator, a ...
>> >
>> > Slavo T.
>> >
>>
>> _______________________________________________
>> HW-list mailing list  -  sponsored by <http://www.HW.cz>www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
>>
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.czHw-list na list.hw.czhttp://list.hw.cz/mailman/listinfo/hw-list
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by <http://www.HW.cz>www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.czHw-list na list.hw.czhttp://list.hw.cz/mailman/listinfo/hw-list
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20190505/ea0fc34f/attachment-0001.html>


Další informace o konferenci Hw-list