Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Původní podoba příspěvku

Roman Bórik Zpět na příspěvek

Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).

<!-------------------------------------------------------------->

<!-------------------------------------------------------------->
<table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>Zdar

<span class="replyquote1">&gt; Takze co Roman slibil, je tu.  Vzal jsem 12V adapter zkontroloval jeho
&gt; napeti a polaritu a pripojil do PMD. A nic! To jsi me Romane dostal,
&gt; stredni kolik minus, jeste ze tam davas tu diodu. -:)) Zatim jsem tyhle
&gt; konektory videl ve vsem plus na stredu.
</span>
Hmm, dôvod, prečo je to tak, ti nepoviem, skrátka to tak &quot;vyšlo&quot;...

<span class="replyquote1">&gt; Takze po prepolovani naskocil na sviticim displeji napis &quot;PMD 32-SD
&gt; v3.1 4. feb 2012&quot; ktery presel v hlasku &quot;Insert SD Card Press any
&gt; button&quot;. Po zastrceni karty se ale vubec nic nedelo... Vzal jsem jinou
&gt; kartu z Tom Toma a provedl restart a pak prisel vypis &quot;Card init error&quot;.
&gt; Teprve treti karta mi hodila &quot;PMD 32-SD Ready&quot;. Pokud je zastrcena karta
&gt; pri zapnuti, prejde to sem rovnou. Tu zcela novou kartu jdem zkusil na PC
&gt; a na nem se chovala mravne. Tak jsem ji zkusil naformatovat na FAT16 a
&gt; pak se uz chytla. Ze by je u Panasonicu formatovali na FAT32? Tu z
&gt; Tom Toma jsem dal nezkoumal.
</span>
Fungovať by mali karty MMC, SD a aj SDHC, teda aj s FAT16 a aj s FAT32.
Ja som to úspešne testoval s 512MB MicroSD Apacer, 2GB SD Kingston a 16GB 
SDHC AData.
Prvé dve sú formátované na FAT16 a posledná na FAT32.
Dôležité je to, že PMD 32-SD pozerá _iba_ na 0. (nultú) partíciu karty a 
pokiaľ tá nie je FAT16 alebo FAT32, tak je SD karta odmietnutá.

<span class="replyquote1">&gt; Takze podle popisu na netu jsem vytvoril v PC na SD karte do ROOT soubor
&gt; images.cfg s obsahem:
&gt; 2mb 256 64
&gt; coz by mel byt nejvetsi mozny CP/M disk 2 Mb s 256 stopami a 64 sektory
&gt; x 128. Predpokladam spravne Romane, ze tam mohu nadefinovat treba 20
&gt; ruznych formatu, ktere pak budu rozlisovat priponou u jmen jednotlivych
&gt; image disket?
</span>
Presne tak.

<span class="replyquote1">&gt; Tak jsem vytvoril na PC v poznamkovym bloku soubor images.cfg. Jenze jak
&gt; tu SD kartu dam do PMD, zustane uvodni hlaska po zapnuti a mrtvola.
&gt; Po naformatovani to zase maka jak jsem popsal vyse ale bohuzel jak dal,
&gt; nevim.
</span>
Oh shit!!!

<span class="replyquote1">&gt; Proste jak se nahraje na PC do karty soubor s priponou cfg, tak ani tuk.
&gt; Jak jinak vytvorit a nebo prejit pres konfiguracni soubor nevim...
&gt; Pokud jsem zkusil na PC vytvorit viceurovnovou strukturu adresaru a ta
&gt; na PMD jde prohlizet jak nahoru, tak dolu, takze formatove a kodovanim
&gt; je asi vse v poradku. Kdyz na SD kartu ulozim nejaky soubor, taky ho
&gt; najdu. Kdyz ho odentruju, okamzite hlasi &quot;Config missing&quot;.
</span>
Oh shit, shit!!!

<span class="replyquote1">&gt; Tohle bude asi nejaky my neumetelstvi
</span>
Ver, že to nie je tebou.

<span class="replyquote1">&gt; ale horsi je, ze i kdyz PMD pripojim na DPP-1 na Sapi tak ho Sapi
&gt; nenajde. Ale vlastne nevim, jestli ho muze nalezt, kdyz se PMD zatim
&gt; nenakonfigurovalo.
</span>
Nájsť by ho mohol, ale iba ak je PMD 32-SD v stave Ready.


A teraz k môjmu nadávaniu.

Tebou popisované _chybné_ chovanie je dôsledkom môjho posledného
<img src="BODY_IMAGES_WRAP_GIF"> &quot;snaženia&quot; 
pri úprave firmvéru pre podporu SDHC a FAT32.
Pri týchto úpravách som upravoval aj parser konfiguračného súboru,
<img src="BODY_IMAGES_WRAP_GIF">pretože 
som tam (iniciatívne) pridával jednu fičúrku + z tohto dôvodu pribudol ajjeden nový povel. Ale toto bude popísané v osobitnom článku na našich 
stránkach.

V parseri sú 2 zásadné chyby.

Prvá nie je taká kritická a ľahko sa napraví. Parser sa nespamätá z toho,
<img src="BODY_IMAGES_WRAP_GIF"> ak 
konfiguračný súbor neobsahuje predvolené meno obrazu disku a zacyklí sa.
Náprava je teda jednoduchá, zapísať do konfiguračného súboru predvolené 
<img src="BODY_IMAGES_WRAP_GIF">meno 
obrazu disku.

Druhá chyba je kritickejšia (a pre SAPIstov experimentátorov zásadná) a 
spočíva v tom, že nie je možné zadať počet stôp na hodnotu 256, ale 
maximálne 255 (skúste hádať prečo...).
Nápravou je, predbežne sa uspokojiť s maximom 255.
Pre zaujímavosť, na túto chybu som prišiel aj ja akurát včera, keď som sachystal testovať CP/M na NCB85. Verte mi, išiel som vyskočiť z kože...
<img src="BODY_IMAGES_WRAP_GIF"> :-(

Pri predchádzajúcom ladení som na to neprišiel iba preto, že som používalsvoj pôvodný konfiguračný súbor a parsing tohto súboru prebehol bez
<img src="BODY_IMAGES_WRAP_GIF"> chýb.

Pochopiteľne to tak nemôže zostať a štve ma, že som už 5 kusov s touto 
chybou odoslal. Ukameňovať ma môžete pri najbližšej príležitosti...
V prílohe je HEX súbor s opravenou verziou, takže kto má možnosť si MCU 
prepáliť, tak to môže urobiť sám. S ostatnými by som sa mohol snáď
<img src="BODY_IMAGES_WRAP_GIF">nejako na 
prepálení dohodnúť.

V každom prípade, ak sa bude jednať o obrazy diskov, kde je počet stôp
<img src="BODY_IMAGES_WRAP_GIF">menší 
ako 256, tak by nemal byť žiadny problém.

Roman
</pre>