62,40ms -> 21,61m bei 25°
Leider entpuppt sich das Teil als Langwellensender.. Es rauscht wie die Hölle und die Filter sind schlecht...
1,6Vpp mit 355khz... und an 500W an 4 OHM komme ich nicht einmal ansatzweise. An 4,7 OHM ist bei 375W Schluss bei ein Kanal betrieb. Im Brust mag da ewt. noch was raus kommen.
Ich habe jetzt auch so ein Kasten 
Noch ein Hinweis zum Treiber, wenn keine Geräte gefunden werden in der Remote Software liegt es womöglich daran das die COM Port Adresse zu hoch ist. Der Treiber sucht nur bis COM15...
Hierzu in der Systemsteuerung unter Ansicht ausgeblendete Geräte einblenden und die COMs löschen ohne den Treiber zu löschen! Erneut anstecken und nun sollte der COM Port unter 15 liegen, dann wird das Gerät auch gefunden. Man kann auch versuchen in den Einstellungen die Adresse zu zuweisen, allerdings gelingt das nur wenn sich nicht schon Treiber registriert haben.
Um es kurz auszudrücken, der COM Port muss unter COM15 liegen sonst findet die Software das Gerät nicht.
Es könnte auch dran liegen das der Markt für Pro Geräte uninteressant wird.
Das liegt ewt. auch daran das wir nach x Beträgen um das Thema herum Eiern. Denn die eigentlich Ursache ist das Setup vom Pult 
nicht ernsthaft das du das ans WLAN hängst ;). Na herzlichen Glückwunsch, denn genau im Fall x bricht es zusammen 
..
Ich nehme an das in der Fritte das Gast WLAN benutzt wird, ich habe keine Ahnung ob die das von außen auch durch rootet.. Womöglich kommst du da vom anderen Netz gar nicht rein.
Die Möglichkeiten an einer Fritte was einzustellen sind sehr gering.. Ich würde sowie so raten die Fritte durch einen Router zu ersetzen der nicht im "Home" Segment unterwegs ist...
Demnächst werden über diese VPN Verbindungen alle Urheber Verstöße im Paforum begangen...
DMZ kann die Fritte aber nicht und das hat zur folge das jemand auf das gesamte interne Netz zugriff hat der sich einwählt. Zwar kann man den Port4 als Gastnetz konfigurieren aber das funktioniert nur in eine Richtung..
Ich müsste schon jemanden stark vertrauen wenn ich so etwas einrichten würde...
https://github.com/christophe-calmejane/Hive
"Precompiled binaries for macOS and Windows" gibt es hier http://www.kikisoft.com/Hive/
Ähnlicher Funktionsumfang wie der Riedel Controller.
Ich bin nicht ganz alleine
Basiert auf die L-Acoustics Bibliothek...
Es werden nur Audio descriptoren und ein paar AEM Kommandos unterstützt. Der Funktionsumfang ist in so weit schon ausreichend.
Die AVIO haben können nur 24bit und kann man überhaupt einen Stream 24<->32bit also einem unterschiedlichen Streamformat herstellen ?
Da geht kein Pegel verloren 
.. Du gibt einfach zu wenig rein... Ich würde mir das Patch mal anschauen wo du das Signal abgreifst... Es gibt hier bestimmt jemanden der sich dein Showfile mal anschaut...
Auch das Streamformat kann unterschiedlich sein, es liegt dann am Controller solche Partner nicht zu verkoppeln.
Ich habe es jetzt mit mehren Handständen geschafft den Controller auf der Switch laufen zu lasse . Die ist mit einen SAMA5 nach extrem schlechter aufgestellt als ein RPI. Was Ressourcen betrifft, deutlich weniger Speicher, single Core und Takt.
Vorher musste ich Festellen das das SRP auf der Switch gar nicht implementiert ist, es werden zwar Attribute gesammelt aber die Parameter der Switch werden nicht angepasst. Sie schmierte auch regelmäßig ab, wenn man versuchte per SPI auf darauf zu zugreifen.
Das ist eben das traurige Lied von Konzern die nur ein Interesse haben Hardware zu verkaufen, die Software hat einen grausamen Stand. Die Buildroot Umgebung war alt wie Steinkohle, und ließ sich auf einen aktuellen System nicht mehr übersetzen. Ich habe mir eine aktuelle Bulidroot Umgebung gebaut und dabei mit Handständen versucht ihre Treiber einzubinden. Womit ich dann auch ein Netzwerkinterface hatte um den Controller zu benutzen 
.
Der RPI läuft seit eine Woche 
am Code des Controller hat sich erst mal diese Woche nichts getan. Das Switch Problem hatte mich beschäftigt.
Milan ist keine Norm, sondern ein Papier in dem man sich innerhalb der Mitglieder um gewisse Parameter einigt.
Z.Bsp Sample Rate, Auflösung, Samples per Frame etc.
Das hat in sofern Sinn das nicht alles implementiert werden muss und somit der Aufwand geringer wird. Auch das die Geräte untereinander besser zusammen arbeiten.
Es ist also nicht gesagt das Geräte von Herstellern die der Gruppe nicht beitreten sind nicht funktionieren würden.
Noch jemand Interesse eine Switch zu bauen ? Die Sitzung auf dem Klo kann heute und in den nächsten Wochen etwas länger dauern
Genau, das gleiche hatte Dante Hardware auch und nannte sich "Controller" Port. Auf diesem Port wurden PTP und Streams blockiert damit sie nicht in andere Netzwerke gelangten.
Komischerweise ist der nicht mehr überall vorhanden..
Es hindert ja keinen daran es mit einer Standard Switch zu versuchen. Das klappt erst mal auch, bis weitere Trafic hinzukommt. Üblicherweise gibt es an AVBs Switches immer einen Port wo PTP, und Stream Adressen blockiert werden.
Na dann klären wir das Problem mal auf..
Es entsteht folgendes Problem wenn man einen AVB Stream mit einer normalen Switch betreibt und keine VLANs bildet.
Problem [A]
In der IEEE sind die MAC Adressen vom MAAP(ausknobeln von Adressen für den Stream) als Broadcast registriert. Unser Standard Switch wird also den Stream auf alle Ports ausgeben.
Alle Geräte müssen die Daten dann auch verarbeiten, gerade Geräte mit Mikrocontroller können dabei an ihre grenzen stoßen. Oder es landet sogar unglücklicher weise im Wlan und stopft dies zu.
Problem[B]
wir haben eine AVB Switch und ein AVB Gerät an dieses sendet der Controller massiv Daten. Im normal ist sind die Stream Daten priorisiert, steht im Header des Frames. Die Switch bevorzugt diese Daten, der Rest landet im Queue .
Die Switch leert diesen zwangsweise in den Lücken und der labernde Idiot sorgt dafür das der Stream gestört wird. Da das Gerät nicht in der Lage ist den Datenstrom zu verarbeiten.
Problem[C ]
wir haben ein AVB Gerät welches gleichzeitig auch ein Controller ist. Die Daten unterscheiden sich im Header nur durch ein Bit (CD Bit).
Ohne dessen Filterung ganz vorne im Kernel weckt dieser den Prozess jedes mal auf wenn Stream Daten ankommen. Um dann festzustellen, och interessiert mich nicht. Das treibt die CPU Last nach oben...
Jetzt kombinieren wir A+C und kommen zu den Schluss das es besser wäre das Bit zu filtern.. Dieser BF Filter im Kernel ist assembler code der direkt ausgeführt wird. Der jetzige Filter lies sich mit tcpdump erstellen, da es auf die gleiche weise arbeitet. Im Bits zu filtern muss ich mich erst mal in den assembler code einarbeiten.
Kauf dir für 200€ so nen China Dings und hinzu einen Lastwiderstand..
https://de.rs-online.com/web/c/passive-…ions=4291728498
kostet keine 40€, gibt es auch mit 1,5kw... mit Halbleiter Widerständen habe ich schlechte Erfahrungen gemacht. Ich hatte mal zwei mit 5KW, einmal sich im Pegel geirrt und es hat laut geknackt -> hochohmig und die 2x150€ waren im Eimer... Der Drahtwiderstand riecht nur recht unangenehm 
So ich hatte noch ein richtige Leiche im Keller, die dem ganzen den Boden weg zog. Das kam beim Lasttest zum Vorschein, stand auch so noch dumm als TODO da ;)..
Hier mal 1000000 Request auf 4 Thread und 4 Connects. Response Zeit im Durchschnitt 1,9ms. Hardware Raspberry Pi ... Zu beachten ist aber das natürlich ein Entity zwischen ist, was erst mal antworten muss, sonst blockiert der Thread vom Request natürlich und womöglich auch noch ein Stream den Controller belastet.
Das mit dem BF Filter (Linux Packet filter im Kernel) ist noch nicht um das CD Bit ergänzt worden. Der Thread wird dadurch von Stream Daten belastet, da die dumme Switch die MACs als Broadcast durchreicht. Mit AVB Switch natürlich nicht..
Der bedarf an einen Controller ist ja in so fern durch aus vorhanden. Das ist auch die Frage die sich jeder Hersteller eines AVB Gerätes fragen muss. Das kostet Zeit und Geld und müsste auf das Gerät umgeschlagen werden. Zumal der Anwender ja auch erwartet das dieser in der Lage ist andere Geräte zu verarbeiten.
Das eigentlich komplexe ist die Controller Angelegenheit und die fällt auf beiden Seiten an. Das blöde dabei ist, es gibt nicht mal einen Controller der alles unterstützt gegen Geld. Das Projekt kann Herstellern eine wertvolle Hilfe sein, bei der Entwicklung und Test ihrer Geräte.
Offenes Konzept durch REST API und JSON ist mit allen Programmiersprachen beherrschbar. Selbst wenn die HTML Oberfläche nicht fertig ist, ist es voll verwendbar...
Ich will mich nicht unter Druck setzen, aber vielleicht ist es bei der nächsten PLS bereit zum Plugfests...
