doppelter widersprüchlicher Zugriff auf MotorPins durch 2 konkurr. pthread Tasks?

[Searcher]

Die Motorsteuerung läuft über L293-kompatible H-Brücken.

Was passiert nun, wenn ich per Heartbeat-gesteuertem Zusatz-Thread alle Motor-Pins auf LOW schalte, währenddessen der fehlerhafte Thread sie auf HIGH zieht?
Ist dann ein Kurzschluss zu befürchten?

ich will es nicht einfach ausprobieren, um den Raspi nicht zu beschädigen.

Nach Datenblatt kann jede logische Kombination an den Eingängen eines L293 angelegt werden, ohne das es zu einem Kurzschluß innerhalb des L293 kommt.

Ob es da zu anderweitig zu einem Kurzschluß kommen kann, könnte man anhand eines Schaltplans besser beurteilen.

Innerhalb des Raspis auf einem Ausgangsportpin kommt es sicherlich auch nicht zu einem Kurzschluß durch ein Programm.

[HaWe]

hallo,
nein, das Problem ist nicht der L293, da habe ich keine Angst, sondern der Raspi selber!
Hier schaltet möglicherweise der Task A den pin BCM12 auf HIGH und (gleichzeitig) ein anderer Task B denselben pin BCM12 auf LOW.

Da der Raspi 2 ein quadcore ist, ist es u.U sogar "echt gleichzeitig" möglich, nicht nur pseudo-gleichzeitig per unterschiedliche scheduler time-slices.

Da liegt der Hund begraben... :-/

wenn diese Aussage allerdings 100% sicher ist

Innerhalb des Raspis auf einem Ausgangsportpin kommt es sicherlich auch nicht zu einem Kurzschluß durch ein Programm.

dann wäre alles gut!

[Mxt]

Da der Raspi 2 ein quadcore ist, ist es u.U sogar "echt gleichzeitig" möglich, nicht nur pseudo-gleichzeitig per unterschiedleiche scheduler time-slices.

Auch auf Mehrkernprozessoren gibt es Dinge, die nicht gleichzeitig passieren dürfen. Da sorgt aber schon die Hardware dafür, dass das nicht passiert.

[HaWe]

alles klar dann -
2 Stühle, 1 Meinung...:
da bin ich jetzt beruhigt 8-)
Ich machs dann mit meinem extra-Emerency thread, der im Ernstfall alle pins auf LOW zieht!

Danke an euch! 8-)