Erwartetes Verhalten wenn Bindings neuer als Firmware

[remotecontrol]

Hallo TF-Team,

 

ich hatte hier noch einen Stack mit nicht aktueller Firmware (Master 2.0.5, Servo 2.0.0). In meiner Anwendung verwende ich schon Bindings, welche den Position-Reached-Callback explizit deaktivieren, was in der Servo-Firmware 2.0.0 noch nicht drin ist.

 

Der Effekt war: das Servobrick hat nach der Initialisierung keine Befehle mehr ausgeführt (Servos bewegen sich nicht).

 

Was passiert eigentlich in Fällen, wo der Function-Code eines Paketes für das Bricklet/Brick unbekannt ist? Wird das Paket einfach ignoriert oder ist das Verhalten je nach Art der Funktion/Firmware eher undefiniert?

[Loetkolben]

Hallo remotecontrol,

 

ich tippe mal darauf, dass die Bricks sich "weghaengen". 

 

Re: Reaktion der Firmware auf unbekannte Nachrichten

 

Man sollte das Zusammenspiel zwischen Brickfirmware und Bindungs (bzw. IP Paketen) halbwegs im Auge behalten, wobei ich davon ausgehe, dass Tinkerforge an der Robustheit Stueck fuer Stueck arbeitet.

 

 

 

Der Loetkolben

[remotecontrol]

Hallo Loetkolben,

 

danke für diesen Link. Das beantwortet meine Frage schon: die Pakete werden aktuell nicht einfach ignoriert, sondern es kann zu Fehlverhalten kommen.

 

Dann muss ich vorerst einen Versionscheck einbauen.

[photron]

ich tippe mal darauf, dass die Bricks sich "weghaengen". 

 

Re: Reaktion der Firmware auf unbekannte Nachrichten

 

Diese Aussage ist alt und nun falsch. Seit Protokoll 2.0 werden Packages mit unbekannter Function ID werden ignoriert, bzw wenn dass Response Expected Flag gesetzt ist, dann wir auch eine Response mit Error Code 2 (FUNCTION_NOT_SUPPORTED) zurück gesendet.