Zdar, řeším problém. Průmyslový regulátor teploty Honeywell, má procesor 68HC11F1CFN3 od Motoroly a píše chybu paměti eeprom. Rozhodl jsem se pro léčbu výměnou za nový, a to od Freescale 68HC11F1CFN4 - což by měl být stejný model, jen s pracovní frekvencí do 4MHz.
Doplňuji, že zařízení má VNĚJŠÍ paměť programu EPROM, data v EEPROM nejsou uzamčena.
Za použití JBUG11 jsem tedy vyčetl eeprom a nahrál do nového. Ale ten nový v regulátoru nejede.
Protože nemám logický analyzátor na kontrolu funkce, chci se zeptat, zdali mi někdo neporadí, jak s pomocí JBUG můžu vyčíst a exportovat obsah externí paměťi EPROM 128KB do souboru pro porovnání.( PLCC 68 je pájeno na desku, tak chci prověřit kvalitu pájení) Tu jsem si v programátoru vyčetl. Myslíte si, že by si program mohl ověřovat typ procesoru? Zatím jsem nepřišel , jak by procesor identifikoval. Mám jakési znalosti v ASM8051 a teprve se seznamuji s asm6811 a procesorem samotným. Má někdo zkušenosti jak s JBUG tak s 6811?
Zatím si plánuju postavit sedmisegmentový zobrazovač adresové sběrnice pro porovnání, jak a kam program pojede
68HC11F1 a JBUG11
Moderátor: Moderátoři
68HC11F1 a JBUG11
Naposledy upravil(a) voitano dne 13 srp 2016, 16:00, celkem upraveno 1 x.
Doporučuji nastudovat datasheet k procesoru
http://pdf.datasheetcatalog.com/datasheet/motorola/MC68HC11F1VPU3.pdf
Hned na začátku je uvedeno
To bude pravděpodobně ten důvod proč to nefunguje s novým mcu, který nemá tu vnitřní ROM paměť naprogramovanou.
Ještě bych prověřil nastavení bootstrap, pokud z toho výde, že má začít bootovat z té vnitřní ROM, tak je to jasné.
http://pdf.datasheetcatalog.com/datasheet/motorola/MC68HC11F1VPU3.pdf
Hned na začátku je uvedeno
512 Bytes of On-Chip Electrically Erasable Programmable ROM (EEPROM) with Block Protect
(MC68HC11F1 only)
To bude pravděpodobně ten důvod proč to nefunguje s novým mcu, který nemá tu vnitřní ROM paměť naprogramovanou.
Ještě bych prověřil nastavení bootstrap, pokud z toho výde, že má začít bootovat z té vnitřní ROM, tak je to jasné.
Bootstrap ROM resides at addresses $BF00–$BFFF, and is only available when the MCU operates in
special bootstrap operating mode. Operating modes are determined by the logic levels applied to the
MODB and MODA pins at reset.
Jak píšu nahoře, EEPROM jsem bez problému ze starého procesoru vyčetl a naprogramoval bez problému do nového, tam problém není. Zkoušel jsem funkci regulátoru s pamětí se starým procesorem vymazanou na FFh nebo 00h. V případech s obsahem FFh starý procesor ukazuje na displeji nesmysly, s obsahem eeprom 00h jede normálně, jen jsou všude nuly. Pokaždé starý čip provede self testys funkčním displejem. Takže v obsahu eeprom to nebude. Nový čip neukazuje na displeji neukazuje nic.
Procesor 68HC11F1 má vnitřní ROM pouze v režimu bootstrap, žádnou jinou nemá. Jede z vždy vnější paměti EPROM
Procesor 68HC11F1 má vnitřní ROM pouze v režimu bootstrap, žádnou jinou nemá. Jede z vždy vnější paměti EPROM
obsah eeprom, ale nejspíše bude k ničemu. změnte si koncovku na .s19 nešlo mi to s ní vložit
- Přílohy
-
- eeprom.hex
- (1.38 KiB) Staženo 159 x
mihal píše:Zrejme chyba kontrolného sučtu dát v EE, to ale náhradou nového prázdneho cpu s náplňou vadných dát nespravíš. Chce to vyčítať dáta z iného funkčného zariadenia alebo vyveštiť ten vadný bit.
Data jsou OK. Zkušebně jsem EEPROM ve starém procesoru vymazal na obsah dat 00h i FFh a stále funguje , jen s daty FFh jsou na displeji nesmysly, s hodnotami 00h jsou všechna nastavení vynulovaná, ale přístroj jede. Pokud tam nahraju původní obsah, je to zase OK v původním nastavení.
Tak jsem trochu pokročil v bádání, problém vidím, ale nevím proč se vyskytuje
Z externího programátoru jsem vyčetl EPROM
adr data
FFFE 18 RESET vektor
FFFF 01
1801 0F
1802 CE
Statickým čtením, (nastavil jsem pomocí JBUG adresovou sběrnici, čili port F a B a kontrolně jsem přečetl data z portu
C - datová sběrnice - data u těch pár adres souhlasí
Nasadil jsem logický analyzátor na adresovou sběrnici (je pouze spodních 7 bitů, 8 pin analyzátoru je reset)
Na dobré desce je vidět načítání dat z adresy FFFE,FF - reset vektor, tam je uloženo 18,01 a je vidět, že to skáče tam , kde má
Na novém procesoru , kde je chyba, je vidět načítání z FFFE,FF ale pak je vidět, že tam je další adresa má konec 0
Na datové sběrnici (původní procesor) je vidět načítat data
18, 01, 0F, CE , tedy to co je v EPROM
Na novém procesoru načítá něco jiného.
Ale teď proč? Co je špatně.....?
Žel nemám analyzátor na více vstupů, tak nemůžu určit, jestli se mrví adresová data a datová část je OK, nebo naopak.
Zatím tak koukám po netu, miniLA by stačilo, jen hlavně kde sehnat desku a součástky. Nebo čínskou loterii z aliexpressu LA1034
Z externího programátoru jsem vyčetl EPROM
adr data
FFFE 18 RESET vektor
FFFF 01
1801 0F
1802 CE
Statickým čtením, (nastavil jsem pomocí JBUG adresovou sběrnici, čili port F a B a kontrolně jsem přečetl data z portu
C - datová sběrnice - data u těch pár adres souhlasí
Nasadil jsem logický analyzátor na adresovou sběrnici (je pouze spodních 7 bitů, 8 pin analyzátoru je reset)
Na dobré desce je vidět načítání dat z adresy FFFE,FF - reset vektor, tam je uloženo 18,01 a je vidět, že to skáče tam , kde má
Na novém procesoru , kde je chyba, je vidět načítání z FFFE,FF ale pak je vidět, že tam je další adresa má konec 0
Na datové sběrnici (původní procesor) je vidět načítat data
18, 01, 0F, CE , tedy to co je v EPROM
Na novém procesoru načítá něco jiného.
Ale teď proč? Co je špatně.....?
Žel nemám analyzátor na více vstupů, tak nemůžu určit, jestli se mrví adresová data a datová část je OK, nebo naopak.
Zatím tak koukám po netu, miniLA by stačilo, jen hlavně kde sehnat desku a součástky. Nebo čínskou loterii z aliexpressu LA1034
- Přílohy
-
data špatná.png- Datová sběrnice špatná
- (42.59 KiB) Staženo 174 x
-
- data ok.png
- Datová sběrnice OK
- (39.72 KiB) Staženo 140 x
-
- adresová špatná popis.png
- (45.94 KiB) Staženo 153 x
-
- adresa dobrá deska s popisem.png
- (45.12 KiB) Staženo 173 x
Naposledy upravil(a) voitano dne 14 srp 2016, 14:04, celkem upraveno 5 x.
Tak další malý pokrok v problému.
Pokud nedělám chybu já, tak to vypadá, že ji udělali soudruzi ve Freescale
(pokud ještě procák není nějaký nepovedený fake, kupováno u RS components)
.Podle obrázku je vidět, že při adresování EPROM signál /CE chybí. Originál Motorola jej má ihned po resetu při čtění adres FFFE,FFFF, u Freescale není.
Signál /CE je napojen přímo na vývod PG7 /CSPROG
Žel, nelze /CS EPROM připojit na tvrdo na zem, datová sběrnice je sdílená s dalšími prvky.
Pokud nedělám chybu já, tak to vypadá, že ji udělali soudruzi ve Freescale
(pokud ještě procák není nějaký nepovedený fake, kupováno u RS components)
.Podle obrázku je vidět, že při adresování EPROM signál /CE chybí. Originál Motorola jej má ihned po resetu při čtění adres FFFE,FFFF, u Freescale není.
Signál /CE je napojen přímo na vývod PG7 /CSPROG
Žel, nelze /CS EPROM připojit na tvrdo na zem, datová sběrnice je sdílená s dalšími prvky.
- Přílohy
-
- AD OE CE vadný procesor.png
- (50.73 KiB) Staženo 141 x
-
- AD OE CE dobrý procesor.png
- (51.35 KiB) Staženo 131 x
Jeejda píše:
Bootloader ROM (bootstrap) je na konci paměťového prostoru
BOOT ROM je na adresách BF00-BFFF
Na konci paměťové mapy jsou pouze Interupt vektory
Poslední je RESET vektor na adresách FFFE,FFFF
Jeejda píše:
Jsi si jistý, že program z tvého starého procesoru tuto oblast nepoužívá, a nebo pokud ji používá, že v novém procesoru je v této oblasti na 100 % kompatibilní kód a předá kontrolu dalšímu kódu (tvému, z vnější paměti) korektně?
V procesorech F1 není, kromě BOOTLOADERU, žádný program.
BOOTLOADER ROM je aktivní pouze v BOOTSTRAP režimu při zavádění komunikačního programu
Já mám problém v normálním EXPANDED režimu s externí pamětí programu
Jeejda píše:Pak je tam ještě CONFIG register, což jsou taky EEPROM buňky, ale speciální a odělené (jsou ale součástí procesoru). Tento sis taky vyčetl pomocí JBUGu?
Jo, tady není problém ani se čtením, ani se zápisem, vše funguje