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

Zpět na zprávu

Celé vlákno · 5 zpráv

Unikarta FW rev.37

Michal Hučík SHARP MZ-800

Omlouvam se, ze s tim tak sibuju - uz si dam na chvilku pokoj a budu jen opravovat chyby.

- pridan prikaz REVD, ktery vrati cislo revize jako DWORD

- zmena logiky a poradi bitu v master status bajtu (k tomu jsem musel prepsat i examples a managera na verzi 2.2

- do projektu jsem pridal examples a dopsal jsem dokumentaci v emu_MZFREPO.c

Seznam prikladu:

example1.s Cteni revize firmware unikarty. example2.s Cteni revize firmware unikarty jinym zpusobem. example3.s Cteni revize firmware unikarty na dalsi zpusob. example4.s Zmena adresare. Vypsani CWD. example5.s Zmena RTC datumu. Precteni RTC casu. example6.s Vytvoreni souboru do ktereho zapiseme horni ROM Sharpa. 
Zaroven sem jednou a naposledy nakopiruju i specifikaci cele komunikace s repozitarem. Jinak bude aktualni dostupna vzdy na SVN a mozna na mem webu.
 
/* * * Prikazy prijate pres CMD port * ============================= * * Prikazy se posilaji na CMD port. Vsechny jsou jednobajtove a pokud * nevyzaduji dalsi parametr, tak jsou okamzite vykonany. * * Pokud je kdykoliv vlozen prikaz, tak se tim automaticky zrusi vykonavani * predchoziho prikazu (napr. pokud ceka na vstupni parametry, * nebo na odebrani vystupnich dat). * * V pripade vlozeni prikazu STSR se pouze vynuluje ukazatel statusu (viz. nize) a * nedojde k zadnemu ovlivneni predchoziho prikazu, ani obsahu statusu. * * * Vstup: * * Pokud prikaz vyzaduje dalsi parametry, tak jsou ocekavany v * predem urcenem poradi na DATA portu a prikaz bude vykonan okmzite po * vlozeni vsech parametru. * * Pokud je vstupnim parametrem string, tak za jeho konec je povazovano * prijeti libovolneho znaku s hodnotou mensi nez 0x20. * * Pokud jsou vstupnim parametrem dva retezce, tak za oddelovac je povazovan * libovolny jeden znak s hodnotou mensi nez 0x20. * * Pokud je vstupnim parametrem retezec, tak tento vstup prochazi uvnitr * unikarty I/O translatorem ASCII. * * Pokud je parametrem soubor, nebo adresar (string), tak je mozne pouzit * absolutni cestu, ktera zacina od korene "/". Nebo relativni, ktera zacne od CWD. * Pouziti relativni cesty neni vhodne u prikazu FDDMOUNT, protoze se pak v teto podobe * ulozi do konfigurace. Pri startu unikarty se nastavi CWD=/ a relativni cesta k DSK nemusi * byt platna. * * * Vystup: * * Pokud se ocekava, ze vystupem prikazu budou nejake data, * tak jsou k dispozici na dataportu. * * Pokud jsou vystupni hodnotou retezce, tak jsou vzdy oddeleny a ukonceny znakem 0x0d. * * Pokud unikarta nema zadne data, ktere by mohla poslat, tak na datovem portu vraci 0x00. * * Pokud je vystupnim parametrem retezec, tak tento vystup prochazi uvnitr * unikarty I/O translatorem ASCII. * * * Pokud je pres OPEN otevren nejaky soubor, tak zapis a cteni dataportu je povazovano * za pokus o getc(), nebo putc(). * * Pokud je pres OPEN otevren nejaky soubor a vlozime prikaz, ktery ocekava parametry, * nebo vraci nejaka data, tak tento prikaz ziska prioritu v pristupu na dataport. * To plati do doby, dokud neni prikaz kompletne vykonan, nebo stornovan prikazem STORNO. * * * Ciselne hodnoty WORD (2B) a DWORD (4) jsou predavany od nejnizsiho bajtu k nejvyssimu. * * Struktura FILINFO: * * DWORD - 4B, File size * WORD - 2B, Last modified date * WORD - 2B, Last modified time * BYTE - 1B, Attribute * TCHAR - 13B, Short file name (8.3 format), zakonceno 0x00 * BYTE - 1B, LFN strlen * TCHAR - 32B, LFN, zakonceno 0x00 * * * * Status kody: * ============ * * Status repozitare obsahuje 4 bajty a lze jej kdykoliv ziskat prectenim CMD portu. * * Prectenim jednoho bajtu ze statusu se interne zvedne pozice ukazatele na dalsi bajt * a jakmile jsou precteny vsechny ctyri bajty, tak zustane ukazatel "zaparkovan" a pri dalsim * cteni vraci unikarta misto statusu 0x00. * * Po kazde I/O operaci DATA portu, nebo pri zapisu prikazu se vzdy v unikarte aktualizuje * stav, ktery je sdelovan statusem a zaroven se take vzdy resetuje ukazatel statusu * na prvni bajt. * * Pozici ukazatele lze kdykoliv resetovat prikazem STSR, ktery zaroven jako jediny prikaz * zadnym zpusobem neovlivnije obsah statusu a ani neprerusi vykonavani jiz aktivniho prikazu. * Je tedy bezpecne jej kdykoliv pouzit. * * * Vyznam jednotlivych bajtu: * * 1. bajt - master status byte: * * 0. bit - BUSY/READY - pokud je bit vynulovan, tak to znamena, ze je * repozitar ve stavu READY * * - pokud je nastaven, tak to znamena, ze je repozitar * ve stavu BUSY - tedy je prave aktivni nejaky prikaz, * ktery vyzaduje vlozeni dalsich parametru * pres DATA port * * - s vlozenim posledniho parametru, nebo pretecenim * vstupniho zasobniku se tento bit opet vynuluje a repozitar * prejde do stavu READY (Pokud doslo k preteceni zasobniku, * tak se zaroven status ERROR.) * * - s vlozenim prikazu STORNO prejde repozitar do stavu READY * * * * 1. bit - CMD_OUTPUT - jestlize je nastaven, tak to znamena, ze mame v zasobniku * nejaka data, ktera jsou vystupem z posledniho prikazu * * - s prectenim posledniho bajtu, nebo vlozenim prikazu STORNO * se tento bit vynuluje * * * * 2. bit - READDIR - pokud je nastaven, tak to znamena, ze mame otevren * adresar prikazem READDIR, nebo FILELIST a pokud nejsou * v zasobniku zadna data k vyzvednuti (CMD_OUTPUT), tak * v tuto chvili ctenim z DATA portu ziskame odpovidajici * data z otevreneho adresare * * - s prectenim posledniho bajtu z posledni polozky adresare * se tento status bit vynuluje * * - pokud je vlozen prikaz NEXT a jiz neni k dispozici * zadna dalsi polozka adresare, tak se tento bit vynuluje * * * * 3. bit - READ_FILE - pokud je nastaven, tak to znamena, ze mame otevren * nejaky soubor pro cteni a pokud nejsou v zasobniku * zasobniku zadna data k vyzvednuti (CMD_OUTPUT), * tak v tuto chvili ctenim z DATA portu provedeme * fget() - precteme bajt z otevreneho souboru * * * * 4. bit - WRITE_FILE - pokud je nastaven, tak to znamena, ze mame otevren * nejaky soubor pro zapis a poku je repozitar READY, * tak zapisem na DATA port provedeme fput() - zapiseme * bajt do otevreneho souboru * * * * 5. bit - EOF - pokud mame otevreny nejaky soubor a pozice ukazatele * se momentalne nachazi na jeho konci, tak se nam nastavi * tento bit * * * 6. bit - nepouzito * * * 7. bit - ERROR - nastaven, pokud doslo k chybe, coz muze nastat: * * - vlozeni prikazu (pripadne vlozenim jeho posledniho * parametru, cimz je prikaz spusten) * * - pretecenim vstupniho bufferu pri vkladani parametru * typu string * * - zapisem/ctenim otevreneho souboru * * - prectenim posledniho bajty polozky adresare (to interne * aktivuje prikaz NEXT pro nacteni dalsi polozky z FAT * do vystupniho bufferu) * * - pri neocekavane I/O operaci na DATA portu * * * Pozn.: Status bity READDIR a READ_FILE/WRITE_FILE se v tuto chvili navzajem vylucuji. * * * 2. bajt - hodnota posledniho aktivniho prikazu * * Pozn.: V pripade cteni/zapisu do souboru pres DATA port se zde jako hodnota projevi * interni prikazy INTGETC a INTPUTC. * * * 3. bajt - v pripade, ze je v prvnim master status bajtu nastaven ERROR, tak zde muze * byt error kod z unikarty, napr. pri preteceni bufferu, spatne hodnote parametru, atd... * (v tuto chvili jeste neni implementovano a vraci 0x00) * * - v pripade, ze vkladame parametry k prikazu (BUSY) je zde informace o zbyvajici * velikosti volne pameti ve vstupnim bufferu * * - v pripade, ze cteme vystupni data z prikazu, tak je zde zbyvajici pocet * bajtu ve vystupnim bufferu * * - v pripade, ze cteme polozku adresare otevreneho pres READDIR, nebo FILELIST, * tak je zde zbyvajici pocet bajtu aktualni polozky, ktera je ulozena v bufferu * * 4. bajt - FatFS result * * Zde je ulozen navratovy kod z posledni zavolane FatFS operace. Ma smysl se * o nej zajimat jen v pripade, ze byl v prvnim master status bajtu nastaven ERROR. * viz. FatFS - http://elm-chan.org/fsw/ff/en/rc.html */ /* * * Seznam prikazu repozitare * */ // Prace s repozitarem: #define cmdRESET 0x00 // Reset celeho repozitare. Nastaveni ASCII. // Sync a uzavreni otevrenych souboru. // Uzavreni otevrenych adresaru. CWD se nastavi na korenovy adresar. #define cmdASCII 0x01 // I/O translator nastavime na ASCII. #define cmdSHASCII 0x02 // I/O translator nastavime na SharpASCII. #define cmdSTSR 0x03 // Ukazatel statusu se nastavi na zacatek. // Jinym zpusobem se na statusu neprojevi. Aktualni prikaz nebude prerusen. #define cmdSTORNO 0x04 // Okamzite ukonceni prave vkladaneho, // nebo vykonavaneho prikazu (takovy maly reset pro uvolneni data portu). #define cmdREV 0x05 // Sdeli revizi firmware v txt tvaru. // // Vystup: string #define cmdREVD 0x06 // Sdeli revizi firmware v binarnim tvaru. // // Vystup: DWORD // Konfigurace FDC: #define cmdFDDMOUNT 0x10 // Nastavi DSK image pro prislusnou mechaniku a ulozi konfiguraci. // Pokud uz je v mechanice nejaky DSK, tak provede jeho sync a odpoji se. // // Vstup: 1B - cislo mechaniky // string - DSK image path/filename (pokud je parametr prazdny, tak se mechanika odmountuje a zustane prazdna) // Prace s filesystemem: #define cmdGETFREE 0x20 // Sdeli celkovy pocet a pocet volnych sektoru na disku. // // Vystup: DWORD - celkovy pocet sektoru // DWORD - pocet volnych sektoru #define cmdCHDIR 0x21 // Zmena CWD. // // Vstup: string - path, nebo dirname #define cmdGETCWD 0x22 // Sdeli aktualni CWD. // // Vystup: string, 0x0d // Prace se soubory a adresari: #define cmdSTAT 0x30 // Informace o souboru, nebo adresari. // // Vstup: string // Vystup: binarni struktura FILINFO #define cmdUNLINK 0x31 // Smazat soubor, nebo adresar. // // Vstup: string #define cmdCHMOD 0x32 // Zmena atributu souboru, nebo adresare. // // Vstup: 1B - atributy // 1B - maska // string - filename/dirname // // // 0x01 AM_RDO Read only // 0x02 AM_HID Hidden // 0x04 AM_SYS System // 0x20 AM_ARC Archive // // Napr. nastavit AM_RDO a smazat AM_ARC (ostatni atributy zustanou nezmeneny): // // attr = AM_RDO // mask = AM_RDO | AM_ARC // #define cmdUTIME 0x33 // Nastaveni casove znacky souboru. // // Vstup: 6B - D,M,Y-1980,H,M,S // string - filename/dirname #define cmdRENAME 0x34 // Prejmenovani souboru, nebo adresare. // // Vstup: string - oldname // string - newname // Prace s adresarem: #define cmdMKDIR 0x40 // Vytvori adresar. // // Vstup: string - dirname #define cmdREADDIR 0x41 // Otevre adresar a pripravi na data port binarni vystup pro cteni. // Pokud byl otevreny nejaky soubor, tak se provede sync() a zavre se. // // Vstup: string - dirname // Vystup: FILINFO - binarni struktura pro kazdou polozku adresare #define cmdFILELIST 0x42 // Otevre adresar a pripravi na data port textovy vystup pro cteni. // Pokud byl otevreny nejaky soubor, tak se provede sync() a zavre se. // // Vstup: string - dirname // Vystup: string filename[/],0x0d,string size,0x0d #define cmdNEXT 0x43 // Provede okamzity presun na dalsi polozku adresare v prave // vykonavanem READDIR, nebo FILELIST. // Prace se souborem: #define cmdOPEN 0x50 // Otevre soubor v pozadovanem rezimu. // // Vstup: 1B - rezim viz. FatFS // string - filename // // 0x00 FA_OPEN_EXISTING // 0x01 FA_READ // 0x02 FA_WRITE // 0x04 FA_CREATE_NEW // 0x08 FA_CREATE_ALWAYS // 0x10 FA_OPEN_ALWAYS // 0x20 FILE_SHASCII_CNV // #define cmdSEEK 0x51 // Zmena pozice v otevrenem souboru. // // Vstup: 1B - rezim // 0x00 - od zacatku // 0x01 - od konce // 0x02 - relativne nahoru // 0x03 - relativne dolu // DWORD - pocet bajtu o ktere se ma ukazatel posunout #define cmdTRUNC 0x52 // Zkrati prave otevreny soubor na velikost odpovidajici soucasne pozici ukazatele. #define cmdSYNC 0x53 // Provede sync() prave otevreneho souboru. #define cmdCLOSE 0x54 // Provede sync() a zavre prave otevreny soubor. #define cmdTELL 0x55 // Sdeli pozici ukazatele v prave otevrenem souboru. // // Vystup: DWORD #define cmdSIZE 0x56 // Sdeli velikost prave otevreneho souboru. // // Vystup: DWORD // Prace s RTC: #define cmdRTCSETD 0x60 // Nastaveni datumu. // // Vstup: 3B - D,M,Y-1980 #define cmdRTCSETT 0x61 // Nastaveni casu. // // Vstup: 3B - H,M,S #define cmdRTCGETD 0x62 // Vrati aktualni datum. // // Vystup: 3B - D,M,Y-1980 #define cmdRTCGETT 0x63 // Vrati aktualni cas. // // Vystup: 3B - H,M,S // Interni prikazy - provadi se jinak, nez pres CMD port: #define cmdINTGETC 0xf0 // Getchar - precteni 1B na data portu z otevreneho souboru. #define cmdINTPUTC 0xf1 // Putchar - zapis 1B na data port do otevreneho souboru. 

Re: Unikarta FW rev.37

Martin Lukasek SHARP MZ-800

Ahoj,

díky, popřetáčel jsem statusy a všechno šlape. Teda řeším trošku ještě záhady v nastavování RTC, kde mi to občas zablbne a nejsem si jist, kde je chyba a navíc mám pocit, že se mi hodiny na Unikartě předbíhají. Ale zatím nechci dělat závěry, možná mám chybu někde v kódu. Snažím se napsat takovou nějakou příkazovou utilitku na nastavování hodin, kopírování a mapování souborů.

Dostupnost v SVN je úplně v pohodě, nemá cenu to zbytečně dávat na X míst. Vznikla drobná nesrovnalost mezi SVN a revizí, co vrací firmware. V SVN je 38 a vrací to 37.

Jo s možná ještě detail, co jsem chtěl napsat už dřív. STM má novou verzi Flash Load Demonstrator a předělali web, takže je teď jinde než byl dřív http://www.st.com/internet/com/SOFTWARE_RESOURCES/SW_COMPONENT/SW_DEMO/um0462.zip. Ale narozdíl od předchozí verze šlape v 64bit Win7 naprosto spolehlivě.

Hezký den, Martin.

Re: Unikarta FW rev.37

Michal Hučík SHARP MZ-800

Ahoj,

zahady s nastavovanim RTC v jakem smyslu? Tam by se snad ani nemelo co 
pokazit ... Nejakou chvili jsem zvazoval, zda udelat cteni a nastavovani 
data a casu dohromady jako jeden prikaz, ale pak jsem to radeji rozdelil.

Co se tyka nepresnosti hodin v unikarte, tak to je jev, ktery jsem 
zkoumal cca pred rokem. I kdyz mam pocit, ze u mne se ten cas zpozdoval.
Mam tu postavene dve unikarty a kazdou osazenou trochu jinym typem STM32 
a experimentoval jsem i s ruznymi krystaly. Kdyz jsem na obou nastavil 
+/- stejny cas a nechal jsem je lezet nepripojene na stole, tak se ten 
cas po 24h docela drzel na obou stejne. Kdyz jsem vsak jednu zasunul do 
Sharpa a nechal jej zapnuty, tak to behem pomerne kratke doby ujelo 
docela o dost. Zkousel jsem pak jeste mit jednu zapnutou v Sharpu a 
druhou pripojenou na 5V zdroj volne na stole a ukazalo se, ze pricinou 
je zrejme zvysena teplota, ktera se za provozu kumuluje uvnitr 
sbernicoveho domku Sharpa. Mam pocit, ze mi Zdenek neco psal o tom, ze 
pouzil nejaky teplotne stabilnejsi hodinovy krystal, ale nevim jake jsou 
jeho vysledky s presnosti RTC v zapnutem a vypnutem Sharpu.

Co se tyka verzovani revizi firmware, tak to provadim rucne uvnitr 
souboru revision.h Zavedl jsem si pravidlo, ze cislo verze firmware 
zmenim jen az kdyz delam nejake zmeny primo v nem, coz se odehralo pri 
verzi 37. Verze 38 obnasi pouze pridani examples souboru a firware se 
nijak netyka. Stejne tak pokud bych ted delal nejake drobne upravy kvuli 
kterym nestoji za to oznamovat novou verzi, tak bych cislo firmware 
nemenil. Kdybych ted nahral treba 3 upravy a po nich se rozhodl, ze to 
stoji za to oznamit, tak po revizi 37 by nasledovala revize oznacena 41.
S svn se zase tak nekamaradim a vadi mi, ze se v tomto ohledu nechova 
jako cvs. Je mozne, ze existuje v svn nejaky lepsi zpusob jak verzovat 
hotove celky a zaroven mit prehled i o rozfazovani verzi postupnych 
zmen, ale ja jej neznam. Pokud o necem vite, nebo vas napada 
smysluplnejsi oznacovani tech FW, jak uz v txt, tak i v dword, tak sem s 
tim. Kazdopadne v projektu mame krome firmware (ktery se meni 
nejcasteji) take jine zdrojaky (mzfloader, kod pro CPLD a mel bych tam 
uploadnout i SD managera...), ktere je cas od casu potreba upravit a z 
tohoto hlediska je sledovani verze celeho baliku trochu mimo misu.

Michal

Dne 28.9.2011 22:27, Martin Lukasek (sharpemupandora.cz) napsal(a):
Zobrazit citovaný text (27 řádků)
>
> Ahoj,
>
> díky, popřetáčel jsem statusy a všechno šlape. Teda řeším trošku
 ještě 
> záhady v nastavování RTC, kde mi to občas zablbne a nejsem si jist, 
> kde je chyba a navíc mám pocit, že se mi hodiny na Unikartě 
> předbíhají. Ale zatím nechci dělat závěry, možná mám chybu někde v > kódu. Snažím se napsat takovou nějakou příkazovou utilitku na 
> nastavování hodin, kopírování a mapování souborů.
>
> Dostupnost v SVN je úplně v pohodě, nemá cenu to zbytečně dávat na X 
> míst. Vznikla drobná nesrovnalost mezi SVN a revizí, co vrací 
> firmware. V SVN je 38 a vrací to 37.
>
> Jo s možná ještě detail, co jsem chtěl napsat už dřív. STM má novou
> verzi Flash Load Demonstrator a předělali web, takže je teď jinde než 
> byl dřív 
>
 http://www.st.com/internet/com/SOFTWARE_RESOURCES/SW_COMPONENT/SW_DEMO/um0462.z
ip. 
> Ale narozdíl od předchozí verze šlape v 64bit Win7 naprosto spolehlivě.
>
> Hezký den, Martin.
>
>
> ---
>

Re: Unikarta FW rev.37

Vaclav Peroutka SHARP MZ-800

Ahoj Martine,

jestli můžeš, zkus ten čas proměřit. Korekce času se dělá kapacitou na 
krystalu. Ale jde o to, jestli se Ti to jen předbíhá, nebo je to různé,
když je Sharp zapnutý/vypnutý.

Mne doporučili v ST použít jiný krystal - např. jiného výrobce. Pokud by 
s tím časem byly serioznější problémy, pak udělat "minimální aplikaci" 
a ať si to v ST přeměří...

Vašek

--------------------
Ahoj,

díky, popřetáčel jsem statusy a všechno šlape. Teda řeším trošku
ještě záhady v nastavování RTC, kde mi to občas zablbne a nejsem si jist, 
kde je chyba a navíc mám pocit, že se mi hodiny na Unikartě předbíhají.
Ale zatím nechci dělat závěry, možná mám chybu někde v kódu. Snažím
se napsat takovou nějakou příkazovou utilitku na nastavování hodin,
kopírování a mapování souborů.

Re: Unikarta FW rev.37

Radek Suk SHARP MZ-800

Ahoj Michale

Ja bych se primlouval aby jednim prikazem jsem mohl precist datum a cas. 
Duvod je ten ze jinak by se muselo zbytecne kontrolovat zda neni novy 
den - proste zajistit atomizaci dotazu. Je lepsi aby to udelala unikarta 
nez Sharp.

Co se tyce projektu tak by bylo super kdyz na tvych strankach by byl 
nejaky zip soubor a v nem by bylo vse ohledne tohoto projektu. Proste 
aktualni stav projektu. Napr. by tam mohl byt adresar Gerber a v nem 
kompletni soubory na vyrobu desky. Take informace zda otvory jsou 
konecne nebo je velikost vrtaku. Take aby tam bylo nekde schema v 
originalnim programu a v "gifu" ci jinem obrazku, seznam soucastek, 
navod na programovani, priklady, navod na oziveni atd. Pripadne i CAM 
soubor na znovu vygenerovani Gerber dat. Stacilo by to aktualizovat 
jednou za cas az by se projekt dosti zmenil. Take by nebyl spatny txt 
soubor "history" kde by bylo strucne napsano co se kdy menilo.

Radek


Dne 29.9.2011 7:44, Michal Hučík (sharpemupandora.cz) napsal(a):
Zobrazit citovaný text (77 řádků)
>
>
> Ahoj,
>
> zahady s nastavovanim RTC v jakem smyslu? Tam by se snad ani nemelo co
> pokazit ... Nejakou chvili jsem zvazoval, zda udelat cteni a nastavovani
> data a casu dohromady jako jeden prikaz, ale pak jsem to radeji rozdelil.
>
> Co se tyka nepresnosti hodin v unikarte, tak to je jev, ktery jsem
> zkoumal cca pred rokem. I kdyz mam pocit, ze u mne se ten cas zpozdoval.
> Mam tu postavene dve unikarty a kazdou osazenou trochu jinym typem STM32
> a experimentoval jsem i s ruznymi krystaly. Kdyz jsem na obou nastavil
> +/- stejny cas a nechal jsem je lezet nepripojene na stole, tak se ten
> cas po 24h docela drzel na obou stejne. Kdyz jsem vsak jednu zasunul do
> Sharpa a nechal jej zapnuty, tak to behem pomerne kratke doby ujelo
> docela o dost. Zkousel jsem pak jeste mit jednu zapnutou v Sharpu a
> druhou pripojenou na 5V zdroj volne na stole a ukazalo se, ze pricinou
> je zrejme zvysena teplota, ktera se za provozu kumuluje uvnitr
> sbernicoveho domku Sharpa. Mam pocit, ze mi Zdenek neco psal o tom, ze
> pouzil nejaky teplotne stabilnejsi hodinovy krystal, ale nevim jake jsou
> jeho vysledky s presnosti RTC v zapnutem a vypnutem Sharpu.
>
> Co se tyka verzovani revizi firmware, tak to provadim rucne uvnitr
> souboru revision.h Zavedl jsem si pravidlo, ze cislo verze firmware
> zmenim jen az kdyz delam nejake zmeny primo v nem, coz se odehralo pri
> verzi 37. Verze 38 obnasi pouze pridani examples souboru a firware se
> nijak netyka. Stejne tak pokud bych ted delal nejake drobne upravy kvuli
> kterym nestoji za to oznamovat novou verzi, tak bych cislo firmware
> nemenil. Kdybych ted nahral treba 3 upravy a po nich se rozhodl, ze to
> stoji za to oznamit, tak po revizi 37 by nasledovala revize oznacena 41.
> S svn se zase tak nekamaradim a vadi mi, ze se v tomto ohledu nechova
> jako cvs. Je mozne, ze existuje v svn nejaky lepsi zpusob jak verzovat
> hotove celky a zaroven mit prehled i o rozfazovani verzi postupnych
> zmen, ale ja jej neznam. Pokud o necem vite, nebo vas napada
> smysluplnejsi oznacovani tech FW, jak uz v txt, tak i v dword, tak sem s
> tim. Kazdopadne v projektu mame krome firmware (ktery se meni
> nejcasteji) take jine zdrojaky (mzfloader, kod pro CPLD a mel bych tam
> uploadnout i SD managera...), ktere je cas od casu potreba upravit a z
> tohoto hlediska je sledovani verze celeho baliku trochu mimo misu.
>
> Michal
>
> Dne 28.9.2011 22:27, Martin Lukasek (sharpemupandora.cz) napsal(a):
>>
>> Ahoj,
>>
>> díky, popřetáčel jsem statusy a všechno šlape. Teda řeším trošku
 ještě
>> záhady v nastavování RTC, kde mi to občas zablbne a nejsem si jist,
>> kde je chyba a navíc mám pocit, že se mi hodiny na Unikartě
>> předbíhají. Ale zatím nechci dělat závěry, možná mám chybu někde
v
>> kódu. Snažím se napsat takovou nějakou příkazovou utilitku na
>> nastavování hodin, kopírování a mapování souborů.
>>
>> Dostupnost v SVN je úplně v pohodě, nemá cenu to zbytečně dávat na X
>> míst. Vznikla drobná nesrovnalost mezi SVN a revizí, co vrací
>> firmware. V SVN je 38 a vrací to 37.
>>
>> Jo s možná ještě detail, co jsem chtěl napsat už dřív. STM má novou
>> verzi Flash Load Demonstrator a předělali web, takže je teď jinde než
>> byl dřív
>>
http://www.st.com/internet/com/SOFTWARE_RESOURCES/SW_COMPONENT/SW_DEMO/um0462.zi
p.
>> Ale narozdíl od předchozí verze šlape v 64bit Win7 naprosto spolehlivě.
>>
>> Hezký den, Martin.
>>
>>
>> ---
>>
>
>
> ---
>
>