Ein PTP fähiger Adapter bringt noch kein AVB. Der Apple Core stellt 64 Kanäle zur Verfügung, die bisherigen Adapter für 30€ sind hierzu ausreichend.
Beiträge von marcoboy
-
-
Sch.. drauf, der Glaube versetzt Berge.
Zeit für eine Tasse Kaffee um sich mit dem Thema zu beschäftigen...
Blödes Handy...
-
Der Laie irrt, auch beim Thema DC..
-
Sonst wird die Sache kompliziert und auch ohne Hauspersonal nicht lösbar. Ich würde das über den Rider lösen. "Das Saallicht muss getrennt per DMX steuerbar sein" .
1. Cue per DMX In
2. DMX direkt auf die Dimmer Adresse 1-6
3. extra auf Stative oder auf Single Dimmer gesteckt
-
In der Regel löst man das Problem über den DMX In von Saal Pult. Dort baut man sich einen CUE und den steuert man mit dem DMX In.
-
Immerhin, es geht um Grundlagen. Meine Vermutung ist halt jene das der DC Schutz auslöst da der billige OPV im Eingang clippt. Also eine recht simple unschöne Eigenschaft.
-
Das mit der Kamera ist keine Lösung, schon gar nicht wenn jemand am Pult steht der damit nicht umgehen kann das die PA bei -18dbfs am Ende ist.
Das liegt auch im Mix Stil, die meisten arbeiten nach dem Prinzip was nicht zu hören ist lauter zu schieben... Das ganze ist eigentlich ziemlich Hoffnungslos...
-
Tja sagte ich bereits, ohne Anpassung geht das in die Hose.
Ein ordentliches Signal was zum Rechteck wird und der DC Schutz löst aus. Auch heute noch....
-
Vermutlich der Hersteller auch nicht
wenn ich mich an die PLS erinnere.Das System ist vermutlich deutlich zu klein bei -18dbfs sollte doch genug Pegel vorhanden sein? Um Grunde mündet die Frage darin "wie bekomme ich die Kiste lauter ohne das sie aus geht?". Was falsch machen kann man bei den Kisten wohl kaum was? z.Bsp Full Range Signal, ohne Low Cut etc.
-
Ja aber erst bei massiver Fehlanpassung
. Da erkennt man auch für welche Kunden das Zeug gebaut wurde und für diese ist "aus" die beste Lösung.Deswegen sagte ich die PA korrekt an den Mixer Output anpassen. In deinem Beispiel hätte ich am Input Gain am Controller wenn nötig gedreht. Das wäre vermutlich gar nicht nötig gewesen, da meisten Mixer praxisnahe Pegel erzeugen und PAs diese verarbeiten ohne das was kaputt geht.
Mit +4dbu ist das Zeug zu empfindlich. Entweder passives Dämpfungsglied zwischen oder am Poti drehen. Was du aber laut Manual vermeiden solltest, vermutlich weil die billigen OPVs den Pegel nicht verarbeitet können.
Viel Spaß beim A&H Xone mit +28dbu
. -
Also Mal ehrlich, Fernwartungstools sind euch geläufig? Spannungsanpassung auch? Dann braucht man in der Regel eine Kamera nicht. Denn eine vernünftige Anpassung sorgt dafür daß solche Probleme nicht auftreten.
-
Oh vertippt.. Ohne richtige Anpassung wird es früher oder später Probleme geben mit unterschiedlichen Empfindlichkeiten. Die Hersteller wählen bei aktiver Technik in der Regel eine praxisnahe Empfindlichkeit. Bei Controller Setups kann diese weit auseinander liegen.
-
Das funktioniert so nicht.
Doch funktioniert problemlos, denn die Geräte suchen nach dem Namen. Was aber bei DHCP passieren kann ist das sie andere Adressen erhalten. Deswegen alles statisch und DHCP nur in der Client Ebene.
WLAN ist in dieser Hinsicht nicht sicher, die Clients verbinden sich mit allen APs wenn auch die Keys gleich sind.
-
Das ist wenig hilfreich... dbxx ist immer der Bezugpegel gemeint. dbfs ist der Bezugspegel der maximale digitale Wert des Wandlers. 0 dbfs = 0xffffff(24bit). Um jetzt heraus zu bekommen welche Spannung am Ausgang anliegt muss man wissen welche der Analoge Ausgang bei 0xffffff ausgibt. Das steht im Datenblatt mit z.Bsp. +4dbu oder +21dbu. 0dbu = 0,775V das ist wieder der Bezugspegel. Dein Pult kann also maximal 1,228V/8,681V ausgeben. Jetzt muss man nur noch im Datenblatt des Lautsprechers schauen bei welchem Pegel dieser Vollaussteuerung erreicht, der Rest ist reine db Rechnung bzw. Spannungsanpassung.
-
Nö das wird durch den Treiber verhindert. Meist wird ein FET leitend und bei der Ansteuerung des anderen entsteht ein Kurzschluss. Die Energie in den Kondensatoren erledigt den Rest.
Endstufe auf Kurzschluss prüfen!
PWM Controller und dessen Spannungsversorgung prüfen. Treiber auf jeden Fall wechseln. Strom und Spannungs Überwachung prüfen.
Erst dann Saft drauf.
A: es knallt wieder wohl was vergessen
B: es passiert nichts
C: es funktioniert
-
Einen Dimmer per Gehör zu justieren klingt übrigens lustig, vermutlich ist das nicht die schlimmste Option, ich würde jedoch parallel ein Oszi benutzen.
Nö zumindest für den Offset und Endbereich hört man am Geräusch der Drossel relativ gut was los ist. Vorsicht mit nicht Potentialfreier Messtechnik ! Wenn man keine Ahnung hat welche Teile vom Netz getrennt sind. Sonst Differenzspannungsmesskopf verwenden.
Generell lohnt sich der erhalt der alten Technik kaum, zumindest vom Fachmann. Aber wie ich ahne hast du die Aufgabe übernommen.
-
Entschuldigung dann solltest du die Geräte in fachkundige Hände geben.
Kaputt geht bei den Potis nichts, du verstellst nur die Kurve.
Keine Ahnung was an Messmittel vorhanden ist? Zur Not kann man das auch nach Gehör einstellen. Grob gesagt sind diese Parameter unproblematisch bei normalen Dimmern. Wenn die Kurve derart verzogen ist hat dies andere Ursachen. Möglicherweise ist dann der Zägezahn nicht mehr linear.
-
Wird wohl kaum zu schwer sein. Einer ist für das Offset der andere für den endbereich.
-
Ich vermute mal das die Spannung zu gering ist. Ewt zieht dein Stick zu viel Strom. Beim zweiten Anlauf funktioniert es dann, nimm eben Sticks die dir Anwenden empfehlen. Wenn du ins Kernel log schauen kannst siehst du auch was schief gelaufen ist.
-
Die Sache ist nicht eingeschlafen
.. Ich komme mit dem Konzept voran, es hat etwas gedauert sich etwas auszudenken die descriptoren zu speichern. Die Bibliothek ist hier nicht zu gebrauchen. Alle Dinge die Daten erzeugen können sind schlicht weg nicht implementiert. So gesehen ist die Bibliothek relativ nutzlos, da weder Files gelesen noch erzeugt werden können. Es dauert eben sich Gedanken zu machen wie man solche Datenmengen effizient speichert und hinzu noch parallel aus den Geräten ließt.Die Web Anbindung wird wohl auf Angular basieren und mit einer lokalen Datenbank. arbeiten. Damit nicht jedes "click" event auf der Oberfläche Trafic erzeugt. Uneinig bin ich noch ob das mit REST API -> polling oder per MQTT funktioniert. Also per Websocket des Protokoll wechseln.