DMX-Sender mit Xojo: Serial Port instabil?

[Frank E. (Firma: Q3) (qualidat)]

Ich versuche mittels Serial Socket aus Xojo heraus (Mac) über einen 
USB-RS485-Adapter DMX-taugliche Geräte, z.B. einen Movinghead, 
anzusteuern. Der Adapter wird über einen Treiber von FTDI "FT232R" 
angesteuert.

Um das notwendige Protokoll hinzubekommen, habe ich eine etwas tricky 
Methode im Web gefunden (kenne nix anderes für die Erzeugung des 
"Break"), ausprobiert und es funktioniert meist:

if serial.open then

  serial.baud=50000 //Break erzeugen
  serial.reset //ist notw. um ohne erneutes Open den Speed zu ändern
  serial.write chrb(0)
  serial.xmitwait

  serial.baud=250000 //Universum senden
  serial.reset
  serial.write dmxbuf
  serial.xmitwait //wartet bis alle Zeichen aus dem Buffer sind

end if

(chrb ist wie chr, liefert aber garantiert nur 1 Byte, dmxbuf ist ein 
String mit der Länge von 512, wobei das erste Zeichen ein chrb(0) ist.)

Das funktioniert auch meistens (oft minutenlang), aber nicht immer. Vor 
Allem wenn andere Programme auf dem Mac im Hintergrund aktiv sind, 
beginnt der Movinghead gerne unvorhersehbar zu wackeln oder zu blitzen 
... was irgendwie nix anderes heissen kann, als dass die 512 Bytes des 
Universums nicht sauber rausgehen. Auch die Einkapselung der 
Senderoutine mit der Compilerdirektive "no background tasks" brachte 
keine Besserung.

Bei der Benutzung von professionellen DMX-Programmen passiert sowas 
übrigens nicht (beim gleichen USB-Adapter), also müssen die irgendwie 
einen anderen Zugang zu der virtuellen seriellen Schnittstelle haben.

Was ist die Ursache für meine Probleme mit dem serial Socket und wie 
kann ich die beheben? Danke für Tips.

[Georg A. (georga)]

Keine Ahnung, was Xojo ist, aber der Mac hat an sich eine normale 
tty-API wie andere Unixe auch. Damit sollte es auch einen ioctl mit 
TIOCSBRK (Break an) bzw. TIOCCBRK (Break aus) geben. Schau mal, ob du 
den auch irgendwie aufrufen kannst.

[Rufus Τ. F. (rufus)]

Georg A. schrieb:
> Keine Ahnung, was Xojo ist,

Nannte sich früher RealBasic und ist ein Compiler für einen 
Basic-Dialekt, der unter Windows, OS X und Linux verwendet werden kann 
und auch "cross-platform"-Entwicklung unterstützt; d.h. mit dem 
Windows-Compiler kann man Linux-Binaries produzieren.

[TestX (Gast)]

Die Senderoutine muss in einen eigenen prozess der mit sehr hoher 
priorität im Hintergrund läuft. kommunikation zwischen dem hauptprogramm 
und dem Prozess über shared-memory...dazu ein ein output buffering etc.

Ich befürchte mit deiner "spielzeugsprache" bekommt man das nicht ohne 
weiteres hin..

Professionelle DMX Interfaces erledigen die Erzeugung des DMX Frames im 
Interface selber..so vermeidet man Timing-Probleme mit dem Host System, 
die trotz der o.g. Optionen auftreten können.

[Rufus Τ. F. (rufus)]

Statt mit Kanonen auf Spatzen zu schießen könnte man hier auch direkt 
mit dem USB-Seriell-Adapter kommunizieren und die zu übertragenden Daten 
an der  Betriebssystem-API vorbei transferieren.

Der FT232R ist in der libftdi ausreichend gut dokumentiert.

https://www.intra2net.com/en/developer/libftdi/documentation/group__libftdi.html

Break & Co. können mit ftdi_set_line_property2 gesendet werden.

[yesitsme (Gast)]

Gibst du den DMX-Geräten genug Zeit um die Daten zu verarbeiten? Nicht 
das du die Frames zu oft schickst.