ATmega162L-8AI zamena

[stojke369]

Da li ATmega162L-8AI moze da se zameni sa ATMEGA162-16AU ili sa ATMEGA162-16PU
Ustvari da li ce SW da radi kako treba

[InTheStillOfTheNight]

Kod AVR-a ti postoje neka default pravila:

recimo MEGA162 je po arhitekturi ista za sve što je MEGA162, i svaki HEX gledano sa strane FLASH-a bi trebao raditi...

No postoje razlike a one su u prvom slovu nakon ovoga:
V radi od 1.8 do 3.6V
U radi od 2.4 do 4.0V
L radi od 2-7 do 5.5V
i ako tog slova nema onda MEGA162 radi od 4.5 do 5.5V

8AI ti oznacava tip kucista i jeli industijski ili komercionalni, i kod AVR-a ponekad nisu dosupni svi portovi u svim kucistima...

V verzija radi samo do 1 Mhz
L i U verzija rade samo do 8 Mhz
Ako nista ne pise onda radi sve do 16 Mhz

Dakle pregledaj napon napajanja i pogledaj jesu li svi portovi dosupni fizicki i pogledaj koju frekvenciju imas na hardware-u i jeli je podrzava tvoj tip MEGA162... Sve ostalo u samom softwareu radi 100%.

[stojke369]

U opisu pise:

ATMEL 162 FOR 3.3V OPERATION.
SET FUSES FOR:
8MHz INTERNAL CLOCK
SUT1,SUT0 ,CKSEL3,CKSEL2,CKSEL0 ,BODLevel2
Remember to set fuses = 0
Fast Startup Time - Internal Clock 8MHz and BOD set level for 2.3v
UART 0 is to read CAM data goimg to CARD Boot ATR is 12100 and
Data after is 100 000 BAUD
CAM Data flow is Inverted and Byte is sent MSBit first - also data
MUST be checked for FRAME errors.
UART1 is data to PC for logging.

[InTheStillOfTheNight]

bas gledam u datasheet i 16AU nije niti naveden pod tim tipom MCU-a... postoji dosta revizija svih AVR MCU-a, ali mislim da je to to... Eventualno usporedi registre i ISR vectore... ako je to isto, a vjerujem da je 100% isto onda je to to... Meni se sada ne da listati po tim stavkama u datasheetu...

Svaki AVR ce raditi na 8 mhz@3V3... Mozda @buco zna napamet hoce li to 100% raditi... Ja bih provjerio samo registre i ISR vectore ta 2 MCU-a... Kroz revizije doradjivane su stvari Reset-a nekih startup vremena BOD-a, ali to je sve zanemarivo... Ako tvoja zamjena radi na tom naponu i frekvenciji, te su isti ISR vetori i registri onda mora raditi... nista na samoj arhitekturi više ne može biti drugacije...

Hint za datasheet:
VECTOR (trazi tablicu svih vektora)

imas poglavlje pred kraj svakog AVR datasheet-a imena registers ili tako nesto i tu je popis svih registara.

Usporedi to, i ako je isto, onda testiraj

Jedino opasno kod tih specifičnih AVR MCU-u je pitanje zašto bi netko stavio tako nepoznat MCU i možda se neke specifične stvari razlikuju čak i ako je sve na oko identično... Najbolje je proći kroz ove osnovne stvari koje sam naveo i odmah na testiranje... Sve ostalo je gubljenje vremena

[stojke369]

Ok hvala puno

[buco-1]

Kao što je naš kolega rekao, to je najprije stvar interne arhitekture. Ako je ista trebao bi bez prerada da ti radi. Što se frekvencije i radnog napona tiče, nešto sam pisao o tome u programiranju u assembleru.

U svakom slučaju uvijek će raditi na manjoj freq. pa ako nemaš kakav timer ili vremenski kritičnu operaciju upiši ga i trebao bi raditi ako je arhitektura ista.

Sadrži li program gore navedene operacije, ili su portovi drugačiji, možeš ga uvjek prilagoditi na način da ga disasembliraš i redizajniraš dio programa i tako ga prilagodiš MCU-u kojeg imaš.

[stojke369]

Stigao mi je ATMEGA162-16PU. Ja nisam ni obratio paznju da fajl koji imam nije kompajliran pa ako nekom od AVR-ovaca nije problem da to odradi

[InTheStillOfTheNight]

evo

[stojke369]

Hvala

[buco-1]

Listajući onaj izvorni kod čini se da je to nekakav logger za videoguard pay-tv kartice. Ako smijem primjetiti dosta je nespretno riješen, a i data logger-i, pod uvjetom da služe analizi sustava, se riješavaju skriptama: VB, java... Lako i jednostavno se promjeni njihov način rada, pa mogu poslužiti kao logger-i za druge sustave ili uređaje koji koriste taj način komunikacije.

Puno su prektičnije a HW kojeg koriste se sastoji od običnog rs232 IC-a i otpornika koji se postavi na linuju za komunikaciju. Sheme je lako naći na netu.

Komentar na viđeni program:
Protokol je usart ali koristi samo jednu žicu pa je to puno praktičnije riješavati emuliranjem istog a ne korištenjem HW implemnenta. Praktičnije je za rukovanje i ne gubi se dodatno vrijeme na konverziju primljenog podatka već se ona radi direkto u emuliranom uartu u samom prijamu, podešenom za opciju koju koristi HW pay-tv kartice (bez nepotrebnix TX i RX pinova).

Pored svega emulirani komunikacijski usart protokol ne ovisi o radnoj frekvenciji MCU-a na način na koji je ovisan sam HW-ski implement, što znači da može koristiti koju god brzinu želiš, čak i nestandardne.

Program je prilično nespretno riješen (loše) pa mislim da ga je pisala osoba s malim ili nikakvim iskustvom u radu s pay-tv karticama, njihovim emulatorima ili analizom njihovih sustava.

Moj savjet ti je da uzmeš WinExplorer od Dextera (ima java i VB interpreter) i napišeš u VB ili javi skriptu za logging podataka.

Pozdrav

[stojke369]

Jbg ATmega koji je stigao ima 40 pina a na semi je sa 44

Primer pin 43 PB3(TXD1/AIN1) a to je na ovom Atmega sto sam porucio pin4. Da li je potrebno samo da ispratim to i ostale pinove naravno ili je potrebna i neka korekcija SW

[buco-1]

Jbg ATmega koji je stigao ima 40 pina a na semi je sa 44

Tebi je stigao u DIL kučištu a na shemi je tqfp 44 (tako nekako)?
To nebi trebalo praviti problem jer je obično razlika u proju pinova za Vcc i GDN a ne u broju aktivnih portova.

ili je potrebna i neka korekcija SW

Nije potrebna ako je navedeni pin 4 na 40-pinskom mcu-u isti onaj PB3 kao i na pinu 43 44-pinskog mcu-a. Isti je slučaj sa ostalim pinovima.

Nego, ne razumijem što će ti 40 pinski mcu za onaj program koji si postavio, ako je to cijeli program (avr source.rar)? Dovoljan bi bio bilo koji ATtinny mcu, 8 pinski, pogotovo ako emuliraš komunikaciju.

Pozdrav

P.S. Ti se baviš pay-tv sustavima ili to za radiš za nekog drugog?

[stojke369]

Pravim za kolegu. Inace pravio sam prosle nedelje nesto sa PIC ali to ne funkcionise bas najbolje. Inace obe seme su sa neta nisam ja pisao program vec to sto je nasao kolega to i pravim.

Moj savjet ti je da uzmeš WinExplorer od Dextera (ima java i VB interpreter) i napišeš u VB ili javi skriptu za logging podataka.

Sto se tice programiranja i pisanja programa nisam u tim vodama

EDIT
Da to sto pise avr source program za ovo.

[buco-1]

Inace pravio sam prosle nedelje nesto sa PIC ali to ne funkcionise bas najbolje.

Misliš na nešto slično ovome s ATmega162?
Čudno jer je čak i 16F84, ili sličan, dovoljno brz za odradit usart komunikacije, čak i na radnoj freq NDS kartica i brzini od 115 200 bauda. No takve se komunikacije, zbog posebnosti, rade emulacijom protokola a ne HW-skim implementom.

Da to sto pise avr source program za ovo.

Onda ti je zaista i više nego dovoljan ATtinny ili AT2343. K tome su puno manji i, vjerojatno, puno jeftiniji.

Sto se tice programiranja i pisanja programa nisam u tim vodama

Jbga, nisam znao.

Pozdrav
P.S. Znači tvoj se prijatelj bavi pay-tv sustavima?