Posts by Maxiking1994

Moin,

Quote from LightningBrothers

Das kannst du mit dem besagten Cue Timing Editor realisieren, wenn du Dimmer und Farbe gemeinsam in einer Cue speicherst. Aber da ich dir eher empfehle, dies zu trennen und Dimmer von Farbe getrennt in Cuelists zu speichern, musst du dir im Bereich des Input Assignment keine Gedanken machen. Darüber hinaus lässt sich das Ganze mit einer Cuelist Group und mehreren Cuelists meiner Meinung besser realisieren, weil du mit dem Cuelist Monitor ein interaktives Steuerelement hast, dass sich immer an dem Inhalt der Cuelist Group orientiert.

Da hast du mich missverstanden was mein Problem an dieser stelle ist.

Ich kann das Einblenden einer farbe im Timing Editor ändern oder die Fadetim einer Cue die nur eine farbe enthält auf 0 setzen.

Dabei entsteht nur ein Problem. Dieses Verhalten benötige ich genau ein Mal, wenn ich die Dimmer Cue Starte. Danach hätte ich gerne eine Fadetime.

Zum nächsten Punkt.

Um eine Aditive Farbmischung für RGB scheinwerfer zu erstellen, geht man am besten hin und erstellt eine Cue, die die Farben im RGB-Farbmodell ohne Fadetime auf Schwarz stellt. Diese Cuelist enthält nur diese eine Cue. Das gemeinsame Starten müsste über die Cuelistgroup erstellbar sein. In der Cuelistgroup für Farben bekommt diese Cuelist dann die niedrigste Priorität, so, das alle Cues mit Farben diese Überschreiben.

Die Beschreibung mit der Cuelistgroup behebt auch das Obere Problem mit der Fade Time, da diese nun rein von den Cues mit einer Farbe abhängig ist.

Edit: Offtopic Diskussion bzw. reines Interesse

Sinn des Dimmers: einpegeln der Einzelnen Lampen bzw. Helligkeit auf der Bühne

Sinn der Farbausgabe: Eine entsprechende Farbe wiedergeben

Warum hatte man sich für diesen Ansatz entschieden bzw. Warum betrachtet man nicht die Bühne sondern die Lichtquelle?

Gruß

Max

Moin,

Ich Verstehe den Hintergrund. MH und Scanner Filtern Licht aus einer Weißquelle heraus (subtraktive Farbmischung) mit dem Farbrad und RGB-Lampen addiren die einzelnen Farben zu Weiß (Additive Farbmischung).

Indem man sich für Weiß als Grundfarbe entschieden hat, musste man keinen Verknüpfung / Übersetzung zwischen additive und subtraktive farbmischung erstellen, was das kombinieren von beidem einfach ermöglicht hat.

Jetzt zu dem Problem

Wenn ich die Fade-Time der Farbe auf 0 stelle gilt dies doch immer, egal wie ich die Cue starte?

Beim ersten Starten der Cue habe ich gleich die Farbe (Fade-Time=0), möchte ich jetzt mit goto im Input Assignment zu einer Cue mit einer Anderen Farbe wechseln, Springt die LED ohne Fade direkt auf die Farbe.

Gibt es für unterschiedliche Fade-Time eine einfache Einstellung ohne im Inputassignment eine Logik aufbauen zu müssen?

Ich möchte nicht für jede Cue die die Farben steuert die Abfrage einbauen müssen, Fade-Time nach Fader-Wert, wenn eine Dimmer-Cue schon läuft, sonst Fade-Time =0.

Eine Idee von mir:

Mit dem Start der Dimmer Cue wird auch die Farbe Schwerz gesetzt. Die Dimmer-Cue wird mit einem Button im Softdesk Global für alle RGB-Lampen aktiviert.

Danach kann ich dann nach belieben einzelne Cues mit Farbwerten Starten. Gleichzeitig kann immer nur eine Cue mit Farbwerten aktiv sein wegen LTP.

Quote from JPK

Nein. Die gibt es nicht. Das ist aber auch eigentlich nicht nötig. Du denkst zu sehr in den Kanalwerten Löse dich davon und lasse die Kanalübersicht einfach zu Ist doch egal, welche Werte über DMX übertragen werden, solange das dargestellte Ergebnis stimmt Und das Weiß ausgegeben wird ist auch nicht erst nach einer gewissen Zeit der Fall, sondern sobald du ein DDF einfügst, in dem ein RGB-Wert definiert ist.

Ich denke nicht in DMX-Werten, In QLC+ gibt es die sogenannte RGB-Matrix. Mit dieser lassen sich ganz einfach Fanning Operationen oder Effekte auf einen oder mehrere RGB Farbwerte oder einen oder mehrere eingestellten Farbcodes legen oder deren Intensität bzw. den Alphakanal.

Ich glaube, diese Steuerungsmöglichkeit bietet DMXControle 3 erst, wenn:

• eine Intensität oder ein Alphakanal für die Farbwiedergabe zu verfügung steht und dieser mit einem Fanning oder Parameter belegt werden kann
• eine Farbmischung zu Verfügung steht
• Farbwerte, bzw. ganze Farbcodes aus dem Softdesk in eine Cue / Culist übernommen werden können

Ich kann in QLC+ auch den Dimmerwert getrennt von der RGB-Matrix steueren für eine Gerätegruppe, wie in DMXControl 3.

Ich glaube ich nenne den Thread bald um in: "Ich versuche DMXControl 3 zu verstehen XD"

JPK du darfst auch gerne wieder diesen Beitrag auseinander nehmen

Gruß

Max

Moin,

Quote from LightningBrothers

DMXControl 3 bietet dir drei verschiedene Farbmodelle für die Eingabe der Farbe, nämlich RGB (wie in deinem Screenshot zu sehen), CMY und HSV. Der Wechsel erfolgt über die mittlere Maustaste. Das ist aber alles auf der gleichen Ebene - ob du die Farbe im Device Control oder im Color Panel über den Colopicker einstellst macht da keinen Unterschied.

Mir ist Gerade was aufgefalle: obwohl in meinem Screenshot die Farben RGBWA zu sehen sind, werden wenn man nur RGB nutzt, weiterhin durch die HAL auch die Farbe Weiß und Amber mitgesteuert. Dies ist nicht der Fall, sobald man einmal einen eintrag in Amber oder Weiß vorgenommen hat, weil dann die Farbe nicht mehr durch die HAL sondern, durch den Programierer direkt gesteuert werden. Hier wäre eine Zurücksetzentaste sehr sinnvoll, damit man den Cue nicht löschen muss, wenn man darin einen Eintrag hatte.

Weitere Möglichkeit dieses Verhalten als eigenen Fall zusätzlich zu den 3 Farbeinstellmöglichkeiten zu nutzen. Also HSV, CMY, RGB und direkte Farbeinstellung nach den vorhandenen Farben des Gerätes.

Ich ging davon aus, das man in dieser Ansicht nur direkt die Farben steuern kann, da nach meinen Einträgen auch nur dieses Verhalten zu beobachten war. Damit kann ich jetzt auch behaupten DMXControl3 Arbeitet was Farben angeht auf der Ebene 0 soweit die Übersetzung der HAL es zuläst

Mir fällt noch was ein, wenn ich eine Zeit Lang herumgespielt habe, gibt DMXControl 3 selbst wenn der Programmer Leer ist und auch keine Cue läuft die Farbe Weiß aus. Gibt es eine Möglichkeit es so einzustellen, das alles aus auch alles aus ist?

Eine weitere frage die sich mir stellt, gibt es eine möglichkeit den Dimmer farbunabhängig zu steuern? Da sobald ich den dimmer Steuere wird Weiß ausgegeben. Dieses verhalten Spiegelt ein Offenes Farbrad wieder. Wie gehe ich mit dem Verhalten am besten mit RGB Scheinwerfern um, das ohne Farbausgabe der Dimmer nicht läuft und bei einem Farbwechsel der Grundfarben kein harter Cut passiert? Ansich Reicht es wenn zu erst eine Farbe eingestellt wird und anschließend erst der Dimmer benutzt wird. Ich glaube aber nicht das ich daran Denken werde wenn es Life geht.

Aktuell erzeuge ich mir damit Falsche DMX-Werte. Problem die Statischen Farben die einprogrammiert in der Lampe sind, werden auch über den Dimmerkanal gedimmt, aber die Ausgabe von DMX-Werten bei den Farbkanälen RGBWA sperren im Gerät automatisch die eingebauten Effekte / Farben. Es ist für mich zum Glück kein problem, da ich die eingebauten Effekte nicht nutze.

Was mir gerade auch auffällt, eine Cue nur mit Farben kann über die Intensität der Cuelist nicht Beeinflusst werden.

Die Farbesteuerung läuft immer über LTP (zuletzt aktivierte Cue) und sie kann nur über Priorität übersteuert werden. Habe ich das so richtig mitgenommen?

Quote from LightningBrothers

Hier würde ich wie gesagt einfach eine Reihe an Cuelists vorbereiten, wo die Farben entsprechend fest vorgegeben sind. Denn wie ich ja schon sagte: du kannst auch auf die Farbe beliebig viele Effekte anwenden. Durch das intelligente Setzen der Parameter für die Effekte kannst du so bereits interessante Farbüberlagerungen erzeugen.

Nach der Erkenntnis von gerade eben habe ich deine Erklärung erst richtig verstanden. Ich kann mein gewünschtes Lauflicht erstellen. Ich muss bloß für jede gewünschte Farbkombination eine eigene Cue erstellen der die Farbwiedergabe steuert. Zusätzlich müsste ich dann die Lauflicht-Cuelist mit einer höheren Priorität steuern als die Cuelist mit den Mono Farbigen Cues ohne Effekt.

Vielen Dank für die Ausfürliche Antwort noch.

Gruß

Max

Moin,

DMXControl3 arbeit mit der HSV Farbmischung auf der Ebene 0 und wird doch direkt in RGB Werte unter den Geräteeigenschaften in einer Cue Gespeichert (Ebene 1).

Ist das so richtig?

HTP ergibt bei der HSV Farbmischung keinen Sinn, aber würden die Farben als RGB Werte verrechnet werden, kann hier HTP verwendet werden. Die HAL würde die RGB-Werte dann auf die tasächlichen vohanden DMX-Kanäle umrechen.

Was würde ein Alpha-Kanal (also transparenz) bewirken, wenn ich es richtig verstehe kommt bei 100% Transperenz Weis raus, oder schwarz?

Mein Problem ist, das ich rein Statisches Licht nutze und mir so keine Effekte außer ein an und Aus (incl. aller zwischenwerte) mit einer Farbe habe.

einen Überlagernden Blindeffekt kann ich leider nicht nutzen, da auch hier keine Farbmischung möglich ist. Hier geht auch nur die Aktuell letzte Programierte Farbe und diese würde auf 100% geregelt werden und der rest der Aktiven Cues würde erst dann wieder Leuchten (Priorität bekommen), wenn der Blindeffekt kommplett durchgelaufen ist, wenn mit dem Blindeffekt eine Farbe verbunden ist.

Ich denke, ich muss noch warten bis zur Version 3.3 oder 3.4 bis eine Farbmischung gibt.

Gruß

Max

Moin,

die Videos hab ich mir schon alle angesehen. Der Grund warum ich diesen Thread aufgemacht habe ist, das ich mit dem Wiki und den Videos leider nicht weiterkommen.

Im Anhang ist das Projekt.

Ich glaube das Problem gefunden zu haben. DMXControl3 kann den Dimmer mit HTP mischen unter den Cues.

Der Steuerung fehlt glaube ich eine Logik, wie Farben gemischt werden (kann das daran liegen das DMXControl3 keine Intensität/Deckkraft der Farbe kennt?). Dies macht keine Probleme solange man mit Farbfiltern arbeitet. Bei RGB Lampen, ist aber ein mischen von Farben für überlagernde Cues wichtig. Genauso wie einer Cue eine Farbe Extern steuern zu können. Im Input Assignment kann ich nur Cuelists steuern, hier müsste es dann auch möglich sein Parameter der einzelnen Cue zu ändern.

Aktuelle Interpretation meinerseits wie DMXControl3 arbeitet, stimmt das?

Cues sind Geräte-abhängig, da sie direkt Geräteeigenschaften steuern (Die in den Gerätegruppen vorhanden sind). Aktuell Übersetzt die HAL eine Geräte-Unabhängige Codierung von Geräteeigenschaften in eine Geräteabhängige DMX Codierung.

Hintergrund für diese Art von Beschreibung ist die Programmierkentnis von CAM von CNC Maschinen. Dort wird auch mehrmals ein CNC-Programm neu codiert.

Aus meiner sicht, wie ich die Funktionsweise von DMXControle3 verstehe:

• DMXControl3 Arbeitet auf der Ebene 1
• Ein 24 Kanal Scenenzetter arbeitet auf Ebene 2
• Idee der Steuerung von meinen überlagernden Cues liegt auf Ebene 0
  • Wunsch 1: Farbe Rot als Grundfarbe mit 50% Intensität
  • Wunsch 2: Blaues Lauflicht mit 80% Intensität
  • Wunsch 3: Blind-Effekt mit 100% intensität
  • -> DMXControl3 müsste diese 3 Wünsche intern verarbeiten / überlagern

Ich hoffe meine Schreibweise stößt niemand hier vor den Kopf, denn alle hier im Forum sind sehr Hilfsbereit und geben sehr gute Unterstützung und die mitarbeitenden Leute an DMXControl3 machen einen guten Job.

Gruß

Max

Moin,

Danke für die Ausfürlichen Antworten. Ich geh einfach mal von Oben nach unten durch.

Quote from Helmut

Da hast du schon das richtige Gesagt, Gerätegruppen. Wenn ich das richtig verstanden habe sind es immer Max 8 Scheinwerfer die in 2 Gruppen aufgeteilt werden. Du wolltest sie Gemeinsam sowie auch jede Gruppe einzelnt Steuern können.

Vorgehensweise: Die 8 Geräte anlegen und auch gleich die Gerätegruppe für alle. Dann 2 Weitere Gruppen für Wand und Stativ. Jetzt ziehst du nur noch die benötigten Geräte in die entsprechende Gruppe. Fertig.. Falls du mal schnell die Gruppen ändern möchtest als ein Gerät aus der einen Gruppe in die andere einfach das Gerät aus der einen Gruppe entfernen und der anderen Gruppe hinzufügen. Es werden keine Blindgeräte benötigt. DMXC hat seine Strärken bei Gerätegruppen und die Berechnungen für die einstellung finden erst statt wenn etwas ausgeführt wird.

Beispiel: Gruppe mit 2 Scheinwerfer und Fanning auf Dimmer 0<100 in Cue gespeichert = erster aus, 2 an. Fügst du der Gruppe nun weitere Scheinwerfer hinzu wird es aufgeteilt über alle Scheinwerfer in der Gruppe.

Der Punkt mit den Blindgeräten hatte ich schon mal im Folgendem Thread Mehrdimensionale Gruppen mit LightningBrothers erörtert. Es geht dabei um den Syncronen und Positionsgenauen Durchlauf von Fanning Effekten. Wenn Ich unterschiedliche Große Gruppen habe, und Aus Gruppe_1 der 3te Scheinwerfer gleichzeitig den selben Effekt haben soll wie der 1te aus Gruppe_2 dann muss in der Gruppe_2 2 Blindgeräte vor dem 1ten Gerät sein. Hintergrund: DMXControl kennt nur 1-Dimensionale Gruppen und kann daher die Position der Scheinwerfer auf der Bühne nur anhand der Position in Gruppen feststellen.

Helmut, bei dem von dir Erstellten Projekt kann ich die Farben einzeln steuern, so sollte es sein, mein Problem sind aktuell erstmal die Effekte mit Fanning zu erstellen, die Über die Grundfarbe Laufen.

Beispiel:

Ich stelle für alle Scheinwerfer Rot als Grundfarbe ein. Mit Hilfe von Fanning und einer Sinuskurve auf dem Dimmer erzeuge ich Lauflicht. Dieses Lauflicht soll nur sich Beeinflussen und nicht die Helligkeit der Grundfarben Cue. Für dieses Lauflicht möchte ich auch die Farbe steuern können.

Wenn ich in DMXControl, dieses Lauflicht erstelle überschreibt die Einstellung des Dimmers die Einstellung der Grundfarbe. Gibt es hierfür eine Lösung?

Wenn ich das Fanning auf eine einzelne farbe anwende überschreibt dies die Grundfarbe.

Ich habe alles in unterschiedlichen Cues abgelegt.

Vielleicht bin ich ja mit der vorgehensweise Falsch unterwegs. Aktuell Steuere ich über die Gerätesteuerung mit der HAL direkt die Geräte. Gibt es die Möglichkeit Gerätesteuerungsunabhängig auf eine Gruppe einen Effekt zu legen?

Ich stelle mir das ganze vor, wie in einem Bildbearbeitungsprogramm mit den Unterschiedlichen Ebenen.

Hoffe ihr könnt mir Helfen.

Gruß

Max

Moin zusammen,

ich würde gerne aktuell von QLC+ zu DMXControl wechseln.

Ich hab mir aktuell einige Gedanken gemacht wie ich was nutzen möchte. Nun bevor ich Stunden lang teste und ausprobiere wollte ich fragen ob meine Überlegungen so umsetzbar sind.

Einsatzgebiet ist die Livebedienung für Auftritte eines Gesangsensemble einer Musikschule. Normalerweise sind es ca. 8 Auftritt im Jahr. Ziel der ganzen Aktion hier: Wollte das ganze dann mit kurzen Erklärungen im ersten Post ergänzen, damit man eine gute Grundlage für einen Wiki-Artikel hat.

Grund-Setup, 8 PAR64-RGBWA. Diese 8 Pars sind meist aufgeteilt in 2 Gruppen, Aufteilung hängt von der Location ab:

• Wand: Beleuchten die Wand hinter den Künstlern (4-8 Stück)
• Stativ: Leuchten meist über die Künstler Richtung Publikum (0-4 Stück)

Das wechseln zwischen den beiden Gruppen würde ich mit den Gerätegruppen Realisieren. Bei Unterschiedlicher Anzahl der Geräte in den Gruppen, würde ich entsprechende Blindgeräte einbauen. Blindgeräte sind Geräte die nicht Real existieren.

Ich möchte die zwei Gruppen, Wand und Publikum jeweils getrennt und auch gemeinsam (Synchron) steuern können. Wichtig hierbei ist, wenn ich einen Effekt laufen habe, jeweils einzeln in einer Gruppe, das ich diesen nachträglich für die Zweite Gruppe einblenden kann. Um auf Beide Gruppen unterschiedliche Effekte haben möchte, müsste ich das Ganze 2x erstellen.

Dabei ist eine Überlegung Effekte immer über beide Gruppen Laufen zu lassen und drei Dimmer (Fader im Softdesk) für diese Effekt-Cuelist zu nutzen.

1. Master Dimmer, Mindest-Helligkeit für beide Gruppen
2. Dimmer für Gruppe Wand
3. Dimmer für Gruppe Stative

Ist es möglich beim Grouphandling die Dimmer innerhalb einer Cue unterschiedlich zu Steuern?

Welche Funktionalität möchte ich hier umsetzen?

Ich geh jetzt mal ans basteln und testen in DMXControl.

Gruß

Max

Moin,

Aktuell ist doch die Version 3.2.1, die zwei Punkte sind aber erst in der Version 3.3 integriert und meines Wissens ist diese Version gerade noch in der Beta.

Gruß

Max

Moin,

ich hatte mir Überlegt eine LED-Lampe aus Ledstreifen (WS2815) zu Bauen (insgesammt 4x2m). 12V macht 12A Strom. Da mir die Idee so gut gefallen hat, hatte ich überlegt diese auch auf einer Bühne zu nutzen. Als Rohr hatte ich an ein Acrylrohr Satiniert oder Opal gedacht. Kennt jemand noch eine günstigere Alternative?

Die Lampe ist ca. 2,1m hoch. Als zusätzliche Bodenplatte hatte ich an ein Achteck mit einem Umkreis von 1m gedacht. aktuelles Gesamtgewicht ist 31kg. Daraus ergibt sich ein Standmoment von ca. 140Nm.

Nun die Frage, gibt es Richtlinie die Festlegt, wie hoch das Standmoment sein muss für Equipment auf einer Bühne sein muss?

Beim EUROLITE STT-400/85 Kurbelstativ TÜV/GS ergibt sich aus den Minimalanforderungen und maximal aufgestellten Beinen ein Standmoment von ca. 200Nm

Um auch 200Nm zu erreichen Bräuchte ich eine Bodenplatte von einer Umkreis von 1250mm und es ergibt sich dann ein Gewicht von min. 35kg.

Ist dies ein Guter Richtwert?

Die Bodenplatte ist nur für die Bühne gedacht und wird mit Rampamuffen und M8 Schrauben befestigt.

Ergebnisse habe ich auf +/- 5Nm Gerundet

Gruß

Max

Moin,

eine weitere Frage dazu, gibt es eine Möglichkeit für diese aufteilung? Dies dürfte mit dem Grouphandling nicht mehr funktionieren oder teuche ich mich da?

Gruß

Max

Hallo zusammen,

soweit ich das mittlerweile verstehe, sind die Effekte, die in einer Gruppe ablaufen rein 1-Dimensional (ohne den Effekt selbst zu Betrachten). Sie Laufen die Nummerierung in einer Gruppe ab. Sobald ich aber mehrere Ebenen in einer Bühne habe, als Beispiel 2-Dimensionen (Oben und Unten) und dabei die Lampen nicht in derselben Anzahl vorhanden sind, kann ich keinen Sauberes Lauflicht mit einem Fanning in einer Gruppe erzeugen.

Bei gleicher Anzahl würde man 2 Gruppen, die jeweils den gleichen Effekt programmiert haben in einer Cuelist gleichzeitig ablaufen lassen.

Als Lösung für dieses Problem würde mir einfallen, Fake-Lampen zu nutzen die nur in DMXControl existieren. Oder 2 Cuelisten mit entsprechenden anders gesteuerten Zeiten.

Habt ihr eine andere Idee?

Beispiel:

Oben Hängen 7 Lampen und auf dem Boden stehen 4

Falls ihr die Gruppen in DMXControl mal überarbeitet, wäre es cool, wenn die Geräte in einer Tabelle angeordnet werden könnten und das Fanning dann für die X-Richtung und Y-Richtung separat gesteuert werden könnten, oder sogar jede Zeile oder Spalte separat bzw. sich 2 Fannings überlagern. Lauflicht von oben nach unten und dieses dann um x Grad versetzt das nächste.

Vielleicht sogar im Raum. Mehr als 3 Dimensionen braucht man hoffentlich nie.

Falls ich damit im Falschen Channel gelandet bin, bitte einfach verschieben.

Gruß

Max

Hallo zusammen,

hat jemand von euch schon Erfahrungen sammeln können zu den Produkten von Flash Professional aus Polen?

Besonderst würden mich die LED PAR 64 SLIM 7x10W RGBW von denen Interessieren und wie gut die Farbkalibrierung bei denen Wirklich ist.

Die Specs sehen schon nicht schlecht aus und Preislich sind sie noch attraktiv und es gibt auch Händler die den Vertrieb in Deutschland betreiben.

Was mir gefällt, ist das es oft eine 15° und 25° Variante der Linse gibt.

Darf ich den Hersteller- und/oder Händler-Link eigendlich hier Posten?

Herstellerseite

Gruß

Max

Moin,

wahrscheinlich stehe ich nur auf dem Schlauch.

Ich möchte aktuell ein Frontlicht steuern. Es besteht aus 4 PAR 64.

Das Softdesk habe ich so angelegt:

Ich möchte mit Hilfe des linken Sliders eine Grundhelligkeit der Pars definieren. Die 4 anderen Slider steuern jeweils eine Kanne.

Die Grundhelligkeit hatte ich überlegt mit einem Compare-Node und einer Multiplikation mit 0 und 1 mit dem entsprechenden Slider zu Lösen, da es kein Gate (Abfrage einer If-Bedingung) gibt.

Die Buttons unter den jeweiligen Slidern sollen die Slider auf 100% oder 0% stellen (nicht nur solange man diese Drückt). Diese einstellung soll durch das Bewegen des Sliders überschrieben werden.

Im Input Assignment habe ich den Slider wie im hier im Beispiel 2 beschrieben angelegt.

Meine Versuche den Button einzubinden ist leider immer gescheitert.

Hat jemand von euch eine Idee, wie ich dies lösen könnte.

Beste Grüße

Max

Ich hab jetzt den Schaltplan gezeichnet.

+5V gehen ans Netzteil

A-GND geht direkt zum A-GND vom Teensy

D-GND geht zum gemeinsamen GND

CLK, MoSi, MiSo, CS gehen durch einen Levelconverter zum Teensy (5V-3V)

Gruß

MaxV

Hallo zusammen,

Aktuell bin ich am Motor-Fader-Board drann.

Beim auslesen der Faderzustände ist mir aufgefallen das an der Endposition (Anschlag) der Widerstand der 2 Motorfader, die ich schon Testweise gekauft habe, von 10k Ohm auf 0 Ohm fällt.

Da es bei beiden Fadern auftritt, gehe ich davon aus, das die Fader einen Baufehler haben. Habt ihr eine Idee wie man sie reperieren kann?

Gruß

Max

Moin,

Erstmal ein sehr schönes Projekt

Seamen

Es gibt auch ganze IC's die ein DMX-Signal umwandeln um LED's zu steuern.

Natürlich fehlt dort noch der Rest wie Stromversorgung usw.

Gruß

Max

Moin,

danke für die Antwort bezüglich der Sprache.

Mir wurde der Teensy3.5 empfohlen wegen 5V Toleranz.

Ich habe ihn mittlerweile getestet und musste feststellen, dass die Toleranz sich nur auf die Digital-Pins beziehen. Bei den Analogpins (A10, A11, A25, A26) können 5V den Mikro-Controller zerstören. Alle anderen Eingänge vertragen 5V und Zerstören nicht gleich das Board, es wird aber im pjrc Forum empfohlen die Analogen Eingänge nicht mit 5V zu betreiben.

Ich habe mittlerweile einen A/D-Wandler von MCP gefunden der per SPI angesprochen wird (MCP300x (10Bit) oder MCP320x (12Bit)).

Damit könnte ich das PCB für die Steuerung und Abfrage der Fader komplett über SPI erledigen.

Aktuell dafür geplante Komponenten fürs Fader-Board:

• MCP 23S17-E/SP als I/O Expander auf dem Board um die L293D zu steuern.
  • Adressierung findet auf dem Board mittels Jumper statt
• L293D zum Ansteuern der Motoren
• MCP3008, ein 12Bit 8-Channel A/D-Wandler, abgefragt über SPI

Da ich nun mit rein Digitalen Signalen Arbeiten kann beim Teensy, könnte ich jetzt alle Signale durch einen Stepp up/down Wandler jagen und mir so das Problem mit 3,3V und 5V aus dem weg schaffen.

Dann noch zur Lötstation Quicko T12-952.

Hätte beinahe vergessen von ihr zu Berichten. Hab sie beim Großen A aus China bestellt und ich bin zufrieden. Für 50€ kann ich sie nur weiter empfeheln.

Geliefert wurde sie mit 5 verschiedenen Spitzen und für die Ersten schritte beim Löten ist sie mehr als ausreichend.

Aufgeheizt ist sie innerhalb von 15 Sekunden, die Temperatur lässt sich zwischen 200°C und 450°C in 10° Schritten Regeln.

Gruß

Max

Moin,

ein kleines Update.

Desto mehr ich mich mit Arduino Beschäftige, desto mehr beschleicht mich das Gefühl das die Rechenleistung für die Angestrepten Displays zu gering ist.

Ich wurde jetzt von mehreren Bekannten gefragt, warum ich das Projekt nicht auf einem Raspberry programmiere.

Für mich stand am Anfang die Entscheidung für Arduino, da es aus meiner sicht bis dato, die Einfacher zu Erlenende Themathik ist.

Meine Überlegung ist, das die Berechnung der Display Ausgabe beim Raspberry eine Grafikeinheit übernimmt, und nicht der Prozessor bzw. Mikrocontroller.

An sich ist das Senden der MIDI-Befehle ja keine Rechenintensive Aufgabe. Das Optische Feed-Back am Midi-Pult was ich realisieren möchte, erhöt die Komplexität stärker als ich erwartet habe.

Jetzt stehe ich vor der Frage, sollte ich doch noch lieber wechseln (Teensy VS Raspberry pi)?

Was meint ihr?

Ein weiterer Gedanke der mir kam, das ich die Platinen mit einem eigen Mikrocontroller je nach Aufgabe ausstatte, und diese dann mit I²C oder SPI mit dem Raspberry kommunizieren lasse, um so eine Größere Flexibilität in der Zukunft mir zu ermöglichen.

Ein weiterse Gedankenspiel von mir ist, wenn ich mir eine Programmiersprache jetzt autodidaktisch beibring, warum nicht eine näher am Ausgangssystem? Vielleicht kann ich mir mit einem Plug-In was ich mir selbst schreiben könnte, manche Funktionen die mir Wichtig sind, in DMCControl selbst Programmieren.

Könnte mir einer kurz sagen in was DMXControl programmiert ist?

Ich weiß aktuell nur das .net verwendet wird, ich denke das es dann in C++ vieleicht Programmiert ist (kann dabei auch falsch liegen)

Gruß

Max

Gruß

Max

Moin,

aus statischer sicht ist ja ein Safty ein Drahtseil mit 2 Kauschen. Einige haben ja noch eine Schlaufe mit Lack versiegelt die Zeigen ob das Safty belastet wurde.

Ein Safty muss, meiner Erinnerung nach, das 10 Fach der Last was es Absichert über 24h tragen können ohne schäden im Material aufzuweisen.

Ein Safty ist für eine Schlagartige Starke Last ausgelegt.

Für mich würde es darauf ankommen was ich aufhängen würde, danach ist es aber kein Safty mehr, sondern ein einfaches Tragseil.

Ich habe keine Ausbildung als Veranstaltungstechniker. Daher können Normen die ich nicht kenne, das nutzen des Saftys als Tragseil für das Fliegen von Lasten aber auch verbieten (als Grob Fahrlässig einschätzen). Da solche Tragseile auch eine Anforderungsliste erfüllen müssen, diese könnten aber auch nur geringere Anforderungen gegenüber den Anforderungen an ein Safty beinhalten (sollte man vorher Prüfen). Wenn dies so ist sehe ich nach meiner Einschätzung daran kein Problem.

Am ende ist es deine Entscheidung ob du das Safty als sicheres Tragmittel siehst. Falls was Passiert muss ein Gericht höchstwahrscheinlich festlegen ob es Grob fahrlässig war oder nicht.

Ich hab gerade bissl experimentiert.

Mir ist aufgefallen das der Effekt nicht alle durch fanning generierte Punkte auf den Graphen bei 0 Grad Starten sondern bei z.B. bei 360°-100°=260°

Das bedeutet wenn der Effekt von Links nach rechts läuft. auf der Rechten Seite gedimmte lampen, beim starten der Cue angehen. Kann ich dies wo Abstellen?

Ich habe bis jetzt nur als Auslöser "one shoot" gefunden nicht "one shot". Macht das einen Unterschied?

Des weiteren klappt es bei mir nicht. hab es mal so eingestellt.

Wenn ich den Artikel richtig verstanden habe, gibt der Auslösewert/ Trigger die Anzahl der durchlaufenden Intervalle des Graphen an.

leider stoppt er die Cue obendrüber nicht, denn beide Starten gleichzeitig (wahrscheinlich liegt daran der Fehler).

Weiß jemand wo man die reinfolge festlegt bzw. wo ich dies nachlesen kann?

Gruß

Max