Atmega-záměna za jiný typ

Zpráva

Sandal · #1 Příspěvek od **Sandal** » 15 črc 2025, 20:22

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.

ondraN · #2 Příspěvek od **ondraN** » 16 črc 2025, 07:40

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

pocitujlasku · #3 Příspěvek od **pocitujlasku** » 16 črc 2025, 08:28

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.

Sandal · #4 Příspěvek od **Sandal** » 16 črc 2025, 20:45

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

#5 Příspěvek od **rnbw** » 16 črc 2025, 20:57

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

Celeron · #6 Příspěvek od **Celeron** » 17 črc 2025, 01:35

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.

pocitujlasku · #7 Příspěvek od **pocitujlasku** » 17 črc 2025, 07:35

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

DukeNuke · #8 Příspěvek od **DukeNuke** » 17 črc 2025, 19:18

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

Sandal · #9 Příspěvek od **Sandal** » 17 črc 2025, 21:16

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

Dumitru · #10 Příspěvek od **Dumitru** » 18 črc 2025, 12:15

Fungovať to bude, popis zmien tu

RayeR · #11 Příspěvek od **RayeR** » 28 črc 2025, 19:37

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