Hallo,
Stimmt, du hast recht...Zitat von Jakob L.
An Channel 1 ist die Taktleitung des I²C-Busses. Channel 2 ist nicht belegt(vergessen auszuschalten...). Vllt könnte das auch das Problem sein und nicht die im ersten Beitrag genannten "Nadeln". Aber der Absturz des Busses kommt ja erst (nach unregelmäßigen Zeitabständen) bei einer PWM der Motortreiber.
Jop, sorry, ich hatte mich verschrieben...Zitat von Jakob L.
Der Satz müsste so heißen:
"Das eigentliche Problem tritt ja nur auf, wenn mindestens einer der beiden Motortreiber eine PWM ausgibt."
Wenn der Bus "abgestürzt" ist, dann dauern immer die I²C-Befehle von Bascom sehr lange (im Vergleich zum normal laufenden Bus), beide Bus-Datenpegel liegen dauerhaft auf 5V und danach ist das Err-Bit gesetzt. Das mit der Befehlsdauer hab ich mit setzen eines Ausgangs und mit dem Oszi herausgefunden. Theoretisch könnte man mit dem Watchdog einen Neustart nach "Busabsturz" erzwingen. Das funktioniert, wie ich getestet hatte auch.
Aber der Watchdog sollte ja im normalen Betrieb nicht auslösen... Außerdem ist dann ja der SRAM wieder geleert. Das ist also keine Lösung...
Gruß
Michael
Lesezeichen