Das Ziel ist in der Version 1.0 kein halbfertiges Produkt zu liefern wie andere eben, deswegen der Fokus erstmal auf ein funktionierendes Back-End..
Mir wäre es lieb wenn die Oberfläche jemand anderes macht zur gegeben Zeit...
Denn ich habe was anderes vor da ich in Xmos keine Zukunft sehe.. einen eigenen AVB Stack auf ARM oder RISC-V.. Das letzte lockt mich 
Wenn Muttis Breitband auch mal bei mir ankommt können interessierte ohne AVB Netzwerk das Projekt auch testen ...
Das geniale ist ja daran das die eigentliche sprach Wurst ist .. ob Javascript,Java,nodeJs,PHP,Go oder sonst was alle können mit HTTP umgehen und auch mit Json...
Das mit der Oberfläche dauert aber... im Kern des Controllers sind noch viele Baustellen. Aber mit der Oberfläche wird es dann leichter da man sich dann nur noch Gedanken machen muss wie man die Daten zur Verfügung stellt.
Setzt die Konfiguration auf 3 mit python 
, ohne Kenntnis von AVB lassen sich somit andere Anwendungen bauen ... Unter der Haube unterstützt der Controller schon alle AECP Kommandos.. Das Aufwändige ist aber das darstellen in Json und RET API. Controller und fastcgi Modul sind zwei Programme, man könnte auch ein MQTT Modul andocken.. Was aber kommen wird ist ein Proxy wie dieser im Standard beschrieben ist. Somit ergibt sich eine einheitliche Schnittstelle.
import http.client
conn = http.client.HTTPConnection("localhost")
payload = "entity_id=7D%3A04%3AD0%3AC2%3A75%3AE4%3A80%3A00&config=3"
headers = { 'content-type': "application/x-www-form-urlencoded" }
conn.request("PUT", "/avb/aecp/configuration", payload, headers)
res = conn.getresponse()
data = res.read()
print(data.decode("utf-8"))Huhu ... so das Konstrukt REST API steht... Die Ressourcen lassen sich über den Path erreichen und mit dem HTTP Methoden abfragen bzw. beeinflussen 
Man kann sogar eine LED auf dem Board schon steuern . Allerdings hatte der Xmos Stack noch einen Bug mit der Paket Länge, mir fraglich bei einen zertifizierten code, der alles ander als 1772.1 konform ist. Immer mehr muss ich im Stack die Dinge gerade biegen. Damit habe ich das Gefühl das die Firma Xmos den Code schon aufgegeben hat, die letzte Änderungen war vor zwei Jahren.
Ich habe mir mal zum Entwickeln der REST API ein anderes Tool besorgt als den Browser. Man kann hier auch die API Dokumentieren und natürlich testen, viel besser als mit dem Browser..
Erstmal funktioniert das nur im body nur als "application/x-www-form-urlencoded".. Da query die Daten sowie so als Json benötigt -> auch dann "application/json"..
Hierzu muss aber erstmal ein stream basierten Json parser bauen und nicht alles in den speicher zu laden 
-> dauert...
Hmm auf dem Hinweis was das Pull Feld genau bedeutet habe ich das auch aufgelöst
So ich habe die Jsons noch mal optimiert. Das RAW Value wird jetzt nur noch als String angezeigt. Der Rest wird dann aufgelöst. Der "Rohwert" in sofern nicht unbedeutend wenn man etwas setzen möchte. Z.bsp die Samplingrate welche sich in ein Pull Feld zusammensetzt... So muss der Anwender das nicht zusammenbasteln , er kann gleich das gewünschte Value aus dem supported Feldern aufnehmen und setzen.
Video und Sensor Units werden nun auch voll unterstützt, der Support anderer Controller hört genau dort auf ..
PIN 7: mit Signal: ca. -8,5V Autsch ...
Das ist das was ich vermute eine Seite ist Platt oder der Arbeitspunkt ist durch einen defekt verschoben.
Ich wird den OPV nicht entfernen, der ist wahrscheinlich noch der Sargnagel...
Spannung an Pin 5 u. 6 gegen Masse ?
Anbei mal ein Beispiel wo der Riedel controller seine grenzen hat.
Da wo es erst wird kommt nur murks raus... Offenbar so sehr das hier Array grenzen ungeprüft verlassen werden...
Anbei mal meine response und die von wireshark als Beweis..
Das Object "value" wird so wieder aufgenommen und per PUT Methode zurück gesendet. Damit man auch was verstellen kann 
..
*json ist leider kein gültiges Format .. man kann das auch hier https://jsoneditoronline.org/ einfügen und und sich durch die Objekte arbeiten 
Bei Reichelt wird deine Kundennummer gelöscht, wenn du nachweisen kannst das sie dir billige Kopien verkauft haben.
Das ist bei der Tante Reichelt aber so gewollt, für 99% der Kunden reicht es und bei diesem zählt nur der Preis...
Also ich würde nie auf die Idee kommen dort Leistungsbauelemente zu kaufen. Selbst ICs oder Spannungsregler. Das Zeug taugt nachweislich nichts.
In dem Fall hier ist es Wurst denn sie sind nicht besser als das was dort schon verbaut wurde.
Wenn man sich die Sache genauer anschaut kommt man zum Schluss -> billiger kann man das nicht bauen 
. Die LED dürfte bei dem Murks auch nicht lange halten und diese sind vermutlich auf eine Alu PCB gelötet. Der Bauer macht das mit dem 100W Lötkolben da er sonst keine Chance die teile nur irgendwie auf die PCB zu bekommen.
Ich durfte mal solche Scheiben nach löten sich sie auch immer aussetzten, teilweise liegt wie oben schon erwähnt an dem Bonddraht.. Mal mechanisch drücken dann sieht man ob sie wieder an geht Mit Glück sind es nur die Lötstellen vom Bauer..
Ich sag es aber gleich, du hast das gleiche Problem ohne Vorheizplatte aber das kennst du ja schon mit den FETs
Bei ebay kauft man keine FETs zumindest wenn man ein Interesse hat das einen das Zeug nicht um die Ohren fliegt.
Mal die Leistungswiderstände prüfen ! Wenn einer hochohmig ist denkt der Treiber IC -> Überstrom.. Der Sollwert lässt sich mit dem Poti sicherlich einstellen und dieser wirkt auf dem "RESET" Der Sollwert kommt Analog (PWM) oder auch 0---10V ! möglich weise hat die PCB auch einen Strobeeingang, der direkt auf dem RESET wirkt.
Was mich wundert die PCB besitzt keine Drosseln ?
Halli Hallo -> Statusmeldung
Das meiste an dem AECP Teil wurde umgesetzt, was fehlt ist alles das wo man den Controller als Payload Values übergeben muss. HTTP Methode PUT, der Anhang im Body wird wohl ein Json sein und zwar der Teil der als Value hier im Bild zu sehen ist.
Das dumme daran war das es keinen Sinn macht solche Daten zu senden wenn sie nicht ein mal angezeigt werden. Also wurde der Control Descriptor komplett aufgelöst -> nochmal 80 Seiten die diesem Beschreiben !
Da kein Gerät solche Fähigkeiten besitzt habe eins bauen müssen ..
Was man sehr schon sieht ist wie das ganze von statten geht.
control_value_type beschreibt den type der Values
control_type -> was es zu steuern gibt
signal_type -> von wo das Signal kommt
der Rest erklärt sich.. außer der "string" das ist der String Descriptor wo der String(Zeichenkette) liegt die das Value beschreibt. Sieben bedeutet -> NO_STRING.
Der MAC machte dabei keine gute Figur, nach und nach stellte sich heraus das vieles nicht wie gewollt funktioniert. Teilweise kommt auch Daten Müll zurück.
Die Filament Lampen sind meist nicht dimmbar ! Die haben auch keine Elektronik.
Es tritt ein ganz anderes Problem auf das heißt Mindestlast. Du brauchst einen FET Dimmer und der hat auch kurven für LEDs und dimmt lasten ab 0.1W..
Kabelbruch im Head, typischerweise sind dort einzelne µP Boards verteilt die über rs232 kommunizieren. Schau dir mal die Kabel an die von der Base zum Head gehen...
PAN/TILT abziehen und den Kopf bewegen und auf Aussetzer warten...
Willst du jetzt ernsthaft andeuten das demnächst rider kommen mit „ Pult QL Serie - aber nur in Vollausstattung“?
Daran habe ich meine Zweifel.
Das ist ja die Verkaufsstrategie von optionalen Plug-Ins wenn sie an einer Hardware gebunden sind. Man skaliert das Produkt so weit ab und kassiert dann an anderer Stellen den waren Preis für das Produkt.
Wir wissen doch wie die Szene funktioniert und der Hersteller auch... Hinterher kaufst du sie doch auch wenn du sie nicht brauchst. Die meisten brauchen sie wirklich nicht, müssen sie aber haben 
Das kann man so handhaben. Aber dann steht dein Pult im Lager und verdient kein Geld.
Das die Plug-Ins ans Pult gebunden sind ist Teil der Verkaufspolitik. Es ginge auch anders per Ilok oder USB..
Die Plug-Ins sind doch an das Pult gebunden!? Wenn jemand eins benötigt was nicht auf dem Pult vorhanden ist klappt bei dir doch die Geldbörse auf. Genau das ist das Kalkül, am Ende kaufst du doch alle für die geforderte "Vollausstattung" . Bekommst aber kein Cent mehr an Einnahmen für das Pult.
Wenn der Widerstand ein Problem hat wird dieser Hochohmig, das hat die Folge das dieser dann Schluss endlich weg brennt... Das hat die folge das beim einschalten die Sicherung raus fliegt...
Wenn eine Seite geht ist an der Einschaltverzögerung alles ok.
Mit dem Primären Eingangstrom meinte ich den Strom dem die Endstufe im Leerlauf aus dem Netz zieht. Daraus lässt sich ableiten ob der Ruhestrom zu hoch ist. Bzw. es kann auch sein das eine Seite defekt ist und wenn die andere auf steuert steigt der Strom ohne Last sprunghaft an. So etwas sehe ich an meinen Labortisch, am ERFI und man hört es am Trafo..
Der Limiter misst meist den Strom und steuert dann den Leistungsteil. Ich habe noch nie erlebt das an solch einer Schaltung was faul war, meist hatte das seine gründe...
Über den Dante Domäne Controller geht das per REST API ..
Im Grunde geb ich dir sogar recht.. Nicht alles was auf solch einer Liste steht ist gleich wichtig. Man teilt das in Levels ein, in welchen Level Rolf diesen Hinweis einteilt ist ihm überlassen .
Nunja aber ein Ipad ist so ein gängiges "Mobiles" Gerät in der Szene . Beim iPad zwei geht die Matrix gar nicht das ist ein Javascript Problem vom Safari. HTML5 kann mit Mobilen Geräten und dessen Auflösungen umgehen.
Hmm über den Rest muss ich nochmal nachdenken...
DAS Ausgangsrelais zieht an dem Kanal an ? Also es kommt auch was raus ? Wie hoch ist der Strom auf der Primärseite ohne Signal ? Wenn du den Strom nicht messen kannst wird die Seite warm ohne Signal ?
Nunja leider kommt das UI nicht mit Mobilgeräten klar, schade eigentlich. Problemfall ist hier die Matrix, da diese sich offenbar an die Größe des Bildschirms orientiert. Reicht dieser nicht aus müssten eigentlich scrollbalken her (viruelle Screen größe)...
Das Ergebnis ist fürchterlich wenn das Script die Matrix neu berechnet Der Platz auf dem Dante Modul wird wohl er gering sein, so könnte man ein UI extra für Mobilgeräte anbieten.
Genau der Sachverhalt das der Webserver auf dem Dante Modul läuft führt zum Kuriosum . Auch wenn man Dante nicht braucht, muss das Modul mit auf den Switch stecken und somit braucht das Gerät zwei Ports. Wenn AVB drauf ist könnte es mit der PTP interessant werden ..
Ich hoffe das die expansions- Module eine Schnittstelle haben womit sich Parameter austauschen lassen. Dann wäre es möglich den Multiverter per 1722.1 zu steuern... und das Kuriosum lässt sich vermeiden.. Für solch einen Multiverter gibt es sogar Descriptoren -> transcoder die dessen Funktionen umfassend beschreiben.
