Diskuzní fórum Elektro Bastlírny

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

Pokud to správně chápu, píše to chybu EEPROM, tak proč měníš CPU? Když Tě bolí zub, jdeš k očnímu, neboť zuby jsou taky v lebce?

Dík za info, ale pokud o tom procesoru nic nevíš, tak střílíš zbytečně...

Doporučuji nastudovat datasheet k procesoru
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

Co si z toho mcu vyčet? Můžeš to sem hodit?

obsah eeprom, ale nejspíše bude k ničemu. změnte si koncovku na .s19 nešlo mi to s ní vložit

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.

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í.

Nieco mi unika, ale ked zmazes eprom na 0 a zariadenie bezi tak potom ma procesor naprogramovanu ROM, a preto novy nebeha lebo je prazdny.

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

Atlan píše:Nieco mi unika, ale ked zmazes eprom na 0 a zariadenie bezi tak potom ma procesor naprogramovanu ROM, a preto novy nebeha lebo je prazdny.

Ses přehlídl, nepíšu o EPROM, ale o EEPROM

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.

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