LIN Bus - Nachrichtenverteilung

etk51 schrieb:
> Was für Möglichkeiten würde es denn geben das so umzusetzen?
>
> 1. Kann das Sensorboard ebenfalls die Response vom Schalter empfangen
> und auswerten? Master sendet eine ID 40 und das Sensorboard ist
> zusätzlich zum Master auch noch ein Subscriber der Response?

Klar, warum nicht? Der Master macht nichts weiter, als immer die IDs auf 
den Bus zu senden, und die Slaves senden dann die Daten. Diese können 
beliebig von anderen Slaves empfangen werden. Der Bus arbeitet nach dem 
Broadcast-Prinzip. Der Teilnehmer, der den Master macht, darf selber 
auch gleichzeitig Slave sein und Daten senden und empfangen - muss aber 
nicht.

> 2. Der Master sendet eine ID 40 zum Schalter um den Zustand abzufragen
> und sendet dann einen neuen Header mit einer extra ID , beispielsweise
> 55 zum Sensorboard. Das Sensorboard interpretiert die ID 55 dann als aus?

Das geht nicht. Sobald die ID gesendet ist, fängt der Schalter an, seine 
Daten zu senden. Du kannst nicht noch vorher ein zweite ID senden.

> 3. Der Master fragt zuerst den Schalter ab und sendet dann eine IDxx an
> seinen eigenen Slave Task und das Sensorboard ist ein Subscriber dieser
> Nachricht.

Dann müsste ja alles doppelt gesendet werden. Wozu?

> Wären diese drei Varianten alle möglich? Welche haltet ihr für am
> sinnvollsten und gibt es bessere Alternativen?

Variante 1 und 3 wären möglich, aber sinnvoll finde ich nur 1.