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?
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
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?
Hi >aber ich wollte eben wissen welche ATmega16 Typen man da verwenden kann,... Es gibt den ATMega16 nur als ATMega16 und ATMega16L. Der Nachfolgetyp des in die Jahre gekommenen ATMega 16 ist der ATMega16A. Datenblatt: http://www.atmel.com/dyn/resources/prod_documents/doc8154.pdf Migration Note: http://www.atmel.com/dyn/resources/prod_documents/doc8163.pdf MfG Spess
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).
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
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 :-)
Hi
>Das geht leider nicht, da der Code für den mki nicht offen ist :-)
Ja. Das dürfte illegal verwendete ATMEL-Software sein.
MfG Spess
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
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
z3r0c00l 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=... Huch, wozu denn via Google verlinkt??? Will da wer Kohle scheffeln? Direkt gehts doch auch: http://www.atmel.com/dyn/resources/prod_documents/doc8228.pdf
... schrieb: > Huch, wozu denn via Google verlinkt??? Will da wer Kohle scheffeln? Nop, war unabsichtlich, hab einfach per Google gesucht und Ziellink kopiert :-)
z3r0c00l schrieb: > http://www.google.at/url?sa=t&source=web&cd=1&ved=... Das ist ja ein ATmega1281, da geht SPI-Prog über die UART-Pins, d.h. der Slave kann nicht dazwischen quatschen. Peter
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).
Datenblatt, Abschnitt 30.8.1 Serial Programming Pin Mapping Peter
Peter Dannegger schrieb: > Datenblatt, Abschnitt 30.8.1 Serial Programming Pin Mapping Super, danke. Auslesen der Fuses funktioniert! Danke an alle :-)
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.