Hallo Forum, ich zeichne gerade eine Platine wo zwei Atmels drauf sind. (Tiny2312 und ein Mega162) Nun ergeben sich zwei Fragen: Kann ich den Takt vom Mega auch für den Tiny verwenden (8Mhz Quarz) Welchen Pin muss ich da verwenden ? Wie kann ich es lösen damit ich nur einen ISP Stecker habe.Ist es genug wenn ich einen Wahljumper mache für den Reset ? Danke für eure Hilfe.
lorenz schrieb: > Kann ich den Takt vom Mega auch für den Tiny verwenden (8Mhz Quarz) > > Welchen Pin muss ich da verwenden ? Nein, da der mega162 keinen Clock-Output hat. > Wie kann ich es lösen damit ich nur einen ISP Stecker habe.Ist es genug > > wenn ich einen Wahljumper mache für den Reset ? Nicht Reset sollte gejumpert werden, sondern die Taktleitung Sck. Denn sonst kann der nicht im Reset befindliche Controller die Programmierung des anderen stören.
Floh schrieb: > lorenz schrieb: >> Kann ich den Takt vom Mega auch für den Tiny verwenden (8Mhz Quarz) >> >> Welchen Pin muss ich da verwenden ? > > Nein, da der mega162 keinen Clock-Output hat. braucht man auch nicht. ein atmel regt den quarz an. von diesem atmel gehst du vom pin XTAL2 zum XTAL1 des anderen atmel. >> Wie kann ich es lösen damit ich nur einen ISP Stecker habe.Ist es genug >> >> wenn ich einen Wahljumper mache für den Reset ? > > Nicht Reset sollte gejumpert werden, sondern die Taktleitung Sck. > Denn sonst kann der nicht im Reset befindliche Controller die > Programmierung des anderen stören. und das kann er auf mosi und miso nicht? blödsinn also... trenn die reset-leitungen mit dem jumper auf. du musst dann bei beiden in software sicherstellen, dass die spi-pins tristate sind, wenn du programmieren willst. dazu kannst du z.b. die reset-leitung des jeweils anderen atmels auf einen port-pin legen und den abfragen.
Danke. Also ist es kein Problem wenn ich alle Miso,Mosi,Rst verbinde und SCK mache ich zum jumpern? lg
Michael H. schrieb: > und das kann er auf mosi und miso nicht? blödsinn also... Warum? Da Reset an beide Controller geht, sind die anderen Pins tristate. Übrigends empfiehlt Atmel genau diese Variante für den Fall.
Michael H. schrieb: > und das kann er auf mosi und miso nicht? blödsinn also... > trenn die reset-leitungen mit dem jumper auf. du musst dann bei beiden > in software sicherstellen, dass die spi-pins tristate sind, wenn du > programmieren willst. dazu kannst du z.b. die reset-leitung des jeweils > anderen atmels auf einen port-pin legen und den abfragen. ne, da wuerde ich eher beide auf reset ziehen, dann sind die doch sowieso beide passiv? Also doch getrennte Clock, gemeinsamer reset?
Michael H. schrieb: > dazu kannst du z.b. die reset-leitung des jeweils > anderen atmels auf einen port-pin legen und den abfragen. glaub mir, das würde auch nicht funktionieren, du musst dann nämlich schnell genug alle pins abschalten. Und wie oft willst du RST des Nebenmannes überprüfen? Also nicht wirklich eine gute Idee
Das einzige, was es zu meinem Post noch zu sagen gibt: schließ an XTAL1 des anregenden Atmels noch ein paar pF (10..20) parallel, je nachdem wie lang deine Leitung von auf dem anderen Quarzpin ist. Und führ die Leitung vom einen Atmel zum anderen direkt von Atmel-Pin zu Atmel-Pin. Also keine Stichleitung. Den Rest kann sich der Rest bitte ergooglen.
Floh schrieb: > Nicht Reset sollte gejumpert werden, sondern die Taktleitung Sck. Ja, kann man so machen. Allerdings sollte man das inaktive SCK mit einem Pulldown versehen.
aha schrieb: > glaub mir, das würde auch nicht funktionieren, du musst dann nämlich > schnell genug alle pins abschalten. Und wie oft willst du RST des > Nebenmannes überprüfen? pin-change-interrupt. aha schrieb: > Also nicht wirklich eine gute Idee wie beschränkt...
Ich Verwende die Prog.Leitungen MISO,MOSI und SCK nicht in meiner Software --> sie sind immer als Eingang somit kann der eine den anderen nicht beeinflussen. Dann werde ich die Resetleitungen zum jumpern machen...
lorenz schrieb: > Dann werde ich die Resetleitungen zum jumpern machen... Schau mal bei Atmel vorbei, Appnote AVR042, Seite 6f, Kapitel "4.1.1 Shared use of SPI programming lines" http://www.atmel.com/Images/doc2521.pdf
1 | If it is desired to have only one ISP interface on the target board, the ISP |
2 | programming can be designed so that only one of the AVR devices is provided with a |
3 | SPI clock at a time. All other SPI lines can then be shared. |
"can be" ist nicht "must be". Wenn die PINs nicht andweitig belegt sind, kann man den Reset jumpern. So mache ich es bei einem Board auch schon seit Jahren. Bisher keine Probleme beim flashen. Gewählt hatte ich damals diese Variante, weil einer von beiden Atmels den anderen AVR resetten kann und ich so Jumper gespart habe. Wird aber einer der PINs anderweitig genutzt, sollte die SCK-Leitung gejumpert werden, damit alle AVRs sich im Reset befinden.
Bitte 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.