Neue Readings (ab Version von heute) funktionieren wie folgt:
- werden im Sensor angelegt
- heisen "triggerTo_<devicename>"
- beinhalten "zuerst" die Länge (short oder long) und die Event Nummer - also "short_13"
- werden angelegt, wann der Sensor ein ack anfordert
- der Inhalt wird nach "short_13_ack" geändert wenn der Aktor antwortet.
Wenn kein _ack kommt könnte man prüfen, was Sache ist.
Beobachtet habe ich, dass ein Sensor nicht wiederholt obwohl ich kein Ack gesehen habe. Offensichtlich hat der Sensor das ack gesehen, mein HMLAN aber nicht. Also keine Panik.
Hintergrund ist die Erfassung von peer2peer Kommunikationsproblemen.
Eine Auswertung der offenen acks habe ich noch nicht.
Da ich nicht vor habe hierfür viele Timer aufzuziehen gibt es kein "noAck". Vielleicht fällt mir noch etwas ein.