Beiträge von marcoboy

Ich kann dich beruhigen, das AVB-Tool und Wandler von RME werden/sind hundertprozentige Milan Geräte. Entgegen dem Digiface AVB kann man die Modi auch nicht umschalten.

Um auf das Thema zurückzukommen, ich weiß nicht ob die Hardware vom AVB-Tool in der Lage ist AES auf den Analogen Ausgängen auszugeben. Technisch ist es in der Theorie ja möglich.... Mit den jetzigen Softwarestand sind es reine Analoge Ports.

https://www.xmos.ai/usb-multichannel-audio/ -> die Lösung zum basteln. AAF und das Thema Milan bekommt man durch aus hin.

AES/EBU Signals In/Out of AVB Network (Page 1) — AVB/Dante - Network based devices — RME User Forum

Da hat jemand die selbe Frage .

"I know that interfacing RME and MOTU via AVB is a crap shoot at best" *Hust*

Da Motu kein AAF Format und Milan unterstützt kommt es zu Problemen. Milan hat den Verbindungsaufbau (ACMP) modifiziert. Womit es beim Verbinden von AVB und Milan Geräte zu Problemen kommt.

Hmm damit wirst du vermutlich nicht glücklich...

Probleme mit dem AVB-Stack...

• 100Mbit/s Interface
• keine Milan Unterstützung
• kein 1722.1
• kein AAF Streamformat -> Grundvorraumsetzung Milan

Fazit: wenn ich deine Welt so einschätze wirst du damit keine Freude haben. Dann schau dir die Geräte von RME an...

Als fertiges Produkt kenne ich jetzt nichts...

MILAN OEM Solutions

https://www.microchip.com/en-us/product/LAN9360

Das stimmt schon so, da 4&5 GND sind und RX auf 3&6. So lassen sich Standard Ethernetkabel verwenden. Jetzt weiß man warum es keine 1:1 Ethernetkabel gibt .

Ich vermute mal das bei AES50 es einfach Phasenproblem vom Sync sein werden die Probleme verursachen. Ab einer gewissen Länge und Aufbau des Kabels gibt es dann Probleme.

Zitat von floger

Der physikalische Teil der Schnittstelle wird schon ähnlich sein.

Nö...

1 - Audio data transmit +
2 - Audio data transmit –
3 - Audio data receive +
4 - Sync signal transmit +
5 - Sync signal transmit –
6 - Audio data receive –
7 - Sync signal receive +

8 - Sync signal receive

Beim Ethernet sind immer Trafos zwischen. Manchmal außen, oft in den RJ45 Buchsen. Das Problem was hier diskutiert wird sind Kabel mit Schirm der auf beiden Seiten aufgelegt wurde.

Nun bei AES50 darf man nicht vergessen das es sich um entgegen zu Ethernet völlig andere Hardware handelt. Das lässt sich so mit anderen Ethernet basierten Protokollen nicht vergleichen. In der Norm vom Ethernet steht auch als maximale Länge 82 m oder so drin. Das müssen die PHYs packen, oder auch nicht wenn ich zu RME schaue.

Die sagen mit der PHY wäre alles ok, ich nicht. Da sie immer noch nicht mit der Marvell Switch einen Link eingeht und auch RME<->RME mit 70m zwischen es arge Probleme gibt. Wackeln am Stecker ist eben verboten.

RJ45 Stecker sind alles andere als schön und die Industrie hat sich dessen im Feld auch entledigt. Da wackelt nichts und versaut einen die physikalischen Eigenschaften.

Die Angaben sind immer relativ und bezogen auf die Hardware. Mit großer Wahrscheinlichkeit wird es funktionieren, muss aber auch nicht durch äußere Gegebenheiten. Oft sind die Stecker das Problem, manchmal hilft dann mehrmals ein und aus stecken. Man muss eben sorgsam mit diesen Kabel umgehen, Quetschungen oder Dehnungen sind relativ heikel. Schon gibt am Ende lange Gesicherter .

Also ehrlich wenn nur darum geht ein spiel fähiges System zu bekommen, würde ich einfach ein Digitalcontroller verwenden.

Es ist kein Hexenwerk was Nexo da in ihren Analogen Controllern macht. Bei einem ordentlich gemachten Setup geht auch nichts kaputt und es klingt sogar besser.

Vielleicht findet sich jemand der dir vom Layout ein Foto macht. Das selbst auf eine kaschierte Kupfer PCB zu basteln ist einfach. Eigentlich kann man sich denken wie diese Bauteile zusammengehören .

Der Preis beim Händler ist nicht wirklich hoch, das ist eben so.

Die Lampe hat Nexo selbst angemacht schau https://www.nexo-sa.com/wp-content/upl…spare_parts.pdf Die Werte hätten wir schon mal...

Sucht dann weiter https://www.jpleisure.co.uk/item18571.htm -> auf Lager

Die Instandsetzung solcher Netzteile ist eigentlich sehr einfach. Meist sind es fast immer die gleichen defekte. ich musste solche NT schon Kistenweise reparieren . Zu 90% war immer das gleich Problem, die restlichen 10% hatten sehr gestreut unterschiedliche Probleme. Ab einer gewissen Masse an Geräten lohnt sich die Instandsetzung dann auch wieder. Arbeitsaufwand ca. 20min pro NT....

Sehr selten erlebt, also wirklich selten, bei solchen Netzteilen. Bei Halbbrücken sind diese ja hoch belastet und da kann es schon mal vorkommen.

Eigentlich nicht, denn der Strom wird auf der Primärseite gemessen und zu viel nach der Zeitkonstante xy führt zum Shutdown Signal. Nur beim Anlaufen wird diese gewissermaßen überbrückt. Nie ganz, sondern dieser Shutdown sorgt dafür das der Strom eigentlich den Bauteilen nicht gefährlich werden kann. Den Rest macht dann die Sicherung wenn alles aus dem Ruder läuft, mit der sich aber keine Halbleiter schützen lassen. Es sorgt nur dafür das die Feuerwehr nicht ausrücken muss.

Die Dioden sterben da sie unter dimensioniert sind, bzw. mangelnder Qualität. Im dem Fall war das zu kleine Netzteil gewissermaßen auch ein Bauliches Problem. Von der Stange wäre dies größer gewesen und extra welche fertigen zu lassen war Wirtschaftlich nicht tragbar. Zumal 90% der Kunden keine 100% dauerhaft dem Produkt abverlangen würden. Für buntes blinken ausreichend....

Bis auf die fehlende Isolierscheibe, hätte ich vermutlich ähnlich abgewogen.

Problem mit solchen einfach Netzteilen sind folgene:

• Probleme mit der Startschaltung -> Energie zum an werfen reicht nicht aus
• defekte Kondensatoren auf der Sekundärseite -> ESR zu hoch, Kurzschluss etc.
• defekte Controller -> inkl. folge Schäden -> FET durch
• defekte Lötstellen
• defekte Leistungsbauelemente FET, Dioden -> da zu billig gebaut
• aufgeplatzte PTCs -> Netzteil funktioniert im allgemeinen dann noch...

Überlast auf der Sekundärseite macht an solchen Netzteilen keinen defekt. Er billige Bauteile bzw. ihr alter...

Immer wieder geil solche Geräte von innen zu sehen und da Fragt man sich haben die jemals ein Prüflabor gesehen!? Das Netzteil ist nicht ernsthaft so auf den Alukörper geschraubt, ohne Isolierung ???

Wenn es auf der Primärseite die Sicherung durch haut ist mit ziemlicher Sicherheit der FET durch. Messe mal Gate Source Drain...

Der Spartick wird sein den PWM so zu verschieben das immer nur als Last ein Array dran hängt. Außerdem muss man bei den grünen LEDs nicht so viele einbauen, da diese den meisten Output liefern. Damit an es auch wirklich billig bauen kann, nutzt man die Reserven vom Netzteil auch aus, in der spitze kommt da auch mehr wie 0,5A raus. Bis es dann wirklich ab regelt.

Also Motu und PreSonus nein, hier gibt es auch immer wieder ärger mit dem AVB Stack.

RME ja und allerdings weiß ich jetzt nicht ob die Hinweise von mir schon ins Releases geschafft haben.

Kleines Trostpflaster, es gibt keinen Controller mit dem man dies auch nutzen könnte. HIVE unterstützt zwar jetzt auch Control Values, aber nur Lineare und in den Toplevel Descriptoren.

Um das vollständig nutzen zu können brauchst du mein Controller Projekt . Da man sich hier über die REST Schnittstelle eigene Templates basteln kann. Sonst ist die Bedienung sehr mühsam.

Da bist du schon zu spät. Das allerwichtigste ist sofort zu handeln. Das Problem ist das es nicht nur Wasser ist, sondern auch jede Menge Schadstoffe die da mit geschwemmt wurden.

Elektronik wird auch beim Herstellungsprozess gewaschen, bis auf gewisse Teile ist Wasser nicht das Hauptproblem.

Das Problem hier ist der Schlamm und die Zeit wo dieser einwirken konnte. Wenn man unmittelbar sofort die Geräte spült und trocknet besteht eine eine Chance den Totalschaden zu vermeiden.