Drehimpulsgeber schiesst ATmega644 ab

[Jaecko]

Thx, das mit dem BOD scheints tatsächlich gewesen zu sein. War auf 4,3V gesetzt. Habs jetzt auf 2,7V runter; ich dreh mir grad nen Wolf und bisher tickt nichts.
Aber da wunderts mich etwas, warum das dann nur bei Encoder 1 hackt und beim 2er nicht.
Das mit den 1k am Reset mach ich eigentlich "schon immer" so, da gabs bisher eigentlich nie Probleme, solange man nicht direkt mitm Finger auf die Resetleitung langt.

MfG

[Holomino]

Das tut aber nicht not. Du hängst einen Kondensator dran, der Dir Spikes auf dem Reset filtert und lutschst Ihn über den 1k- Widerstand gleich wieder leer. Übliche Werte sind 4.7..10k.

Noch eine Anmerkung: Deine Entprellung schaltet den gesamten Strom in den Kondensatoren auf die Masse kurz, wenn die Encoder schließen???!!!???
Vielleicht ist das die eigentliche Ursache des Problems.

[Klebwax]

Etwaige Störungen oder Spannungseinbrüche sind manchmal nicht so leicht zu messen. Was wirklich zählt, ist die Spannung direkt am Die, am Silizium. Dort läßt sich so einfach nichts messen. Das nächstbeste ist direkt am Baustein, aber mit beiden Anschlüssen des Scopes. Störungen können auch über die Masse kommen. Aber auch Stromstöße über Portpins können intern einen Reset auslösen.

Noch eine Anmerkung: Deine Entprellung schaltet den gesamten Strom in den Kondensatoren auf die Masse kurz, wenn die Encoder schließen???!!!???

100nf sind schon eine ganze Menge. Sie machen das Signal auch so langsam, daß es lange im verbotenen Bereich des Eingangs bleibt. Das kann zum Schwingen des Eingangs führen. Solange Prozessor und Encoder auf dem selben Board sind, gehören da gar keine Kondensatoren hin.

Ein zweites Problem ist die Verwendung eines Flankeninterrupts. Wenn das Signal prellt, und das könnte z.B. von der Drehrichtung abhängen, wird ein Interruptsturm ausgelöst, auch das kann zum Absturz führen.

Ein brauchbare Lösung ist das regelmäßige Abfragen der Encoderleitungen. das Prinzip ist hier beschrieben. Wenn man sowieso einen Timertick hat, und den braucht man eigentlich immer, sind das nur ein paar Zeilen Code. Das ist das gleiche Prinzip, daß die Hardwaredecoder, die manche Prozessoren eingebaut haben, auch verwenden.

MfG Klebwax

[RoboHolIC]

Such mal bei Pollin nach panasonic eveq.
Das Datenblatt, Seite 2, zeigt eine Beschaltung des Encoders mit Kondensatoren und Widerständen. Die 10nF-Kondensatoren werden dort über Widerstände von den Encoder-Schaltkontakten entladen statt kurzgeschlossen. Das hat vermutlich nicht nur mit der Lebensdauer zu tun.
So ganz ohne Dämpfung ist vielleicht auch nicht perfekt. Ich vermute, dass Kontakte auch beim gleiten springen/prellen können, wenngleich wesentlich kurzzeitiger.

[Michael]

Die 10nF-Kondensatoren werden dort über Widerstände von den Encoder-Schaltkontakten entladen statt kurzgeschlossen. Das hat vermutlich nicht nur mit der Lebensdauer zu tun.

richtig, so und nicht anders wird es gemacht.
Die Schaltung nach Beitrag #1 ist, gelinde gesagt, Murks.
Die Kontakte verbrennen und die Versorgung leidet unter Spikes, das Ergebnis ist ja bekannt.

Gruß, Michael

[oberallgeier]

.. BOD scheints tatsächlich gewesen zu sein. War auf 4,3V gesetzt. Habs jetzt auf 2,7V runter; ich dreh mir grad nen Wolf und bisher tickt nichts ..

Also mir wäre das ein sicherer Hinweis darauf, dass die Controllerspannung kurzzeitig gestört ist. Siehe Datenblatt ATmega164A/164PA/324A/324PA/644A/644PA/1284/1284P (Atmel-8272G-AVR-01/2015), Seite 326, 28.4 System and reset characteristics: .. tRST Minimum pulse width on RESET Pin 2.5 μs .. Wobei das (grübel - wenn ich mich nicht irre) 40 (vierzig) Controllertakte bei Deiner Quarzrate wären. Das hätte Dein Oskar doch eigentlich anzeigen müssen - und die 2.5 μs sind ja aussagegemäß das Minimum *kopfschüttel*.

[Jaecko]

Leider zu früh gefreut (zumindest teilweise). Ne halbe Stunde ca. gings und jetzt gehts wieder los. Gleiches Problem wie oben, sogar bei BOD = 1,8V. Hab auch mal den Reset-Widerstand etwas erhöht (5,6k), ebenfalls keine Änderung. Das Oszi würde sogar bis 40MHz/25ns gehen. Hab auch grad nochmal nachgemessen; der Spannungsregler spuckt hinten 4,95V aus, schön glatt; da hätte der BOD (wenns der gewesen wäre) ja noch garnicht triggern dürfen. Auch direkt in der Nähe des AVR ist nichts zu sehen, wenn gedreht wird. Reset ist auch sauber.

Ich hab jetzt mal spontan den AVR gegen einen 644P getauscht, den ich schnell aus nem anderen Projekt gepflückt hab. Da gehts dann. 644 (ohne P) wieder rein: tickticktick.
Hab jetzt gut 5-6x den AVR hin und hergetauscht, mit immer dem gleichen Ergebnis: Mit dem 644er scheints das Problem zu geben, mit dem 644P nicht. Scheint so, als hätt ich nen AVR erwischt, der scheinbar ab Werk schon nen kleinen Schlag hat (ist ja jetzt vermutlich nicht unbedingt auszuschliessen).

Ich werd das jetzt mal weiter beobachten, ob das Problem beim 644P tatsächlich weg bleibt oder sich auch nach und nach wieder reinschleicht.

MfG