flash NAND a zapis bez vymazani bloku

[Libor Konečný]

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 
> <mailto: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 
>>> <mailto: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 www.HW.cz
>>>     Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
>>>     http://list.hw.cz/mailman/listinfo/hw-list
>>>
>>>
>>>
>>> _______________________________________________
>>> HW-list mailing list  -  sponsored bywww.HW.cz
>>> Hw-list na list.hw.cz
>>> http://list.hw.cz/mailman/listinfo/hw-list
>>
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz <http://www.HW.cz>
>> Hw-list na list.hw.cz <mailto:Hw-list na list.hw.cz>
>> http://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/9bb7272c/attachment.html>