Danke für die schnelle Antwort!
Nein das kann eigentlich nicht der Grund sein, da ich ja OCR3A/B noch auf 0 habe -> daher laufen die Motoren ja noch garnicht.
Oder denke ich da falsch?
Ja das ist mir bewusst, das sollte nur eine vorläufige Debugging Ausgabe sein. Sollte man das trotzdem auch beim debugging vermeiden?
Gruß Lukas
Im Programm sehe ich soweit keinen groben Fehler (habe aber die genauen Register, ... nicht angeschaut).
Ich würde in der Hauptschleife die UART Übertragung machen. Im Interrupt eine variable setzen. Wenn diese gesetzt ist wird die Datenübertragung gestartet (= Minimierung des Datenverkehrs).
Was mir noch auffällt ist das du die variablen im Interrupt nicht als volatile hast. Infos findest du z.b. Bei www.mikrocontroller.net im Artikel GCC tutorial (bzw im Interrupt artikel).
PS: hast du ein oszi damit man sich etwas anschauen könnte?
MfG Hannes
Danke auch dir für deine Antwort!
ich hab jetzt das UART wie du sagtest in die main gepackt und die variablen als volatile.
Wenn ich PWM_Init() nicht aufrufe läuft alles wie es soll.
Sobald ich es tue geht immer noch alles schief.
Jetzt sind es mehrere 1000 Aufrufe der ISR, da ja die Zeitverzögerung vom UART nicht mehr da ist..
Ich habe leider kein Oszilloskop da :/ zur not könnte ich es aber mal mit zum Studium nehmen Montag, da hab ich die Möglichkeit.
Allerdings hab ich auch schon eine Hardwareentprellung mit 100nF dran, sodass das nach meinem Verständnis nicht mehr prellen sollte...
Der Zusammenhang mit der Initialisierung des PWMs ist wohl höhere Magie..
Gruß Lukas
Mit dem Atmega 2560 habe ich noch nicht gearbeitet, jedoch bei den anderen mit denen ich gearbeitet habe habe ich noch nie solche Probleme gehabt.
Prellen hast du eigentlich nur bei mechanischen Schaltern. Du verwendest vermutlich eine Lichtschranke, dort gibt es soetwas nicht. Was ich mir nur vorstellen könnte ist das die Räder ganz leicht hin und her bewegen und somit die Lichtschranke ständig schaltet.
Du könntest noch versuchen eine direkte Verbindung zwischen INT Eingang und Masse machen (direkt am arduino). Dann hast du auch ausgeschlossen das du dir Störungen über die signalleitungen einfängst.
Du könntest auch eine Led am Eingang anschließen (eine superhelle wäre von Vorteil) . Wenn es flackert oder blinkt schaltet der INT.
MfG Hannes
Ich hab die Lösung!
Also warum das mit der Initialisierung Störung verursacht weiß ich nicht..
Nun schick ich das Signal durch einen Schmitt-Trigger, sodass ein klares Signal herauskommt und alles funktioniert..
Ich wusste leider bis eben grad noch nicht dass es ein solches Bauteil gibt..
Trotzdem danke für die vielen Antworten!
Gruß Lukas
Was mir gerade aufgefallen ist. Du hast die internen Pullup Widerstände nicht eingeschaltet. Hast du externe? Wie schaut deine Schaltung aus?
Die internen Pullup Widerstände schaltest du ein indem du z.b. PORTB |= (1«PB1); schreibst jedoch muss der Pin als Eingang geschaltet sein.
Dann müsste das auch ohne externe ICs funktionieren.
MfG Hannes
Durch den Pull-Down ist es klar definiert.
Ich denke das problem waren Spannungen um 2.6 V. Da kam es dann denke ich dazu, dass mehrere Flanken erkannt wurden.
durch den Schmitt-Trigger werden diese ja eliminiert..
MfG Lukas
Berechtigungen
Zitieren
Lesezeichen