hat jemand auch die DI/DO/AI/AO Funktionen der Module im Einsatz oder wird allgemein „nur“ die drahtlose Übertragung des Com-Portes verwendet?
Im Moment kann ich zwar die digitalen Eingänge des End-Devices lesen, aber ich finde keine Möglichkeit wie über die API bestimmte Ausgänge gesetzt werden können.
Grundsätzlich ist der Frame veröffentlicht. Dieses Beispiel schickt z.B. „Hallo“ an das End-Device.
7E 00 0A 01 01 50 01 00 48 65 6C 6C 6F B8
7E Start delimiter
00 0A Length
01 API identifier
01 API frame ID
50 01 Destination
00 Option byte
48 65 6C 6C 6F Data packet
B8 Checksum
Jedoch weiss aber nicht wie das Datenpaket für die DO/AO aussehen muss.
Hat da jemand mehr Informationen dazu?
ich denke mal die meisten von uns nutzen nur die Übertragung. Zumal man sich auch mit einem Microkontroller dahinter besser helfen kann als mit dem reinen Xbee.
danke für die Antwort - das war leider zu befürchten.
Die XBee-Module sollen nur drahtlos Sensordaten zum PC übermitteln und in der anderen Richtung Relais schalten. Die Auswertung und Programmierung läuft dann über eine PC-Applikation.
Allgemein findet man sehr wenig Infos über die XBee API-Programmierung.
Da die Module bereits digitale und analoge Ein-/Ausgänge besitzen, wundert mich es einfach, dass diese so selten bzw. überhaupt nicht genutzt werden.
Man könnte damit relativ leicht und vor allem sehr günstig, drahtlose Schalter, Sensoren etc. in IP-Symcon oder andere Steuerungen einbinden.
Soweit ich mich erinnern kann, waren die I/O direkt miteinander verknüpft.
D.h. du hast z.B. PIN A (1. XBee) auf PIN B (2. XBee) gemappt. Das bedeutete du kannst, wenn du einen Coordinator am PC hast nur ein paar blöde I/O’s bedienen und nicht alle einzelnd über eine vernünftige API Funktion.
So wie es klingt, hat sich da aber nichts geändert => Uninteressant
Danke für die Info paresy. Jedenfalls würde das dann auch erklären, warum man so gut wie keine Dokus darüber findet und somit wird es wirklich uninteressant!
Trotzdem ist es für mich unbegreiflich, warum an der seriellen Schnittstelle die DI’s des End-Device als 9 Byte großes Paket ankommen (jeweils ein Paket bei „onpress“ und „onrelease“)
Die XBee-Module sollen nur drahtlos Sensordaten zum PC übermitteln und in der anderen Richtung Relais schalten. Die Auswertung und Programmierung läuft dann über eine PC-Applikation.
Hmm, das kannst Du sehen wie Du willst.
Ein Xbee kann auch ADC usw. Hier in Forum stellt sich halt die Frage, für was setze ich es ein.
Da gebe ich Dir vollkommen recht.
Natürlich sind die XBees als Übertragungsmedium z.B. für die Edips genial - das steht ausser Frage!
Wenn man dann dazu noch die I/0’s vernüftig ansteuern/auswerten könnte, wären die XBees richtig kleine „Allrounder“.
Ganz nach dem Motto: Warum sich mit 75% zufrieden geben, wenn auch 100% funktionieren könnten!
Man braucht nur mal Xbee in der Bucht eingeben und bei den ausländischen Anbietern schauen. Rechts unten sind Visual Basic-Beispielen usw.
Da wird doch so einiges gemacht…
Ich würde gern ebenfalls eins der XBee-Digi-Ports direkt nutzen, z.B. das an XBee-Pin 4, um damit beim Roomba ein Aufwachen nach Timeout auszulösen, was eigentlich per Signal am Roomba-Stecker Pin5 gehen soll. Also einfaches Signal ein- und nach ner Zeit wieder abschalten.
Das würde bis auf einen zusätzlichen Draht keine weitere Hardware am schon gemachten Roomba-Xbee-Umbau erfordern und insofern eine höchstinteressante Variante
Bis zu den Dokus bei Digi.com bin ich auch schon durchgedrungen. Aber natürlich bin ich sehr an schon gemachten Erfahrungen interessiert.
bin leider etwas „raus“ aus dem Thema und kann Dir auf die Schnelle nicht weiterhelfen.
Das war noch unter IPS1 und der alten API der Series1 XBees - ich hatte aber mit der IPS-Integration keinen Erfolg.