Passende Varianten von ATmega16 für JTAG ICE MKI

Gast #2169288
Lesenswert?

Hi,

ich habe mir so einen JTAG ICE mk1 Clone aufgebaut, um einen ZigBee 
Funkchip zu programmieren, bei denen soll es nur per JTAG gehen. Ist 
schon alles aufgebaut und mir fehlte nur noch ein ATmega16, also hab ich 
mir einen ATmega164 bei Farnell bestellt. Bekommen und herausgefunden 
das es mit dem nicht geht, anscheined sind die UART Register und noch 
ein paar Sachen anders bei dieser Version :-/. Kann mir jemand sagen ob 
ein ATmega162 funktionieren würde, den gibt es bei einem Conrad in 
meiner Nähe. Einen reinen ATmega16 hätten sie auch aber der geht im 
untern Spannungsbreich nicht. Ich hab bissal gesucht und gesehen das der 
162er ein Kompatibilitätsfusebit hat zum 161er. Ist ein 161er ein 
normaler ATmega16 oder ist er zumindest kompatibel?
Gast #2169327
Lesenswert?

Hi

Schon mal etwas von Datenblättern gehört? Atmel hat über 25 ATMega16xy, 
die teilweise sehr inkompatibel sind.

>Ich hab bissal gesucht und gesehen das der
>162er ein Kompatibilitätsfusebit hat zum 161er. Ist ein 161er ein
>normaler ATmega16 oder ist er zumindest kompatibel?

Nein.

MfG Spess
Gast #2169474
Lesenswert?

Natürlich weiß ich was Datenblätter sind, aber ich wollte eben wissen 
welche ATmega16 Typen man da verwenden kann, jemand der das selber im 
Betrieb hat kann bestätigen das es geht. Mit Datenblätter kann ich immer 
noch den Fehler machen das ich es falsch verstehe und ich wieder einen 
Fehlkauf mache.

Also Conclusio, man kann wirklich nur den reinen ATmega16(L) für den 
JTAG ICE mki Klon einsetzen?
Gast #2169514
Lesenswert?

Ok, vielen Dank.

Noch eine Frage, hat schon wer einen ATmega16 bei 3.3V erfolgreich 
betrieben?, ich hatte bspw. mit einem ATmega32 nie ein Problem wenn ich 
ihn an einen LiPo Akku betreibe (wobei hier die Spannung aber 
signifikant höher ist). Ein ATmega16L ist schwer zu bekommen und wenn 
ist er sehr teuer (bei Farnell > 11 Euro).
#2169582
Lesenswert?

z3r0c00l schrieb:
> um einen ZigBee
> Funkchip zu programmieren, bei denen soll es nur per JTAG gehen.

Gibts dafür einen Grund?
Hast Du schon eine fertige Platine, wo der SPI-Anschluß vergessen wurde?


z3r0c00l schrieb:
> Bekommen und herausgefunden
> das es mit dem nicht geht

Ja, der ist ähnlich, aber nicht binärkompatibel. Man muß den Quelltext 
leicht anpassen.
Steht in den Atmel Migration Notes.


z3r0c00l schrieb:
> Ich hab bissal gesucht und gesehen das der
> 162er ein Kompatibilitätsfusebit hat zum 161er.

Die sind deutlich anders als der 16-er.


Peter
Gast #2169636
Lesenswert?

Peter Dannegger schrieb:
> Gibts dafür einen Grund?
> Hast Du schon eine fertige Platine, wo der SPI-Anschluß vergessen wurde?

Ja, auf dem Funkchip ist ein ATmega128 und ein AT86RF230 RF Chip in 
einem Gehäuse enthalten. Intern sind sie über SPI verbunden. Und dabei 
würde beim ISP Programmieren der SPI Slave reinreden. Ausprobiert habe 
ich es nicht, aber ich habe es gelesen und wegen dem Aufbau war es auch 
plausibel. Habe erst kürzlich ein Breakoutboard für den besagten Chip 
gemacht und dann werde ich es wohl mal mit ISP auch versuchen.

Aber würde natürlich trotzdem gerne haben das die JTAG Hardware auch 
geht :-)

Peter Dannegger schrieb:
> Ja, der ist ähnlich, aber nicht binärkompatibel. Man muß den Quelltext
> leicht anpassen.
> Steht in den Atmel Migration Notes.

Das geht leider nicht, da der Code für den mki nicht offen ist :-)
#2169653
Lesenswert?

z3r0c00l schrieb:
> Ja, auf dem Funkchip ist ein ATmega128 und ein AT86RF230 RF Chip in
> einem Gehäuse enthalten. Intern sind sie über SPI verbunden.

In dem Fall sollte ein nicht völlig behämmerter Entwickler dem Slave 
einen Pullup am /SS-Pin spendiert haben.
Bzw. der Pin ist herausgeführt und Du kannst es tun.
Und dann ist der Slave still beim Programmieren des AVR übers SPI.

Wenn Du mal nen Link darauf hast, könnte man sich das ansehen.


Peter
Gast #2169674
Lesenswert?

Peter Dannegger schrieb:
> In dem Fall sollte ein nicht völlig behämmerter Entwickler dem Slave
> einen Pullup am /SS-Pin spendiert haben.

Ich hoffe mal :-)

Peter Dannegger schrieb:
> Bzw. der Pin ist herausgeführt und Du kannst es tun.
> Und dann ist der Slave still beim Programmieren des AVR übers SPI.

Soweit ich das sehen kann nein, die SPI Sachen sind herausgeführt aber 
der Select pin nicht.

Peter Dannegger schrieb:
> Wenn Du mal nen Link darauf hast, könnte man sich das ansehen.

http://www.google.at/url?sa=t&source=web&cd=1&ved=0CBsQFjAA&url=http%3A%2F%2Fwww.atmel.com%2Fdyn%2Fresources%2Fprod_documents%2Fdoc8228.pdf&rct=j&q=ATZB-A24-UFL&ei=E23ATcqWLIaCOv-n4JYF&usg=AFQjCNHzbberpoVsXe7oIlExdaBR5KXXhg&sig2=NsofhpXuqX3aNTOqbsY9-g&cad=rja
Gast #2170286
Lesenswert?

Peter Dannegger schrieb:
> Das ist ja ein ATmega1281, da geht SPI-Prog über die UART-Pins, d.h. der
> Slave kann nicht dazwischen quatschen.

Das wäre super! Ich habe hier den 10poligen ISP Stecker, wo muss ich den 
MOSI anhängen? Rein instinktiv würde ich sagen der Programmer ist Master 
beim Programmieren und MOSI gehört mit USART0_RXD verbunden. Stimmt 
das?, will nichts kaputt machen :-) SCK habe ich mit USART0_EXTCLK 
verbunden.

Habe das Breakoutborad jetzt am Steckbrett probiert, und anscheind 
funktioniert der ZigBee Chip, am OSC32K_OUT kommt ein 32 Khz Signal 
(soweit ich mal gelesen hab muss das die Firmware einschalten).

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren