Diskuzní fórum Elektro Bastlírny

Mám otázku jako neznalý problematiky, jestli je možné nasypat tentýž program do Atmegy8A-PU, a do Atmegy8-16 PU? Mám na stole na bastldesce digi hodiny, a nahrál jsem HEX soubor do Atmegy8A, ale program měl být použitý do Atmega8-16. Na displeji mám teď rozsypaný čaj, a nevim jestli je chyba v těch mikrokontrolérech, nebo jestli mám špatnej pinout displeje, který jsem musel proti shématu použít jiný, protože se už původní displej nevyrábí. Původní displej je CA56-21 SRWA, a nahradil jsem ho OPD-Q5621LY-BW
Jen si tu tak hraju s AVR, pokud to nepůjde, svět se nezboří.Spíše mne zajímá jestli lze přehodit ty Atmegy bez ztráty kytičky.
Záměna vznikla tak, že jsem si otevřel podobná schémata, a pak se mi to už popletlo
Díky.

S těmito konkrétními obvody zkušenost nemám, ale v naprosté většině případů to možné není. Třeba u STM32 je i problém se stejným MCU v jiném pouzdru. Opravdu stačí i malinký rozdíl a je problém. Pokud máš zdroják, tak ho alespoň rekompilovat pro ten nový kontrolér. Tam je šance že to bude fungovat o něco větší.

podla rychleho googlenia by to mohlo fungovat. Este mi napadlo, ci nie su inak nastavene poistky a oscilator. Hex som nenahraval uz roky, tak si nepamatam, ci on ma v sebe aj tieto nastavenia, alebo sa nastavuju zvlast.

Díky, objednám si Atmegu8-16, a uvidim jestli bude zapojení pracovat správně.

Atmega8 a Atmega8A su takmer uplne kompatibilne. Rozdiely su len v nejakych urovniach napati.

Tu je nejaka diskusia: https://svetelektro.com/Forum/viewtopic.php?t=24618

Teorie je jedna věc, praxe jiná. Vzpomínám, jak jsem se mordoval s digitálním měřákem kapacity na ATmega328P. Zdroják FW autor publikoval ale mě to nechtělo po kompilaci chodit. Autor mi poslal HEX a s ním to chodilo. No závěr byl, že u procesoru stejnýho typu záleží i na kompilátoru, ten co je v Arduino IDE si vymejšlí zjevný kraviny.

ten, co je v arduino moze byt upraveny pre arduino. Si obcas pozri, ake sialene parametre sa mu pri kompilacii posielaju.

On hex má. Ten displej má stejný nohy, jako ten původní, aspoň co jsem se díval. Takže buď je problém v nekompatibilitě, nebo má být k tomu hex ještě eep, který obsahuje znaky a není nahrán. Jinak mě nic nenapadá.

Je to tahle hračička: https://joomla.ok1kvk.cz/web/index.php/ ... -s-atmega8

Fungovať to bude, popis zmien tu

Celeron píše:Teorie je jedna věc, praxe jiná. Vzpomínám, jak jsem se mordoval s digitálním měřákem kapacity na ATmega328P. Zdroják FW autor publikoval ale mě to nechtělo po kompilaci chodit. Autor mi poslal HEX a s ním to chodilo. No závěr byl, že u procesoru stejnýho typu záleží i na kompilátoru, ten co je v Arduino IDE si vymejšlí zjevný kraviny.

Ano, nekdy byva problem pri kompilaci zdrojaku jinou verzi (AVR)GCC nez s kterou to autor odladil (proto si do zahlavi vsech zdrojaku pisu, s jakou verzi avrgcc a avrlibc jsem to naposled kompiloval). Uz sem na to parkrat narazil, ze zdrojak kompilovany novejsi verzi avrgcc nechodil kvuli nakym vylepsenym optimalizacim pri prekladu. Pokud jsem zmenil oprimalizacni flag na -O0, tak to pak fungovalo i s novejsim GCC, To uz je takova vyssi divci pro programatory