Argh, irgendwie ist in dem Stück Dokumentation der Wurm drin. Sorry.

 

Es muss natürlich "device_identifier - uint16" lauten und ist jetzt auch korrigiert. Danke für die Hinweise.

Nochwas

Da ich gerade beim implementieren von 2.0 bin:

Wenn ich den Stack über wlan ansprechen kommen ständig Packete

0x00000000,0x08,0x00,0x08,0x00

was ist das ?

Über USB kommen diese Pakete nicht. Wo ist die Doku dazu ?

Sieht aus wie keep-alive oder so.

Beim Proto 1.0 gab es diese Pakete nicht.

 

mfg

 

Armin

 

 

Das sind die erzwungenen ACKs, da gab es hier einen Thread zu (Einer der jüngeren WLAN-Problem-Threads). SOllte aber definitiv noch von TF dokumentiert werden. Genauso wie die von den Bindings ausgehenden Pings (falls nicht schon geschehen).

 

edit: hier ist der Thread http://www.tinkerunity.org/forum/index.php/topic,1339.45.html

 

die letzten 1.5 Seiten sind glaube ich der interessante teil...

Danke für den Hinweis.

bin ja mal gespannt wann die Doku dafür kommt.

Ist aber doof wenn ich das Proto 2.0 implementiere

und erst meine Fehlerbehandlung zeigt mir das die Doku

noch ergänzt werden muss  .

Bin selbst Informatiker und kenne das Problem:

Hauptsache es läuft Doku später.

 

Armin

Naja, das Protokoll 2.0 wurde tatsächlich ohne gebaut. Das ist in dem Fall eher ein Hack, weil man dem WiFi-Modul nicht ordentlich sagen kann wie es delayed ACK umsetzen soll.

 

Ich wäre aber auch stark dafür, dass mal definiert wird was für "Leernachrichten" in welche Richtung erlaubt sind und welches Verhalten dafür jeweils zu erwarten ist.

Das wurde vergessen zu dokumentieren, sorry.

 

Die TCP/IP Dokumentation ist jetzt wieder aktuell.

Morgen

bin mal wieder dazu gekommen.

Anbei Perl für Proto 2.0.

Wie üblich der Generator (brick_gen)  um aus den configs das Modul (brick.pm) zu bauen und ein Beispiel (t8.pl) eine Wetterstation mit Joystick  .

 

Armin

 

 

brick.pm

brick_rumpf.pm

brick_gen.pl

t8.pl