Ansteuerung RC LED Scheinwerfer

[Sauerbruch]

Manchmal sieht man den Wald vor lauter Bäumen nicht:
Du hast in der ISR nicht berücksichtigt, dass der Transistor das Signal invertiert! So wie die ISR jetzt ist, misst sie die Dauer des High-Impulses, und der ist mit seinen ca. 12ms so lang, dass der Timer mehrfach überläuft. Da kann also nix gutes bei rauskommen

[StephanHD]

Mist verdammter Hast ja recht des hätte ich auch selbst merken können.

Hab jetzt einfach in der ISR die Portabfrage gedreht.

Aber so richtig funktioniert es doch noch nicht.

Hab mal mit den Vergleichswerten gespielt ab einem Wert von >72 geht die LED dauerhaft a. Das ist klar weil das bei 1ms Impulslänge der kleinste Timerwert ist. Ab einem Wert von 150 geht se gar nicht mehr an. Das ist auch klar weil der Timer nicht so hoch zählt da die Impulslänge zu kurz ist. Alles kklar soweit das stimmt ja auch alles mit den Berechnungen von ganz am Anfang überein.

Ich hab den Wert jetzt mal auf 110 gestellt was so ungefähr der neutralstellung entspricht.
Es ist jetzt so ich dreh den Servotester auf die kleinste Impulslänge -> Die LED ist aus. Jetzt dreh ich die Impulslänge langsam hoch dann fängt so ab der Neutralstellung die LED wieder an zu blinken. Wieder mit dem 12ms Intervall. Erst wenn ich die Impulslänge noch etwas höher dreh dann leuchtet die LED dauerhaft.

Dafür noch irgend eine Idee woran das liegt.

[Sauerbruch]

Das ist ein ziemlich typisches Phänomen, was darauf zurückzuführen ist, dass die Anzahl der gemessenen Taktzyklen immer um den Wert 1 hin- und hergeht - und zwar auch dann, wenn der zu messende Impuls exakt auf die Nanosekunde konstant bleibt. Und das liegt letzten Endes daran, dass der Interrupt nicht dann ausgelöst wird, wenn sich der Pegel des zu messenden Signals ändert, sondern genau betrachtet erst mit der ersten steigende Flanke des Controller-Taktes nach dem Pegelwechsel des INT-Eingangs. Ich glaube ich male mal ein Bild und erkläre es damit:

Das Gemälde soll sieben Taktzyklen darstellen sowie einen Impuls, der die Länge von 4,5 Taktzyklen hat. Angenommen der Controller fragt seine Eingangspins immer bei der steigenden Taktflanke ab, wird er beim Impuls A eine Änderung zu Beginn der Taktimpulse 2 und 6 registrieren. Beginnt der gleiche Impuls einen halben Systemtakt später, wird der LH-Übergang zwar immer noch zu Beginn des Taktimpulses 2 erkannt, der HL-Übergang aber erst mit dem Taktimpuls 7 - er ist also scheinbar länger. Das ganze ist also darauf zurückzuführen, dass die Flanken des zu messenden Impulses und des Taktimpulses nicht synchronisiert sind. Bestimmt gibt´s in der Expertensprache auch einen schlagkräftigen Fachbegriff für dieses Phänomen - aber ich kann´s nur so erklären.

Wenn Du einen Controller mit ´ner UART-Schnittstelle hättest, könntest Du Dir nach jedem Servoimpuls die gemessene Länge ausdrucken lassen und würdest sehen, dass sie auch beim stabilsten Impuls immer um 1 variiert. Das macht sich natürlich nicht bemerkbar, wenn die gemessenen Werte weit weg von Deiner Entscheidungsgröße sind. Aber wenn sie genau auf der Grenze liegen, wird der Port halt im schnellen Wechsel ein- und ausgeschaltet.

Abhilfe kann hier eine Art "Software-Hysterese" schaffen: Wenn die gemessene Impulslänge den Grenzwert in eine bestimmte Richtung überschritten hat, wird der Grenzwert einmalig (!) um den Wert 1 oder 2 in die Gegenrichtung verschoben, und auf dem Rückweg wieder zurück. Das lässt sich relativ einfach programmieren


Kleiner Nachtrag: Wenn er zu messende Impuls exakt ein ganzzahliges Vielfaches des Taktimpulses ist, tritt dieses Phänomen natürlich nicht auf - aber dann sind der zu messende Impuls und der Taktimpuls ja auch synchronisiert...

[StephanHD]

Fachbegriff hin oder her, ich hab kapiert was du meinst.

Wieder was gelernt.

Ich hab mir trotzdem zum besseren Verständnis mein mini programm auf einen Tiny2313 umgeschrieben. Hab mir das ganze in der Terminal Konsole angesehen.
Nach deiner guten Erklärung, war es dann auch wenig wunderlich das es genau so aussieht.

Nichts desto trotz plan ich weiter alles auf dem kleinen Tiny 13 zu machen, obwohl ich durchaus den platz hätte ne Platine mi dem 2313 einzubauen. Will ich aber einfach nicht.

Aber mit "einfach zu programmieren" ist das so ne sache

Dann bastel ich mal an der Stelle weiter und versuch dieses gezappel mal abzustellen.

[Sauerbruch]

Aber mit "einfach zu programmieren" ist das so ne sache

Na ja, wenn der ATtiny13 Klartext verstehen würde, könnte man ihm dazu z.B. in etwa folgendes sagen:

"Wenn Impuls >= X ist, aber PORTB.0 noch 0 ist, dann reduziere X um 2.
Wenn Impuls < X ist, aber PORTB.0 noch 1 ist, dann erhöhe X um 2.
Wenn Impuls >= X ist, setzte PORTB.0 auf 1, ansonsten setzte PORTB.0 auf 0"

Das ganze bräuchtest Du jetzt nur noch in BASIC