| Re: XPort und DL-Tool Kategorie: Sonstige Hardware (von Heiko - 3.01.2010 8:23) | ||
| Als Antwort auf Re: XPort und DL-Tool von Volker - 2.01.2010 15:08 | ||
| ||
|
Hallo Volker, prinzipiell brauchst Du die Routinen im waithost Thread nur, wenn das Downloadtool selbst den Hostmode einleiten soll. Andre hatte dies mal in einem Beitrag von 2006 beschrieben, da� es das damals 'neu' zu erwartende DL-Tool können soll. Ich glaube ich hatte es damals ebenfalls versucht, aber auch nie zum Fliegen bekommen. Kann sein, da� das DL-Tool dies doch noch nicht so richtig unterstützt ??? Sinn des Ganzen ist, da� wenn Du eine CC2 z.B. in einem Gartenhaus betreibst und diese per Netzwerk (also XPort) mit einem neuen Program betankt werden soll, Du ja nicht immer erst ins Gartenhaus gehen willst/kannst, um dort lokal über die Taster den Hostmode einzuleiten. Da meine CC2 Station immer in Reichweite stand bzw. ich den Hostmode dann später über einen Tastendruck auf einem edip einleite, war das Thema für mich nicht mehr so wichtig, so da� ich es nicht weiter verfolgt hatte. Wenn ich es richtig verstanden habe, sollte das 'neue' DL Tool dann durch setzen des Hakens 'Hostmode einleiten' an die CC2 die Steuersequenz 254 253 1 senden, welche der Waithostthread dann erkennt und mit quit 256 die CC2 remote in den Hostmode versetzt. In Deinem Fall hattest Du ja aber geschrieben, da� du erstmal nicht mit den lokalen Tasten in den Hostmode kommst bzw. das DL Tool dann die CC2 nicht erkennt. Ich denke hier haben wir einen ähnlichen Fall, wie bei meinem geschilderten Browserfall. Durch das permanente Pollen durch hwcom.get und hwcom.receive im Waithostthread wird der lokal eingeleitete Hostmode nicht sauber initiiert und der Com-Port ist ev. noch blockiert. Leitest Du ihn umgekehrt per Programm, also quit 256 ein, gibt es ein sauberes Ende des CC2 Programmes. Wenn Du also lokal den Hostmode per Tastenkombi einleiten willst/kannst, solltest Du auf den Waithostthread verzichten und die Ausgabe an die Webseite z.B. so machen, wie hier beschrieben: http://www.cc2net.de/Foren/CC2Net_Forum/lesen.php?eintrag=11992 Damit hat sich dann auch Deine Frage nach dem ersten Byte 254 und dem Eingriff in die 'normale' RS232 Kommunikation erledigt. Wobei sich hier die Frage stellen würde, was ist 'normale' RS232 Kommunikation? Du hast ja immer den XPORT an HWcom hängen. D.h. alle RS232 Ein- und Ausgaben laufen über diesen. Willst Du Daten per Xport (z.B. über aus einem PHP-Programm) in die CC2 einlesen, mu�t Du Dir eh einen Datenrahmen schaffen, an dessen erster Stelle ein bestimmtes Zeichen steht und welches Du im Programm dann als Startcode des Rahmens auswertest. Im Waithost ist es eben die 254, die als erstes Zeichen für Systemroutinen erkannt werden soll. Ist dieses Zeichen dann erkannt, können dann ganz normale Zeichen folgen, die auch wieder den jeweiligen Startcode als normalen Wert enthalten können. Gru� Heiko | ||
Antwort schreiben Antworten: | ||