Das Prinzip ist jenes das kein anderes Gerät gestört werden darf oder selbst gestört wird.

So nun kann Thomann den Ball weitergeben...

Es hängt auch immer von den Bedingungen ab und die würde ich zuerst unbedingt prüfen.

- Potentialausgleich

- Verlegung von Leitungen

Das Problem wird vermutlich von den Lautsprecherausgängen verursacht und die Bedingungen legt der Hersteller fest. Wenn dieser bei der Prüfung nur 50cm dran macht und dadurch die Prüfung besteht hat der sein Ziel erreicht.

Ähnliches Problem besteht ja bei Powerline, welches in einer idealen Elektroinstallationen gerade so die Prüfung besteht. In der Praxis oft zum Problem wird.... Die Lobby macht sich ihre Gesetze selbst.

Bei einen Markengerät kann man zwar auch ein UKW Radio zum schweigen bekommen wenn man dies direkt auf die LS-Leitung stellt. Aber nach 1m Abstand mit 10KW drauf passiert dies nicht mehr.

Nö kann man nicht aber so lange sich niemand beschwert geht das. Ein Fall für die Bundesnetzagentur.

Was helfen könnte wenn man die Lautsprecherausgänge nochmal abblockt und die Kabel natürlich weit weg von der IT Technik verlegt.

Also versuche die Kabel zu trennen von der IT Technik, als gibt auch geschirmte Leitungen für Motoren mit Frequenzumrichter, den Schirm einseitig auf dem Gehäuse auflegen. Obwohl die Masseverbindung technisch auch nicht so toll gelöst wurde.

Vielleicht ist ja auch der merkwürdige "verrostete" XLR Stecker/Buchse daran schuld. Schweiß ist sehr aggressiv und so wie es ausschaut musste der billige XLR Stecker darunter leiden. Die Buchse wird auch nicht besser aussehen... Auch können sich durch salze Übergangswiderstände bilden...

nö, es gibt keine offene Softwareversion, und zu damaliger Zeit war dieses Produkt er uninteressant. Da man ja auch die Hardware brauchte und damit war man ja in Berechtigung eines Keys wenn das Mainbord kaputt ging.

Das Image eines Kollegen kann dir in so Fern hilfreich sein zu testen ob die ganze Kiste noch läuft. Du musst sowie so dir eine geeignete Platte zulegen oder IDE CF Card Adapter.

Aber offenbar das Kernproblem nicht verstanden? Du kannst dir zwar ein Image geben lassen aber du wirst keine DMX Ausgabe haben. Das Problem ist das du zu dieser Hardware einen Key benötigst und die Software dazu ist mit dem Tod des Produktes untergegangen.

Hilft nur sich die Platte anzuschauen und versuchen sie zu retten....

Zitat von gemini

Das ist so nicht korrekt. Die Pakete kriegen beim versenden einen TimeStamp. Bei AES67 & Dante wird der Link Offset beim Empfänger eingestellt (z.b. 1 ms). Der Sender sendet also die Pakete, macht den Timestamp drauf und er Empfänger spielt sie exakt 1ms später ab (durch PTP haben ja alle genau die gleiche Zeit auf NanoSekunden genau).

Du hast leider den Ansatz nicht verstanden, diese Timestamps werden mit dem lokalen PTP Clock verglichen und und der Media Clock ggf. korrigiert. Im Grunde nimmt der Stream Empfänger den Clock des Senders an. Er synchronisiert sich auf den Stream und der Vorteil des CRF Formats ist nur das dort mehr Timestamps vereinbart wurden.

Zitat von gemini

Sehr perfekt sogar. Wie gesagt sogar Kabellängen werden ausgeglichen.

Aber nur wenn man die Parameter der Geräte beeinflusst und unter Dante ist dies ja einfach da der Core aus einer Hand stammt. Mit AVB gibt es verschiedene Implementierungen und des Grundproblem kann auch Dante nicht ausblenden. "Bei AVB wird das beim Sender eingestellt und heisst Presentation Delay" dieser Parameter beschreibt die maximale Zeit inkl. Netzwerkdelay und wurde durch das command get/set max_transit_time ersetzt. Man kann das Path delay vom Cluster beeinflussen und somit einen Ausgleich unterschiedlicher Laufzeiten in den Geräten erreichen.

Zitat von gemini

Das ist auch nicht korrekt. Bei Dante kann ich die genauso Boundary Clocks (und auch noch Transparent Clocks) benutzen.

Das dumme ist nur das es keine AVB Switch gibt welches mit den PTP Profil von Dante arbeiten würde und die es zuließe die Priorisierung per Hand vorzugeben. So kommt am Ende doch nur ein Transparent Clock zustande. Für die AV-Branche ausreichend aber in der Industrie wo AVB zum Einsatz kommt zu instabil.

Im Grunde ging es im die Aussage das nur die synchronisierte PTP ausreichend wäre. Bei genauen hinschauen ist dies nicht der Fall, da der Media Clock sonst von der PTP wegläuft.

Die Aussage bezieht sich aber nicht auf den Media Clock. Sicher ist die PTP die Basis dessen aber wie am Ende der Media Clock erzeugt wird ist in der Praxis sehr unterschiedlich. In Bezug auf AVB werden die Samples just in time versendet. In der Theorie gibt es keine Buffer und damit dies funktioniert müssen die Uhren aller Teilnehmer Synchron laufen. Soweit was bekannt ist...

Es gibt aber in der Praxis doch Buffer und diese sorgen dafür das es zu Verzögerungen und je nach Design sind diese nicht immer planbar(also die Takte die man braucht vorhersehbar) da sie von zuständen abhängig sind.

Zwei Geräte die den selben Stream empfangen und an einen XLR ausgeben haben zueinander dann einen Phasenunterschied. Bei Ausgängen merkt man das wenig bei Eingängen ergeben sich bei Mikrofone unschöne Effekte.

Nun kann man in AVB mit der Präsentations Time basteln und versuchen das Problem auszugleichen. Oder man synchronisiert auf den Streaminput als CRF Stream oder mit Daten. Nun durch dieses Event aus alles synchron und es ist das gleiche Konzept wie mit der BNC Leitung.

Mag sein das deine ADCs auf der Bühne zur PTP synchron sind aber mitunter nicht zueinander das signal welches sie sampeln, also nicht perfekt... .

Dante hat zudem noch einen schlechten PTP Clock, keinen boundary Clock. Die PTP wird mit höchster Priorität durch die Switch geleitet -> schlechter Clock.

Meist sind es sehr einfache Setups und da geht dann auch wenig schief. Dante ist in dieser Beziehung ja auch sehr Anwenderfreundlich, man kann wenig falsch machen und wenn werden Fehler im Controller angezeigt.

Clock Fragen treten nur bei umfangreichen Setups auf insbesondere dann wenn Signale mehre Schnittstellen durchlaufen.

Mit einem (AVB)CRF Stream wird die Sache auch einfacher, man sieht sofort von wo das Gerät seinen Takt bekommt.

Der Unterschied ist folgender weshalb ein Ableiten des Media Clocks aus der PTP in der Praxis nicht funktioniert...

Die PTP ist eine absolute Zeit

Der Media Clock ein Zähler oder besser ausgedrückt ein Event

Wenn Geräte verschiedene Media Clocks bereitstellen z.Bsp 48khz und 96khz gibt es aufgrund von Buffern Phasenunterschiede.

Auch läuft die Phase von der PTP bezogen auf den Media Clock weg. So weit auseinander das es Buffer über oder Unterläufe gibt.

Der Media Clock wird aus den Timestamps gewonnen und das CRF Format ist im Grunde nichts anderes als festzulegen wie oft diese enthalten sind. Z,Bsp 500HZ. Der Media Clock ist unempfindlich gegenüber Packteverlusten. Den Media Clock aus dem Stream zu generieren macht durchaus Sinn und sorgt das auch beim weglaufen es keine Dropsouts gibt. Die Praxis zeigt dies auch, AVB Geräte mit der Clock Source "Intern" spielen nicht miteinander. Weshalb lässt sich schön am Stream Input und dessen Counter Status sehen. Erst wenn die Senke auf den Stream Input synchronisiert kommt ein Ton raus .

Die Gründe sind oben genannt und wie gesagt das reine Ableiten des Media Clocks aus der PTP funktioniert in der Praxis nicht wirklich.

Alle Aussagen beziehen sich auf AVB.....

PTP ist die gemeinsame Zeitbasis und man kann den Clock natürlich aus dieser herleiten. Das Problem ist nur die Uhren sind alle Synchron aber die Laufzeiten im Netzwerk nicht. So muss man den Media Clock aus dem Stream z.Bsp ableiten und die Samplerate ist hierbei irrelevant. Man kann aus 96KHZ einen 48KHZ Media Clock herleiten oder umgekehrt.

In der AVB Welt gibt es sogar ein extra Media Clock Stream CRF der sozusagen den Clock wie auch vorher mit der BNC Leitung verteilt.

Auch in der Network Audiowelt bleibt es nicht aus sich über die Verteilung des Clocks Gedanken zu machen.

Natürlich kann es in einem Netz auch zwei Clock Master geben .

Bei Thomann steht jetzt folgendes unter dem Produkt ...

"Hinweis: Funktioniert nur in Kombination mit Presonus StudioLive-Konsolen und Rack-Mischern unter Verwendung des AVB-Protokolls - Kein Stand-Alone Betrieb möglich."

Meine Bewertung die sich auch darauf bezog ist komischerweise verschwunden .

ich wette das dass Ding nie richtig spielte. Wenn man auf dem Messplatz unter Volllast das Signal anschauen würde sehe ich was ich ahne. Dein drehen an den Potis mit den schlauen Namen ADJ +HV wäre jedem auch klar das man dort lieber nicht dreht. Das ist ohne die passenden Messmittel unumkehrbar.

Nun der Preis ist in sofern in Ordnung, es sieht ja nicht nach Totalschaden aus. Allerdings ist es ohne Ahnung relativ heikel defekte Geräte zu kaufen. Die berühmte Kleinigkeit ist er selten anzutreffen. Es gibt aber immer welche die darauf hereinfallen. Der Gau ist dann wenn jemand anderes schon an dem Gerät sich versucht hat. Sieht ja offenbar auch so aus .

Eine Geschichte kann ich gleich zum besten geben, die mich stunden gekostet hat. Allerdings kamen zwei dumme Zufälle zusammen. Das Problem war simpel, falsch gepolter Kondensator. Die Auswirkungen gewaltig.

Kleine Kunde was passiert bei einen verpolten Elko?

Durch diesen fließt Strom welches das Elektrolyt zum kochen bringt bis diese Platzt. Nur in einer OPV Stufe platz dieser nicht sondern wirkt wie ein niederohmiger Widerstand und verzieht den Arbeitspunk.

Was hat der Künstler davor falsch gemacht? Er hat sich auf den Bestückungsdruck verlassen und diesen vermeidlich richtig herum wieder eingebaut. Das hat er beim plumpen Kondensatoren tauschen gleich zwei mal fabriziert und zum Schluss nach dem nichts mehr lief aufgegeben.

Mit einem Draht hatte ich das schon Ärger, als ich Fragmente einer Endstufe auf den Tische hatte. Egon hatte den Fehler nicht gefunden. Aber wo die Drähte ran gehören hatte er aufgemalt. Nach 2h suchen und durchklingen eines dicken Kabelbaums bekam ich dann heraus das Egon Blödsinn aufgemalt hatte. Der Draht kam da nicht heran und brachte mir 15V In die DC- Gekoppelte Endstufe....

Seitdem lasse ich die Finger von Verbastelten Geräten, bei Gitarrenverstärkern habe ich auch schon witzige Modifikationen erlebt. Die nur mit Nachrechnen der Schaltung aufflogen .

Immer schön weiter an Potis drehen .

Man geht blockweise vor. Zuerst schaut man sich das Signal am Vorverstärker an, sollte hier nichts sein arbeitet man sich weiter zum Leistungsteil vor. Es kann geht sein das dieser ein Problem hat, z.Bsp Rail nicht hochschaltet etc.

Wenn man keine Ahnung hat lässt man es .

Das einfachste wäre natürlich eine PC Anwendung, hier lässt sich ja der Datenverkehr gut beobachten.

Der Entwickler hat natürlich eine Switch die sich in den Mode setzen lässt alle Pakete zu duplizieren . Oder noch einfacher einen HUB im Schrank .

Ich habe mein Gerät zurückgeschickt und ohne Hardware ist auch so ein Mitschnitt wenig hilfreich.

Das Problem sind die PHYs in den Geräten, pauschale Aussagen ohne Bezug zur Hardware sind schwierig. Immer die Angaben der Hersteller mit einbeziehen und wenn möglich ein Kabel wählen welches viele Protokolle zulässt. Auch AES50, so gibt es keine Überraschung.

Stimmt Glasfaser sollte man prüfen, aber es braucht dann zusätzliche Hardware.

Bis der Kondensator von der Startschaltung aufgibt . Den habe ich nicht sicher lokalisiert auf dem Bild und deswegen geschwiegen.

Ja frag den mal ? Welche Hemmnisse es gibt zwecks Stream Format, 1772.1 und weshalb sich die NSB Boxen nicht extern steuern lassen. Mit mir kann er sich auch tiefer unterhalten, ich habe eine Marvell NDA

edit: auch die neue Version ändert nichts an dem Umstand.

Nö ich bastel da auch nicht herum, soll sich der nächste mit dem Teil herum Ärgern. Schön wäre es gewesen..... Wenn keiner mir einen Mixer zur Verfügung stellt werde ich das Geheimnis auch nicht lüften können. Der StudioLive Serie III 16R wäre ja der kleinste Nenner und keine Ahnung ob die Box dort auch wirklich läuft.

Genau das ist was ich an PreSonus Strategie nicht verstehe. Die Software ist ja vorhanden auch die Funktionen auf einen MIDI Driver zu mappen. Somit ließe sich die Box über die DAW steuern. Schließlich bewirbt man die Box ja auch so missverständlich.

Für mich macht es den Eindruck das es von vorne herein nicht gewollt ist. Auch die unvollständige 1722.1 Implementierung wird offensichtlich so hingenommen.

Leider ist der Laden nicht so auskunftsfreudig wie Behringer. Wie oben schon erwähnt werde solche Anfragen nach dem Protokoll nicht beantwortet.

Man bekommt das auch heraus, allerdings habe ich ja kein Pult und das macht die Sache schwer.

An alle Kritiker es gibt Karma punkte ..