Kann keine Antwort von XBee auf "+++" erhalten

Question

Ich habe versucht, zwei XBees einzurichten, um seit den letzten drei Tagen zu kommunizieren. X-CTU scheint die perfekte Option dafür zu sein, es ist jedoch eine echte Bedrohung, wenn es darum geht, XBees auf seriellen Ports zu entdecken.

Ich konnte einen XBee nur einmal durch Glück und den anderen nie auftauchen. Ich habe sogar meine beiden Xbees ersetzt. Ich versuche, die Alternative herauszufinden, d. H. Eine serielle Konsole zu verwenden, um die Operation auszuführen. Ich war nicht in der Lage, eine OK-Antwort von dem Gerät zu erhalten, nachdem ich +++ ausgegeben habe.

Da ich keine gute Erfahrung mit einem PC hatte, um früher mit ESP8266-Geräten zu kommunizieren, versuchte ich eine Problemumgehung herauszufinden, indem Sie den zweiten seriellen Anschluss eines Arduino verwenden, um solche Konfigurationsnachrichten zu senden und die Antwort durch Drucken zu lesen es auf der Standard-seriellen Konsole aus.

Es scheint auch, dass Konfigurationsmeldungen je nach Modus des Geräts abweichen können. Wenn es im API-Modus ist, muss der Frame in einem bestimmten Format generiert werden (ich verwende den X-CTU-Frame-Generator für diesen Zweck).

Warum kann ich keine Antwort vom XBee erhalten, wenn ich eine +++ ausstelle?

Die Geräte sind Serie 1 XBees und die genaue Teilenummer ist XB24-AWI-001. Jede Hilfe wird sehr geschätzt.

Answer 1

Haben Sie überlegt, ob XBee im API-Modus ist? Vielleicht sollten Sie das Gerät im AT-Modus neu flashen, um damit zu spielen.

Um zu testen, ob es in API-Modus ist, können Sie auf die Führung beziehen, Kapitel 9 für die API-Modus Struktur:

• http://eewiki.net/download/attachments/24313921/XBee_ZB_User_Guide.pdf?version=1&modificationDate=1380318639117&api=v2

Grundsätzlich beginnt ein Datagramm in API-Modus mit ~ und es gebaut ist wie folgt:

[0x7E|length(2B)|Command(1B)|Payload(length-1B)|Checksum(1B)] 

wie 0x7E ist ~ auf der A SCII Tabelle, sollten Sie versuchen, einen gefälschten Datagramm in einer seriellen Terminal-Sitzung eingeben wie:

~ <C-d> AAAA 

N. B .: Die <C-d> Zeichen bedeutet Control-d unter Unix, die das EOF-Zeichen ist..

Offensichtlich wird eine solche Nachricht wahrscheinlich nicht funktionieren, und Sie werden eine Antwort erhalten, in der Sie aufgefordert werden, das Datagramm erneut zu senden. Das ist, weil das Zeichen EOF ASCII-Code 4 ist, bedeutet dies, dass die Länge des Datagramms 4 Byte ist. Dann senden Sie vier falsche Bytes, die Prüfsumme wird A sein, was sehr wahrscheinlich richtig ist, und der Empfänger wird annehmen, dass die Übertragung beschädigt wurde. Daher wird das Datagramm erneut abgefragt, was bedeutet, dass Sie ein Datagramm für diese Abfrage erhalten.

Ich kann Ihnen nur raten, es nur im API-Modus laufen zu lassen (zuverlässiger und eine bessere API, aber Sie können nicht damit herumspielen und verstehen, was passiert, indem Sie mit einem Logikanalysator auf die Linie tippen ... aber geben genug Zeit, Sie werden anfangen, API-Datagramme zu lesen, wie es Englisch ist ☺).

Ich schrieb eine Seite mit ein paar Ressourcen auf zu prüfen, wie die XBees reflash:

• https://github.com/hackable-devices/polluxnzcity/wiki/Flash-zigbee

und hier andere Ratschläge von anderen völlig unabhängig Projekt:

• https://github.com/andrewrapp/xbee-api#documentation

Und ich schrieb auch ein lib (bei beaglebones gerichtet, sondern Sie können es für Ihre Anwendung optimieren), die API-Modus 2 mit XBees Griffe:

• https://github.com/hackable-devices/polluxnzcity/blob/master/PolluxGateway/include/xbee/xbee_communicator.h
• https://github.com/guyzmo/polluxnzcity/blob/master/PolluxGateway/src/xbee/xbee_communicator.C

aber ich wette mit eine kleine Google-Suche können Sie weit verbreiteten Bibliotheken als diese, und sogar einige, die auf Arduinos ausgeführt werden (NB: diese Bibliothek wurde ursprünglich für Arduinos geschrieben, und dann angepasst, um für Beaglebone laufen, so Umkehrung der Operation sollte nicht hart sein).