Posts by plin

    Ich habe einen neuen Versuch mit der Original-Version von GitHub (https://github.com/DMXControl/rpi-beamertool) und Claude gestartet. Ein direkter Zugriff ist Claude nicht möglich, aber ein Zip-Files des geclonten Projektes hat er akzeptiert und auf moderne Architektur für einen Raspberry 4/5 mit Raspbian OS Lite/Debian 13 (Trixie) umgestellt.

    Als Anlage das Ergebnis.

    Diese Claude Version benötigt die Standard Textures https://www.dmxcontrol.de/en/downloads/3…5-textures.html die Ihr nach /opt/rpi-beamertool/textures/ kopieren müsst. In raspi-config sind die grafische Oberfläche und der automatische Login zu deaktivieren.

    Damit die Gobo Roration funktioniert muss channel 6 auf Null stehen, das ist Gobo Indexing -180.

    Ich habe es mit zwei Lasern probiert und es klappt.

    In puncto Bedienung bin ich mir nicht sicher, da ich bisher noch nicht mit dem Original-Beamertool gearbeitet habe. Claude meint aber die Sache mit channel 0 wäre eine Definitionssache (also im DDF anzupassen).

    [Nachtrag] Claude baut mir gerade einen Media Player ein, dauert aber ...

    Bitte lege das DDF und die zugehörigen Icons im Verzeichnis „UserDevices“ ab. Die Daten im Installationsverzeichnis werden ohne Rücksicht überschrieben bzw. gelöscht.

    Mehr zu den Verzeichnissen findest du in der Doku zu den DDFs im Wiki.

    ok, danke.

    Gibt es das Verzeichnis bei DMXControl 3.3.1 schon? Ich finde es unterhalb von C:\Program Files (x86)\DMXControl3\Kernel nicht.

    Ich habe die Icons unter C:\Program Files (x86)\DMXControl3\Kernel\LibDevices\Icons abgelegt und alle mit eindeutigen Namen versehen.

    Mittlerweile läuft die Python-Version auf einem Raspberry Pi Zero 2 W mit einer generierten Auflösung von 640x360 die von Pygame hochskaliert wird. Selbst Videos als Media-Dateien laufen brauchbar flüssig. Ich habe auch mit einem Raspberry Pi 4 getestet, da läuft die Laser-Simulation selbst mit 1080p ganz flüssig.

    Claude

    Code
    Nach dieser sehr langen Fehlersuche über mehrere DDF-Versionen hinweg — herzlichen Glückwunsch, du hast die eigentliche Ursache selbst gefunden.

    ok, ich habe die Denkpause von Claude genutzt selbst das Problem zu analysieren und habe die Namen der Images als Ursache gefunden.

    Wenn ich für verschiedene Gobos den gleichen Image-Namen verwende werden nachfolgende Gobos nicht mehr gelistet/angeboten.

    Wenn ich

    im DDF kodiere, also kein einziges Images vorhanden ist, werden mit im Gobos-Tab die Zahlen 1-10 angezeigt. Beim iterativen Anklicken werden alle Auswahlen korrekt übertragen:

    Kann mir ein DMXC/DDF Insider das Phänomen erklären???

    Update: Wenn ich die eigenen Icons alle in my...png rename klappt die Gobo-Auswahl wie erwartet.

    Hast du das DDF in einem neuen, leeren Projekt mal getestet? Nicht, dass in dem Projekt, wo du bis jetzt drin gearbeitet hast, eine ältere Version drin ist.

    Im Zuge des Debuggings habe ich bereits bei diversen Zwischenständen das DDF in DMXControl einem Update unterzogen. das Device gelöscht, neu durchgestartet, neu angelegt ...

    Ab irgendeinem Punkt im Entwicklungsprozess (so ca. v09??) trat der Fehler auf. Ich habe Claude das DDF von Zoidberg gezeigt und ihm/ihr erklärt, dass meine DMXControl 3.3.1 damit den Gobo-Kanal korrekt ansteuert. Claude hat realisiert, dass dann evtl. etwas an seinem DDF nicht passen könnte, wird mir aber erst ab 13:20 Uhr wieder antworten, weil meine Tokens mal wieder ausgeschöpft sind.

    Claude

    Code
    Guter Punkt — wenn ein anderes DDF im selben DMXControl korrekt funktioniert, muss es einen strukturellen Unterschied geben, den ich finden kann. Lass mich das Referenz-DDF genau analysieren.

    Welches DDF hast du dafür in DMXControl 3 verwendet?

    Unabhängig davon kannst du auch selbst prüfen, welche DMX-Werte auf welchen DMX-Kanälen ausgegeben werden (sollen). Schaue dazu in die Kanalübersicht.

    DDF: Das aus der Version 16 (siehe Anhang im Post 284)
    Kontrolle: DMXControl gibt in der Channel Overview schon die falschen Werte aus. Wenn ich die manuell korrigiere erscheinen Stern (3) bzw. Spirale (5).

    Es gibt jetzt ein Problem in DMXControl, evtl. mit dem erzeugten DDF. Bei der Auswahl von Stern oder Spirale sendet DDF auf Kanal 7 den Wert für die Blume (Index 6), bei Wellen wird "Moving Head" (Index 8 ) gesendet. in der Channel View sehe ich auch diese Werte. Wenn ich manuelle 3 oder 5 eintrage werden Stern und Spirale korrekt angezeigt.

    Die KI meint es wäre ein Fehler im Gobowheel-Auswahlwidget. Ich bin mir aber nicht sicher, ob die Ursache nicht im erzeugten DDF liegt.

    Kann das mal jemand checken?

    Als Anhang die aktuelle Version.


    Code
    Aug 27 09:04:36 rpibeam python3[1135]: 2026-08-27 09:04:36,138 INFO    beamertool: Gobo-Kanal empfangen: DMX=0 -> Offen (Index None)
    Aug 27 09:04:39 rpibeam python3[1135]: 2026-08-27 09:04:39,385 INFO    beamertool: Gobo-Kanal empfangen: DMX=1 -> Kreis (Index 0)
    Aug 27 09:04:42 rpibeam python3[1135]: 2026-08-27 09:04:42,241 INFO    beamertool: Gobo-Kanal empfangen: DMX=2 -> Tunnel (Index 1)
    Aug 27 09:04:44 rpibeam python3[1135]: 2026-08-27 09:04:44,851 INFO    beamertool: Gobo-Kanal empfangen: DMX=7 -> Blume (Index 6)
    Aug 27 09:04:50 rpibeam python3[1135]: 2026-08-27 09:04:50,240 INFO    beamertool: Gobo-Kanal empfangen: DMX=4 -> Raster (Index 3)
    Aug 27 09:04:53 rpibeam python3[1135]: 2026-08-27 09:04:53,652 INFO    beamertool: Gobo-Kanal empfangen: DMX=7 -> Blume (Index 6)
    Aug 27 09:06:06 rpibeam python3[1135]: 2026-08-27 09:06:06,336 INFO    beamertool: Gobo-Kanal empfangen: DMX=5 -> Spirale (Index 4)
    Aug 27 09:06:35 rpibeam python3[1135]: 2026-08-27 09:06:35,142 INFO    beamertool: Gobo-Kanal empfangen: DMX=7 -> Blume (Index 6)
    Aug 27 09:10:27 rpibeam python3[1135]: 2026-08-27 09:10:27,349 INFO    beamertool: Gobo-Kanal empfangen: DMX=9 -> Moving Head (Index 8)

    ok, die aktuelle Version ist brauchbar und läuft auf einem Raspberry Pi Zero 2W mit Debian GNU/Linux 13 (trixie).

    Die Media Scene wählt 1:1 die bereitgestellten Median. Eine Auswahl ist also reproduzierbar, solange man die Medien durchnummeriert und neue Dateien mit der nächsthöheren Nummer versieht.

    Die neue Version hat nichts mir der alten Ur-Version zu tun und ist ein Neustart der aber meiner Einschätzung nach bereits brauchbar ist.

    Die Start-Adresse im Config-File und DMXControl sind identisch.

    Beim Test nicht vergessen: Dimmer raus, Shutter auf, Gobo auswählen, Lasergröße hochziehen.

    [Update] Die angehängte Version 10 beinhaltet auch einen runden Moving Head als Gobo.

    Musstest du irgendetwas am Code des Beamertools ändern? Wenn ja, dann gerne damit einen PullRequest bei unserem Repo stellen. Dann wird das eingepflegt und es wäre wieder lauffähig :thumbup::)

    Ich bin zweigleisig unterwegs. Das Original rpi-beamertool auf Basis OpenGL habe ich auf einem Raspi Zero 2W nicht zum laufen gekriegt. Ich teste das Original gerade auf einem Raspberry Pi 3B.

    Die auf einem Raspberry Pi Zero 2W lauffähige, minimalistische Version ist komplett neu von Claude generiert (siehe Post #280) und hinkt noch weit hinter dem Original hinterher. Claude hat schon einige Verbesserungen eingebaut. Vielleicht schafft es Claude die Logik aus dem Original in die neue Python-Version zu transformieren.

    Mal schauen wo der Weg hinführt.

    [Edit]

    Ich habe das Image auf dem Raspberry Pi 3B getestet und mein Grundproblem mit dem schwarzen Bildschirm gefunden: Size X und Size Y stehen per Default auf 0.Ich sehe jetzt die Gobos, kann sie drehen, aber die Rotation erscheint nur in DMXControl, aber nicht auf dem Bildschirm.

    Mit dem funktionierenden Image habe ich dann den Raspberry Pi Zero 2W getestet. Der Bildschirm wird immer weiß, egal ob gpu_mem=256 oder gpu_mem0380 konfiguriert ist. Bei gpu_mem=384 wird das Syystem sehr langsam.

    Ich mache jetzt mit der neuen Version von Claude weiter und schaue mal, ob der mir die alten rpi-beamertool Gobos einbauen kann.

    Kurzer Zwischenstand: Ich habe noch mal neu mit einem Raspberry Pi OS Lite (64bit) aufgesetzt und mit Hilfe von Claude mittlerweile die ersten Laserstrahlen auf dem Bildschirm.

    P.S.

    universe: 3 # Muss mit dem in DMXControl gewählten Universe übereinstimmen
    start_channel: 120 # Erster DMX-Kanal des 14-Kanal-Fußabdrucks (1-499)

    Start channel ist ein Offset von Adresse 1 gerechnet, in dem Fall hier also 3.121 in DMXControl.

    Ich probiere mal ein neues Tool für trixie mittels Claude zu generieren, bin aber gerade wieder an mein Kontingent-Limit gestoßen. Muss bis 14:30 Uhr warten. Aber zumindest ist Claude willens etwas neues zu bauen.

    Ergebnis:

    • Gemini ist bemüht, aber selbst beim minimalen Ansatz bleibt der Bildschirm schwarz
    • Claude denkt viel nach, liefert ein ZIP-File inkl. Installations-Script und system-Service, aber der Bildschirm bleibt schwarz

    Beide sind aber sehr überzeugt, dass diese nächste Variante nun wirklich funktioniert.

    Ich glaube ich mache jetzt einen Test mit einem meiner Raspberry Pi 3B. Wenn's klappt kann ich mir einen neuen 3B+ bestellen.

    Ja, mein erster Ansatz mittels MS Copilot und Google Gemini mit frischem OS war nicht erfolgreich, weil einige Bibliotheken fehlten die es in den neueren Releases nicht mehr gibt.

    Wieso Raspberry Pi Zero 2 W? Ich habe mit ein frisches Desinfect bei Heise gekauft und war überrascht einen Raspi in meiner Post zu finden. Was macht man nun mit einem zweiten??? Da fiel mir wieder das Beamertool ein :-).Ich hätte nochen eine Raspberry Pi 2, Raspberry Pi 1 und BananaPi zu bietern, wird mir aber auch nicht weiterhelfen.

    Ich werde mal drüber schlafen, mal schauen welche Idee ich noch habe.

    P.S. Gemini sagt: In der Grafik-Architektur gibt es keine fundamentalen Unterschiede zwischen dem Raspberry Pi 3 B+ und dem Raspberry Pi Zero 2 W. Beide Einplatinencomputer nutzen exakt dieselbe Grafikarchitektur.

    Ich hatte ja schon in DMXControl via Channel View den Dimmer hochgesetzt. Die KI hat mir gesagt, dass mein tcpdump einige Optionen wie Gobos etc. ausweist die von DMXControl gesendet werden.

    Bevor ich Dein Image gefunden habe hatte ich es mit einem frischen Raspberry PI OS versucht. Im Zuge des Debuggings hat mit die KI

    Code
    sudo apt install -y kmscube
    kmscube

    empfohlen. Der Würfel erschien auf dem Bildschirm.

    Mir fällt als nächstes nur ein das Image in meinen Raspberry Pi 4 zu stecken. Alle Raspberry Pi 3B sind im Einsatz.

    Ja, auch ohne DMX Input wird der Bildschirm weiß.

    Die KI hat mir erzählt das wäre normal und sollte beim ersten DMX Signal weg sein.

    Ich war bzgl. des Images optimistisch, da ich unter /boot bcm2710-rpi-zero-2-w.dtb gefunden habe.

    Die ersten boots waren nervig, bis ich gesehen habe, dass gpu_mem=512 gesetzt war. Das war die erste und wichtigste Anpassung.

    P.S. Obwohl der Dimmer in DMXControl auf 100 stand wurde auf Kanal 201 eine 0 übertragen. Kann es sein, dass ich das DDF anpassen oder wechseln muss?

    Hi Martin,

    beim Booten sehe ich eine normale Grafikausgabe bis hin zum Login-Prompt. Der weiße Bildschirm erscheint erst etliche Sekunden später. Wenn ich rpi-beamertool von Hand starte erscheint er in dem Augenblick in dem das Tool aktiv ist.

    Gibt es eine Möglichkeit das rpi-beamertool ohne DMXControl zu testen? Obwohl der tcpdump laut MS Copilot eine korrekte Kommunikation mit korrekten Netzen/Adressen aufzeigt. Selbst wenn ich in DMXControl in der Channel View den Kanal 201 auf 255 setze bleibt der Monitor weiß.

    Ciao
    Peter

    Ich tcpdump auf dem rpi-beamertool OS installiert.

    Das rpi-beamertool sieht:

    Code
    5	1.082957	192.168.3.101	192.168.3.255	ARTNET	56	ArtPoll Prio=DpAll
    6	1.083864	192.168.3.64	192.168.3.255	ARTNET	281	ArtPollReply Ports=1 BindIdx=0x00
    7	1.588078	192.168.3.101	192.168.3.64	DMX Channels	572	ArtDMX Seq=113 Port=0 Univ=3

    Der ArtPollReply sagt:

    Passen die Angaben
    Type of Port 1: Art-Net -> DMX512 (0x80)
    und
    ArtDMX Seq=113 Port=0 BindIdx=0x80
    zusammen?

    Hallo Leute,

    ich habe einen Raspberry Pi Zero 2W geschenkt bekommen und dafür eine Anwendung gesucht. Laut KI soll das rpi-beamertool darauf laufen.

    Ich habe das Image aus diesem Thread (Post #252) genommen und auf eine 8GB SSD kopiert. Ich habe in der /boot/config.txt gpu_mem=256 definiert. Das Image bootet. Netzwerkeinstellungen habe ich angepasst. Der Raspi ist im Netz zu erreichen.

    Ich habe die config.txt unter /rpi-beamertool/bin abgeändert

    Code
    # Laser Sim for Raspberry Pi - config.txt
    
    SUBNET=0        #Art-Net Sub-Net; min:0 max:15 std:0
    UNIVERSE=3      #Art-Net DMX Univerum; min:0 max:15 std:0
    ANZAHL=1        #Anzahl der simulierten Laser; min:0 max:25 std:1
    DMX_START=201   #Startadresse des ersten Lasers, alle weiteren folgen im Abstand von 20 Kanälen; min:1 max:490 std:100
    ZOOM=1          #1 = Original Zoom verhalten | 2 = Zoomen in Kreis; std:1
    SCAL_MULT=2.0   #Multiplikator Skalierung, '.' als Dezimaltrennzeichen, min: 0.01 max: 9.9

    ./rpi-beamertool zeigt

    Code
    Raspberry Pi Beamertool | Version: 0.3.3
    Config: Subnet:0 Universe:3 Num:1 DMX:201 Zoom:1
    Screen: 1920 x 1080
    Init Done! Starting main loop... Press 'q' to quit!
     FPS: 59.99

    Der Bildschirm (aktuell ein HDMI-Monitor statt Beamer) ist komplett weiß.

    Ich nutze DMXControl 3.3.1 unter Windows 11 und habe mit die DDFs "Beamertool (Zoidberg)" installiert. Den Fehler bei den Tags habe ich behoben.

    Ich habe ein neues Interface angelegt mit:
    Net 0 (00)
    Subnet 0(0)
    Send Universe 3(3)
    Receive Universe 3(3)
    Force broadcast False
    Additional send to IP 192.168.3.64

    In der Interface Übersicht habe ich
    DMX-Out-Address 3.1
    DMX-In-Address 3.1
    und beide enabled.

    Dann habe ich ein Device angelegt mit
    Device Beamertool->Beamer-1-Layer
    DMX Start Address 3.201

    In der DMXControl Stage View sehe ich das Device, es reagiert aber überhaupt nicht.

    Ich habe auf einem anderen Rechner let-there-be-light aus github installiert:

    und

    Aber immer noch keine Reaktion auf dem Bildschirm.

    Die KI hat mir viele Tipps gegeben, von denen keiner zum Ziel führte. Also frage ich jetzt klassisch im Forum:

    • Ist der Raspberry Pi Zero 2 W wirklich geeignet bzw. funktionsfähig (Ich weiß, wenn ich mehr will sollte ich einen anderen Raspi verwenden)?
    • Kann ich DMXControl 3.3.1 nutzen?
    • Nutze ich das richtige DDF?
    • Passen meine Config-Optionen (rpi-beamertool vs. DMX Control 3.3.1) zueinander?
    • Letztendlich: Wo ist das Problem? Wie komme ich weiter?

    Vorab schon mal Danke für die Unterstützung.


    [Update] Ich habe WireShark auf Windiws 11 installiert und sehe, dass die ArtPools von 192.168.56.1 rausgehen (VirtualBox ist installiert). Die ArtDMX-Message gehen auf dem regulären Interface 192.168.3.101 raus. Anyway - ein dritter Rechner im Netz sieht ja

    Code
    19:18:29.518 [192.168.3.101] ArtPoll (discovery request)
    19:18:29.622 [192.168.3.64] ArtPollReply "RPI Beamertool" Raspberry Pi Beamertool
    19:18:31.373 [192.168.3.101] ArtSync

    Ich werde als nächstes tcpdump auf dem rpi-beamertool OS installieren ...