Posts by muffin

    Hey,

    das wäre wirklich super :) Aktuell würde ich gerne folgende Messages empfangen:

    • org.dmxc.lumos.Kernel.Messaging.Message.DeviceGroupChangedMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.DeviceChangedMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.ScenelistGroupChangedMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.ScenelistChangedMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.SceneListStartMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.SceneListStopMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.SceneChangedMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.ExecutorPageChangedMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.ExecutorChangedMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.MasterChangedMessage
    • org.dmxc.lumos.Kernel.Messaging.Message.SceneEntryChangedMessage

    D.h. ich würde dann für jeden Typen einen Listener registrieren und die jeweilige MessageID dabei angeben. Was gebe ich denn als ProducerID an?

    Ansonsten bin ich mittlerweile von den Möglichkeiten, welche die Schnittstellen so bieten echt begeistert :)

    Viele Grüße

    Marvin

    Hey,

    das klingt logisch, aber wie muss ich das angeben? Habe jetzt folgendes:

    Code
    org.dmxc.lumos.Kernel.GUISession.IGUISession session;            
    session = sessionManager.registerSession("MeinAddOn", new string[] { System.Net.Dns.GetHostName() }, org.dmxc.lumos.Kernel.GUISession.EConnectionType.LOCAL);
    
    var iListener = new myMessageListener(iMessageCallback);
    session.registerMessageListener(iListener, (Guid.NewGuid().ToString()), (Guid.NewGuid().ToString()));
    Log.Info("iListener gebunden");

    Die Ausgabe iListener gebunden erscheint auch im Log, aber bei der registerMessageListener-Methode muss ich ja die beiden IDs angeben. Wenn die producerID im ganzen Plugin gleich sein soll, tuts ja eine GUID. Aber was gebe ich hier für die messageID an, wenn jede Message am Ende eine eigene ID haben soll?

    Der myMessageListener sieht so aus:

    Das onMessage wird aber nie ausgeführt, onMessage ausgelöst erscheint nicht im Log. Oder verstehe ich das ganze Konstrukt der Session-Messages falsch? So wie ich das sehe müsste darüber doch eine Session über Änderungen an zb. einem Device informiert werden, d.h. ich füge ein Device hinzu/ändere den Namen eines Devices und die Message müsste vom Listener aufgefangen werden?

    Vg

    Marvin

    Hey,

    also mit dem Thread hats geklappt, es wird nun eine Session erzeugt und der Listener gebunden.

    Die "ManagerDependencies" habe ich für Plugins nicht gefunden (ich verwende die 3.1.3), lediglich für Manager selber... Wäre aber ggf. auch für Plugins spannend wenn ein Plugin auf ein anderes zugreifen soll.

    Unsicher bin ich mir nur noch, welche Werte ich beim Binden für die Parameter producerID und die messageID angeben soll - im Idealfall soll der Listener einfach alles mitbekommen und selber filtern. Ich habe hioer schon String.Empty, "*" und null probiert... Wenn ihr mir da nochmal kurz auf die Sprünge helfen könntet wäre das klasse :) Ist denn die Idee über diesen Listener geänderte Objekte "abzuhören" überhaupt der richtige Weg?

    Viele Grüße und vielen Dank für die Hilfe

    Marvin

    Hey zusammen :)

    Ich versuche mich grade daran, mal testweise ein Plugin für den Kernel zu erstellen. Dabei möchte ich mich wie die GUI zum Kernel verbinden und habe dafür in einem anderen Thread ein Code-Snippet gefunden.

    Wenn ich dieses nun wie folgt anwende:

    erhalte ich immer den Fehler:

    Code
    2019-06-04 14:58:49,705 [Main] INFO  meinAddOn.meinAddOnPlugin - DESKTOP-KLEOGFT
    2019-06-04 14:58:49,732 [Main] INFO  meinAddOn.meinAddOnPlugin - No Project loaded!
    2019-06-04 14:58:49,739 [Main] WARN  org.dmxc.lumos.Kernel.Run.KernelRunManager - Some Services are still not started: PluginManager, FannedValueManager, SettingsManager, ThreadManager, ResourceManager, AttachableManager, ProjectManager, KernelNetManager, KernelTimecodeReceiver, SessionManager
    2019-06-04 14:58:49,741 [Main] ERROR meinAddOn.meinAddOnPlugin - SessionManager-Error: Manager has to be initialized first: SessionManager

    Bin da grade etwas ratlos - denn die Ausgabe von Hostname und aktuellem Projekt funktioniert ja. Das vollständige Log habe ich angehangen, da steht auch vor diesem Fehler, dass der SessionManager initialisiert wurde.

    Zum Hintergrund: Das Plugin soll Änderungen an Cuelists, Devices, Masters etc. erkennen, da sah der MessageListener, den man an den SessionManager binden kann recht vielversprechend aus - oder gibt es hier eine bessere Methode?

    Würde mich freuen, wenn ihr eine Idee für mich habt.

    Viele Grüße

    Marvin

    Hey Steff,

    das Ventil wird direkt mit 230V Wechselstrom betrieben.
    Das heißt ein "RC Glied" verhindert bzw. reduziert die von der Spule ausgehende Induktion?

    Habe mit dieser Anleitung mein altes Eurolite-Interface auch in DMX-Control 3 ans laufen bekommen, damit habe ich bislang (toi toi toi) keine Probleme feststellen können. Ich probiere mal weiter und halte euch auf dem Laufenden.

    Lg
    muffin

    Hey,

    danke für die fixe Antwort. Habe das gestern mit einem Freund und seinem Oszilloskop mal untersucht. Wie du vermutet hast wird hier eine Spannung induziert, allerdings geht diese nicht (nur) von der Hochspannungsspule aus, sondern vom Magnetventil.

    Werde nun mal ausprobieren, ob es mit anderen Interfaces besser funktioniert oder ob eine galvanische Trennung zw. Interface und DMX-Verkabelung Abhilfe schafft.
    Die Wireless-Geräte hatte ich auch schon mal gesehen, eigentlich sehr hilfreich, aber was mich abgeschreckt hat ist die zusätzlich erforderliche Spannungsversorgung bzw. das hierfür erforderliche Trafo.

    Lg
    muffin

    Hallo,

    ich weiß nicht so recht, ob ich hier richtig bin, denn eigentlich dürfte das kein Problem von DMXControl sein, aber vielleicht kann ja trotzdem jemand helfen.

    Ich habe ein Problem mit meinem Eurolite USB-DMX512-PRO Interface. An sich funktioniert es mit meinen RGBA-Scheinwerfern und MovingHeads ganz gut, sobald ich aber bei den Flammenprojektoren den Kanal hochdrehe (egal welchen ich belege) und der Lichtbogen das Gas zündet, ertönt der Windows-Sound zur USB-Gerätetrennung und das Interface ist nicht mehr verwendbar.
    Dann muss ich DMXControl 3 beenden, das Interface (das dann im Gerätemanager immer noch drin steht) einmal trennen (der Ton ertönt erneut) und wieder verbinden. Dann DMXControl 3 neu starten und es geht wieder.
    Das Problem besteht auch, wenn ich nur ein Kabel am Interface (ca. 150cm) anschließe und die Flammenprojektoren per mitgelieferter Fernbedienung zünde. Nach wenigen Zündungen "trennt" sich dann das Interface.

    Habe schon verschiedenen USB-Kabel ausprobiert, an verschiedene Laptops, mit Endwiderstand und ohne am DMX-Kabel, immer das gleiche Problem. Nur, wenn ich am Interface nicht einmal ein Kabel angeschlossen habe, konnte ich das Problem bislang nicht reproduzieren.

    Hat einer von Euch vielleicht auch das Problem und es irgendwie lösen können? Oder setzt jemand ein anderes Interface mit Flammenprojektoren und DMXControl 3 erfolgreich ein?
    Habe hier schon gelesen, dass die Hardware in dem Interface nicht so toll sein soll... Wenn's gar nicht anders geht, muss halt ein anderes Interface eher.


    Lg
    muffin