Da kann ich dir leider nicht weiterhelfen, habe sowas noch nicht benutzt
Hallo
Das interessiert auch, kann mir aber leider nicht vorstellen, wie Du mit ein paar Einstellungen am XBee- Modul die harten Timing-Anforderungen der MPI-Schnittstelle erfüllen willst. Wie -genau - hast Du den Datenaustausch realisiert ? (Globaldaten, XPUT etc..)Hallo
ich muss dazu etwas in die Historie der Maxstreamm-XBee Baureihen, wie von mir verwendet, zurückgreifen. Bei anderen 'Vertreibern' weiss ich den Aufbau nicht - das scheint stark firmwareabhängig
Vorweggestellt: Meine XBees haben allesamt RS232 Ausgang mit 3V-Pegel; zur PPI/MPI-Schnittstelle ist ein RS485 Wandler nötig. (Wie ich im HB verstand sollte das in RS485 umschaltbar sein, ging aber nicht). Deswegen verbandelte ich bis zuletzt immer die MAX481 in 3V Ausführung hinters XBee. Sende- Empfangsumschaltung steuert dabei der XBee; meine (Mitte 2008 ) zuletzt geladene FW ( eine Weiterentwicklung der XC09-009) brachte dazu nötiges 'RS485 transmit enable' bereits mit.
Alternativ geht die Sende-Empfangsumsteuerung aber auch bei Einbindung des XBees in vorhandenen BUS inkl. Repeater, am Repeater (automatisch - weil der das RTS liefert). Etwas Bauen war allerdings auf jeden Fall angesagt, die übliche Pegelanpassung der Schnittstellen
Zur Konfiguration wird ja das berühmte 'X-CTU' verwendet. Dort ist die Ausstattung der FW-Stände zu erlesen. Einige Firmwarestände besitzen die 187,5kB bereits integriert, anderen liess es sich per Faktor (oder 'customs') zu 230kB beibringen. Irgendwo gabs anfangs noch eine KOnfiguration für 'customs'; später waren alle Baudraten in der Liste anwählbar.
(Nebenbei noch, da das X-CTU auf Wunsch gewählte FW ins Modul lädt: Auf XBees mit geladenen uralt Firmwareständen ist dabei ein FW-Update evtl. nur mit einer Hilfsschaltung möglich - in Module mit neuerer FW kann fortan ohne Zusatzschaltung jeweils benötigte FW geladen werden).
Danach läuft das - es gab aber ein Abgleichproblem (Timing). Im MPI-Netzwerk spielte der (ja auch 'MPI-Adaptertypische' )Verbindungsaufbau eine Rolle. Die Verbindung (oder der Token auf dem Bus) muss ja fortlaufend herumgereicht werden.
Da wurds allerdings schwierig eine geeignete Konfig der XBees zusammenzustellen (besser gesagt ausprobieren). Es gibt zudem verschiedenste Aufbauten des XBee-Netzes bei Betrieb von mehr als zwei miteinander kommunizierenden Funk-Chips.
Drei und mehr, anstatt per Kabel über Funk verbundene CPU's erzwingen da quasi zwei gleichzeitig ablaufende 'Busse'. Einmal der Funkbus, mit der Adressierung angesprochenen XBee-Moduls - und darauf'modelliert' sozusagen der MPI-Bus ....
Mit 2 CPU-300er und einer 226 im Verbund hatte ich das Mitte 2008 hin und kann Daten austauschen. Seitdem benutze ich zugehörigen FW-Stand, wie ich ihn damals in die Module lud und weiss nicht inwieweit es sich bis 'heutzutage' weiterentwickelt hat. Da seinerzeit alles noch 'handwarm' aus der Hersteller-Schreibmaschine kam, war ein Hauptproblem das XBee-Funk-Netzwerk ersteinmal zum Laufen zu bekommen. Irgendwo meine ich ein halbes Jahr später auch fertig für MPI konfigurierte Module gesehen zu haben.
Mit RS485 (unidirektionalen) Signalen ging es aber jeweils verhältnismässig einfach mehrere XBee-Teilnehmer zu verbinden, soweit die Timeouts nicht blockierten. (Die XBees schicken normal erst mit vollem Sendepuffer ab, Handshakes mit einem Steuerzeichen wie im MPI-Netzwerk brauchen etwas bis das XBee merkt die loszuschicken)
Mit reinen bidirektionalen RS232 Signalen (und getesteten 230kB) war das allerdings noch schwieriger.
Fällt mir gerade noch ein: Es gab anfangs Module die waren im Datenblatt mit 115kB auf der Funkstrecke beschrieben. Später stand überall 230kB - die sollten natürlich 230kB haben, sonst staut sich das im Puffer.
Gruss
tobias
Edit/ : Ist vielleicht noch sinnvoll hier anzufügen, dass bei Justierung der XBees auf 'exotische' Baudraten wie 187,5kBaud der Zugriff vom PC verloren geht - soweit man nicht eine geeignete Schnittstellenkarte benutzt.
Das Rückstellen per 'Hardwarereset' ist an den Chips wohl nicht vorhanden, ebenso gibt es (auf Nachfrage beim Hersteller) keine Möglichkeit die über die Funkstrecke zurückzusetzen.
Bleibt nur: Sich jeweiligen Chip geladene Baudrate gut zu merken und per geeigneter Interfacekarte über die AT-Kommandos von Hand zurückzusetzen.
Ohne einstellbare Schnittstellenkarte bleibt nur im Selbstbau die 187,5kBaud zu erzeugen. Bspw. einigermassen einfach, indem man die Teiler zu typischerweise auf der Basis von 1,8 oder 3,6MHZ getakteten Baudratengeneratoren auf 230kBaud einstellt und anschliessend mit 1,5 bzw. 3MHZ taktet. Das ging bspw. mit den AVR Mikrocontrollern easy, womit dann AT-Kommandos zum Reset ins XBee gesendet werden konnten.
Zur Parametrierung der XBees läuft irgendwo ein Forum, es ist ansonsten kaum herauszufinden welche Einstellungen in welchem FW-Stand was überhaupt bewirken. 2008 gab es nur zwei FW's welche die RS485 Anbindung 'muddelten', von daher kamen nur die erstmal in Frage. Was heute aktuell ist weiss ich nicht
