USB-DMX Kabel mit FT232R Chip - DMX Signal senden mit Delphi

"Betriebsbereit" ist bei diesen OpenDMX-Klonen relativ. Anders als beim Dworkin, das das DMX-Signal mit einem uC selbst erzeugt, ist hier der PC dafür verantwortlich, die DMX-Daten immer und immer wieder mit der entsprechenden Rate auf den Bus zu schreiben.

Nachdem der FTDI passend eingestellt ist, brauchst du also einen Thread, der in einer Endlosschleife immer wieder 513 Bytes (1 Startbyte + 512 Kanäle) schreibt. Dazu noch einen Break und am Ende eine kurze Pause, je nach gewünschter Wiederholrate. Delphi-Code habe ich nicht, aber auszugsweise C-Code, den du dir wahrscheinlich adaptieren kannst:

Initialisierung (Gerät schon geöffnet (FT_W32_CreateFile) und Handle in ftHandle):

    FTDCB ftDCB;
    if (FT_W32_GetCommState(ftHandle, &ftDCB)) {
        ftDCB.BaudRate = 250000;
        ftDCB.Parity = FT_PARITY_NONE;
        ftDCB.StopBits = FT_STOP_BITS_2;
        ftDCB.ByteSize = FT_BITS_8;
        ftDCB.fOutX = false;
        ftDCB.fInX = false;
        ftDCB.fErrorChar = false;
        ftDCB.fBinary = true;
        ftDCB.fRtsControl = false;
        ftDCB.fAbortOnError = false;

        if (!FT_W32_SetCommState(ftHandle, &ftDCB)) {
            // Error setting baud rate
            return -3;
        }
    }

    FT_W32_PurgeComm(ftHandle, FT_PURGE_TX | FT_PURGE_RX);
    // set RS485 for sending
    FT_W32_EscapeCommFunction(mFTHandle, CLRRTS);

    mDMXData[0] = 0; // Startbyte

Inhalt Sende-Thread (Thread sollte recht hohe Priorität haben):

    while (true) {
        // Send break
        FT_SetBreakOn(mFTHandle);
        FT_SetBreakOff(mFTHandle);

        // Send Startbyte + DMX data
        FT_Write(mFTHandle, mDMXData, 513, &bytesWritten);

        Sleep(mInterFrameDelay);
    }

Viel Erfolg!

Stefan

Quote from Johann

Hallo

Habe nun einiges probiert, aber komme leider nicht weiter (auch Handle u. Pointer).

Das "FT_W32..." ua. gibts scheinbar nur in C, und finde nichts davon in Delphi (D2XXUnit.pas).

Dachte ich suche mal nach einem USB-Dmx Kabel das vilt. dem Dworkin Controler näher kommt.

Und fand dieses:

https://www.amazon.de/dp/B098B4ZCSN/

Weil in der Beschreibung was von "eingebauter Pufferspeicher...", und "internal frame buffering" steht.

Heisst das, dass dieses Kabel selbständig das DMX Signal immer wieder sendet, wie beim Dworkin Controler?

Und nicht vom PC in einer Endlosschleife gesendet werden muss.

Und somit weniger und einfacher zu programmieren wäre?

Und vilt. mein Dworkin Code funktionieren könnte?

Danke, mit freundlichen Grüssen

Display More

Was chinesische Versprechen sind und was tatsächliche Wahrheit ist immer so eine Sache. Leider gibt keiner der zahlreichen Verkäufer dieses Produktes an, welches Interface man wählen muss in DMXControl und co.

Hast du mal überlegt, über OLA den ganzen backend kram zu regeln? Gibt eine Python sowie eine C++ API (evtl. C bindings in Delphi?) oder ganz dumm auch eine http-API. Dadurch solltest du relativ leicht deine Ziele erreichen können, und musst auch nicht wirklich irgendwas umschreiben wenn sich z. B. dein Interface ändert.

Diese sind meist (nicht immer, aber doch im überwiegenden Teil) ebenfalls einfach FTDI Chips, die Johann schon ausgeschlossen hat. Mal so als andere Überlegung: Wie gut bist du im Löten? Eine Möglichkeit wäre auch unser Nodle Interface in der Selbstbau-Variante. Unser Nodle-Interface steuert nämlich tatsächlich den DMX-Bus selbstständig an und das PC-Programm muss nur noch Änderungen an das Interface schicken. Außerdem bietet es noch ein paar weitere Funktionen an. Aus der Delphi-Entwicklung bin ich leider schon etwas raus (hatte früher länger in Delphi 7 programmiert), aber wenn ich das noch richtig im Kopf hatte, konnte man auch externe DLLs halbwegs einfach laden und nutzen. Du könntest ja mal schauen, ob du die DLL von unserem Interface angesteuert bekommst (ist auf unserer Homepage zu finden). Sollte das klappen, kannst du dir ja überlegen, ob du das Nodle aufbauen willst.

Vielleicht wäre das DMX4All-Interface was für dich:

NanoDMX USB Interface

NanoDMX USB Interface Das NanoDMX USB Interface ist ein „Adapterkabel“ das sehr einfach die Steuerung von DMX-fähigen Geräten über den PC ermöglicht.…

shop.dmx4all.de

Das erscheint, so weit ich mich erinnere, als einfache serielle Schnittstelle und lässt sich über ASCII-Kommandos steuern. Einzelne Kanäle zu setzen sollte möglich sein. Irgendwo auf der Seite sollte es eine Beschreibung der Befehle geben.

Edit: Hier: https://www.dmx4all.de/third-party-developers/

Stefan

Quote from Johann

Naja löten, XLR Stecker usw. hab ich schon angelötet, aber einen Chip einzulöten traue ich mir eher weniger zu.

In unserem Vereinsshop gibt es auch die Platine mit aufgelötetem Atmega. Dann fällt das weg und es fehlen "nur" noch die normalen Komponenten

Quote from Johann

Danke wieder.

Erhielt nun die Antwort des Verkäufers von dem Usb Dmx Kabel mit Buffer, wie erwartet komplett nichtssagend, "sie haben das im Angebot"...

Mir wäre eine einfache Einkabellösung lieber, als 2 Kabel mit "Kastl" dazwischen,

wie ichs derzeit mit dem Dworkin Controler hab.

Bei dem dmx4all (https://www.dmx4all.de/third-party-developers/) steht auch was von einem USB-FTDI D2XX driver.

Der angezeigte Beispielcode, läuft scheinbar nicht auf dem Dmx4all NanoUSB Interface, und das Mini Interface,

ist nicht mehr im Sortiment, was unterstützt würde..

Probierte diesen dmx4all Beispielscode bei meinem FT232R Chip Kabel, leider ohne Erfolg.

Habe nun begonnen, über meinen Dworkin Controler/Interface, den neuen MovingHead, mit Delphi anzusteuern. Erfolgreich.

Bitte wenn noch wer wüsste, wie man mein Usb-Dmx Kabel mit FT232R Chip in C oder Delphi ansteuert,

wäre ich sehr dankbar.

Mir freundlichen Grüssen

Display More

OLA ist ein Programm ähnlich DMXControl. Hat aber die oben benannte C++ API. Kannst du dir ja vllt mal anschauen - dann musst du nichts von der interface Konfiguration selber machen.