Posts by Simon-PC

Hallo Dennis,

Tatsächlich... das habe ich übersehen.

Bei den "ArtTodRequest"-Paketen scheint das aber nicht zuzutreffen, oder?

Gruß Simon

Hallo fisl,

das wusste ich garnicht.

Aber ich habe gerade mal bei DMXC3 geschaut (ich weiß, falsches Forum):

DMXC3 sendet regelmäßig ArtPolls und ArtPollReplys, hat aber bei den ArtPollReplys ebenfalls einen "Überhang", der jedoch kleiner als bei DMXC2 ist.

Gruß Simon

PS: Bugtracker kann ich nachher machen, kann aber auch gerne jemand anderes übernehmen...

Edit: Bugtracker für DMXC2 und DMXC3
Edit 2: In DMXC3 sind auch die "ArtTodRequest"-Pakete zu lang.

Hallo,

ich verwende DMXC2 über ArtNet. Als Empfänger kommt ein kleines Tool zum Einsatz, welches ein Enttec Pro USB ansteuert. ("Artnode")
Dieses Tool zeigt eine Ausgabe aller erhaltenen ArtNet-Pakete. (siehe Screenshot 1)

Wenn man nun DMXC2 neustartet oder die Einstellungen des ArtNet-Plugins ändert, so sendet DMXC2 ein spezielles Paket. (Zu erkennen am anderen "OpCode: 8448", siehe Screenshot 2) Ab diesem Moment zeigt das Protokoll nur noch "Kauderwelsch". Ob die DMX-Ausgabe noch funktioniert, kann ich gerade nicht sagen, weil alles in der Schule steht. Ich meine aber mich zu erinnern, dass diese nicht beeinträchtigt wird. Insofern handelt es sich nicht um ein konkretes Problem.

Ich habe dennoch mal genauer geschaut und mit Wireshark (siehe Anhang, mit Wireshark öffnen) das betreffende Paket untersucht und mit der ArtNet-Spezifikation verglichen:

Das Problempaket ist ein "ArtPollReply"-Paket, welches zu lang ist!
Es zeigt sich am Ende ein Bereich "Excess Bytes", der von Wireshark zu Recht nicht erkannt wird, weil per Spezifikation von ArtNet hier nichts mehr hingehört.
Bei genauerer Betrachtung dieses Bereiches scheint es sich um ein weiteres "ArtPollReply"-Paket zu handeln bzw. den Beginn eines solchen. Bei diesem fällt auf, dass manche Informationen des ersten Paketes fehlen und andere Informationen "durchlöchert" sind mit 00-Bytes.

Da ich mir nicht vorstellen kann, dass das so sein soll, wollte ich einfach mal nachfragen, worum es sich hierbei handelt?

Ein präventives "Danke" für Eure Mühen und die Beruhigung meinerseits.

Gruß Simon

Hallo,

ich weiß nicht, in wie weit das hilft, aber ich habe heute mal ein bisschen mit der Reihenfolge experimentiert:

Vorraussetzung ist, dass die Verbindung korrekt konfiguriert ist und bereits einmal funktioniert hat. (dazu hat bei mir die im Bugreport beschriebene Reihenfolge geholfen)

Ich konnte folgende Regeln erkennen:
1. Um eine erfolgreiche Verbindung herzustellen, muss zuerst DMXC3 und dann (als Admin) DMXC2 gestartet werden.
2. Es funktioniert nur, wenn DMXC2 als Admin gestartet wurde. Bei DMXC3 scheint es egal zu sein. (Wenn DMXC2 als User gestartet wurde, müssen beide Programme erst beendet werden, bevor es neu versucht werden kann.)
3. Sofern beide Programme laufen und erfolgreich verbunden sind, kann man eines der Programme neustarten, auch wenn dadurch die Reihenfolge (siehe 1) nicht beachtet wird. Das andere Programm darf allerdings nicht beendet werden.
4. Wenn beide Programme laufen und keine Verbindung besteht, müssen auch beide Programme beendet werden und anschließend neu gestartet werden. Es hilft nicht, nur ein Programm neu zu starten, selbst wenn dann eigentlich die erforderliche Reihenfolge (siehe 1) gegeben wäre.

Vielleicht hilft das jemandem weiter.

Gruß Simon

PS: Win 7 x64

Edit:
Ein Blick mit Wireshark zeigt folgendes:
A) Die Verbindung klappt, wenn DMXC3 läuft und dann DMXC2 gestartet wird. Beide Programme senden dann regelmäßig Pakete ab.
B) Wenn DMXC2 läuft während DMXC3 gestartet wird, sendet DMXC3 überhaupt keine Pakete ab.

Um herauszufinden, wieso DMXC3 im Fall B keine Pakete sendet, habe ich mit "netstat -a" die von beiden Programmen geöffneten Ports verglichen:

Beim Start nur von DMXC2 wird der UDP-Port 6454 auf 0.0.0.0 geöffnet.
Beim Start nur von DMXC3 wird der UDP-Port 6454 auf 0.0.0.0 geöffnet.
Beim Start von DMXC3 und anschließend DMXC2 wird von DMXC3 der Port 0.0.0.0:6454 und von DMXC2 der Port 192.168.178.39:6454 geöffnet.
Beim Start von DMXC2 und anschließend DMXC3 wird von DMXC2 der Port 0.0.0.0:6454 und von DMXC3 kein Port geöffnet.

Ich vermute, dass hier der Fehler liegt, was auch oben genanntes Verhalten erklären würde.

Hallo Stefan,

danke für die Infos. Es hat funktioniert. Ich bekomme einen Ping (7)->(3) und (7)->(2). Die (1) läuft gerade nicht, deshalb kann ich hier nicht testen. Ich gehe aber davon aus, dass damit das Problem gelöst ist. Vielen Dank nochmal!!! An alle, die mir geholfen haben!

Gruß Simon

Hallo Stefan,

Quote from Stefan

Probier doch mal dich mit Ping von (7) -> (3), (7) -> (2), (7) -> (1) vorzukämpfen.

Gute Idee... hätte ich eigentlich auch selbst drauf kommen können.
Interessanterweise hänge ich schon bei (7)->(3), und das, obwohl ich das Webinterface von (3) erreichen kann. Aber auch (7)->(2) scheitert.

Gruß Simon

Hallo Stefan,

Quote from Stefan

Klappt es denn, wenn du im gleichen Netz bist (nicht über VPN)?

Ich hole mal ein bisschen aus. Der Aufbau ist folgender:

- - - - (1) Kernel-PC
- - - (2) Router
- -* (3) PC mit "PfSense", über den die ganze Internet-Verbindung im Schulnetz läuft und der zahlreiche Netze bedient
- (4) FritzBox
(5) Internet
- (6) FritzBox
- -* (7) GUI-PC

* Die mit * markierten Geräte verbinden sich per VPN.

Innerhalb des Netzes "(2) Router" kann man den Kernel-PC anpingen, innerhalb des Netzes "(6) FritzBox" kann man den GUI-PC anpingen. Das VPN läuft übrigens über PPTP. Der "(3) PC mit PfSense" ist übrigens so eingestellt, dass er alle Anfragen aus dem VPN-Netz und alle Anfragen aus dem Router-Netz ins VPN-Netz durchlässt.

Danke für eure Hilfe!
Gruß Simon

PS: Das mit dem Ping ist mir eigentlich egal, ob da ein spezieller Sinn vorliegt. Auf dem Kernel-PC ist die Windows Firewall eh komplett deaktiviert. Da ist kein spezieller Schutz nötig. (Der liegt auf (3))

Hallo,

nachdem alle Probleme damit beseitigt sind: Hier mein DDF für den Stairville Robohead X-3 LED (Thomann).
Ich habe es noch nicht am Gerät testen können, aber die ausgegebenen DMX-Werte müssten passen.
Es handelt sich um die 16-Kanal-Belegung.

Gruß Simon

Edit: Den 11-Kanal Modus kann man mMn vergessen, da kein Dimmerkanal zur Verfügung steht. (Nur An/Aus über den geöffneten/geschlossenen Shutter)
Trotzdem im Anhang auch noch die 11-Kanal-Belegung.
Edit 2: Von Qasi gewünschte Änderungen (siehe hier) durchgeführt und neu hochgeladen.

Hallo Patrick,

danke, genau das war es, was ich gesucht habe. Vielen Dank!
Damit hat sich das Thema erledigt.

Gruß Simon

Hallo Stefan,

danke für die vielen Infos. Das Netz sollte so konfiguriert sein, dass alles weitergegeben wird.
Was kann ich denn machen, damit die Rechner per Ping erreichbar sind? Woran kann es liegen, wenn es nicht klappt?

(Ich hab das schon mal gegoogelt... man findet viel, nur nicht das richtige.)

Gruß Simon

Hallo Patrick,

danke für die Info... dann kann ich auch das streichen. Bleibt eigentlich nur Punkt 4. (vgl. auch #10)
Gibt es dafür zufällig auch eine Lösung?

Gruß Simon

Hallo lichtheini,

danke für die Infos. Der Robohead hat einen ganze Kanal voll mit solchen Funktionen, die man ein paar Sek. lang übergeben muss, damit er sie registriert. (Funktionen, um die LED beim Bewegen auszuschalten, Funktionen, um die Achsen, Farbrad, Goborad, Alles, usw. zurückzusetzen, ...) Es hat sich als fatal erwiesen, den Kanal nur per DropDown zu setzen (damals bei DMXC2) und dann zu lassen, denn dann setzt sich der MovingHead endlos zurück, bis der Kanal auf 0 gesetzt wird.
Insofern sollte das schon der korrekte Anwendungszweck für Prozeduren sein oder gibt es da noch andere Möglichkeiten? (außer, den Kanal manuell zurückzustellen)

Gruß Simon

Hallo simon1,

Ich glaube, das, was du suchst, müsste ein Hazer (Wikipedia) sein.
Leider hatte ich noch nie das Privileg, einen verwenden zu können... (Feuermelder im Schulgebäude -.-) ich kann dir also nicht viel mehr sagen.

Gruß Simon

Hallo lichtheini,

Danke! Das wars... (Ich meine zwar, dass ich das probiert hatte, aber wahrscheinlich war ich zu doof.)
So funktioniert der Gobo-Shake auch einwandfrei.

Gruß Simon

Edit: in dem ColorSpot-DDF sind ganz unten Prozeduren definiert. Ich habe testweise mal eine in mein DDF kopiert. Wie rufe ich sie denn auf?
Edit 2: Ich habs doch gefunden... Rechtsklick auf das Device.
Edit 3: Weißt du zufällig auch, ob man benutzerdefinierte Prozeduren erstellen kann?

Hallo geg,

hab ich probiert. Außerdem: Weißt du, wie man den Goboshake standardmäßig auf "aus" stellt? (auch hier funktioniert ein [defaultval="0"] im <goboshake /> nicht)

Gruß Simon

Hallo geg,

Danke für deine Hilfe!

Die Doppelbelegung der Kanäle hat problemlos funktioniert. (Punkt 1, 3)
Eine Lösung für den Programme-Kanal (Punkt 4) war unter deinem Link auch zu finden.

Was nicht funktioniert hat, ist der Defaultwert für den Shutter. (Punkt 6)

<shutter dmxchannel="8" defaultval="open">
      <step type="closed" mindmx="0" maxdmx="3" />
      <step type="open" mindmx="4" maxdmx="7" />
      <step type="open" mindmx="216" maxdmx="255" />
    </shutter>
    <strobo dmxchannel="8">
      <range type="linear" mindmx="5" maxdmx="215" minval="0.5" maxval="10" />
    </strobo>

Ich habe auch defaultval="255" probiert, auch ohne Erfolg.

Gruß Simon

Hallo,

ich habe heute nochmal ein neues DDF für den Robohead erstellt, dass die meisten der oben genannten Punkte behebt, etwas kompakter im Platzverbrauch und gleichzeitig mMn auch übersichtlich er ist und den Fine-Kanal der 3. Achse benutzt.

Den 3. Finekanal steuerte ich mittels eines Sliders mit 65536 Schritten an. Dieser wird mittels Proceduren auf Grob- und Fine-Kanal abgebildet. (Und umgekehrt)

Ich muss das ganze noch testen und ein paar Kleinigkeiten beheben, dann lade ich es (morgen) hoch.

Ich habe auch optional eine weitere Funktion in das DDF eingebaut, die der MH so nicht beherrscht. Diese kostet mich allerdings 5 weitere DMX-Kanäle, die ich als "Zwischenspeicher" brauche. Per Knopfdruck kann man einen "Fine-Modus" aktivieren, der die zwei "Hauptachsen" auf einen sinnvollen Bereich von 180° einschränkt. So sollte (noch ungetestet) eine wesentlich genauere Steuerung möglich sein, ohne auf die Flexibilität verzichten zu müssen, die mit der Einschränkung daherkommt.

Gruß Simon

Edit: Da ist es nun in zwei Versionen. Ich hab es schon mal "trocken" getestet, die Werte müssten passen. Wie der MovingHead damit klarkommt, kann ich jetzt noch nicht beurteilen. (Hier müsste man vor Allem testen, ob der "Fine-Modus" praktikabel ist.)

Hallo Soon5,

das wäre natürlich noch viel besser. Ich will das Softpult...

Gruß Simon
PS: Bitte nicht missverstehen.

Hallo fisl,

im Grunde würde es doch reichen, wenn man im Input Assignment die Cues einer Cueliste findet und für jeden Cue die Funktion "Go To" und "Go Next" hätte? (wobei ich den Unterschied zwischen Go To und Go Next nicht kenne)

Gruß Simon

Hallo,

ich hab noch was ganz unphilosophisches:

Könnt ihr im Input Assignment vielleicht auch die einzelnen Cues und/oder Presets aufnehmen?
(Mir schwebt folgendes vor: Softdesk mit Buttons, pro Button eine Lichtstimmung, die aufgerufen wird)

Bisher gibt es da nur die Möglichkeit, lauter Cuelisten mit je einem Cue zu erstellen.

Danke.
Gruß Simon