NEWS
[Develop] Onkyo Adapter - VIS Weiterentwicklung
-
Läuft der Adapter bei dir wieder? Wenn ja, hast du schon am Widget weiterarbeiten können?
Gruß Eisbaeeer
-
Der neue 2.0 verbindet sich leider nicht mit meinem Receiver. Status der Instanz bleibt Gelb. Im Log sieht es aber ok aus.
Hab den Adapter schon komplett deinstalliert und neu installiert, hat aber nicht geholfen.
Log:
` > onkyo.0 2018-11-23 18:02:14.024 info Successfully connected to AVRonkyo.0 2018-11-23 18:02:13.957 info Connecting to AVR 192.168.2.50:60128
onkyo.0 2018-11-23 18:02:13.782 info starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.onkyo, node: v8.12.0 `
Edit: Nach ioBroker Restart, läuft auch der Adapter/Instanz.
-
welches ist denn nun hier der richtige an dem auch gearbeitet wird?
-
Das sah bei mir vorhin auch so aus. Deinstallier mal den 1.1.4 und danach siehst du nur noch den 2.0.0 für Onyko+Pioneer. Ich war auf 1.1.5 und konnte den 2.0.0 auch als Update installieren. Nur funktionierte der Adapter danach nicht. Erst das Deinstallieren und sogar ein ioBroker Restart half dann den 2.0.0 funktionsfähig an den Start zu bringen.
Der 1.0.5 Adapter bleibt parallel als alter verfügbar.
-
Danke, hat geklappt
-
Hallo zusammen
Der 2.0.0 ist der aktuelle stable. Das der alte bleibt liegt an der neuen Namensgebung. Änderungen werden weiter in der Developer Version getestet und dann in die stable übernommen. Das war jetzt schon ein harter Schnitt, der war aber einfach nötig. Im schlimmsten Fall alle onkyo deinstallieren und nur die Version 2.0.0 verwenden.
Es gibt keine Unterschiede zwischen der letzten Developer und dem jetzigen iobroker.onkyo
Grüße Eisbaeeer
Gesendet von meinem SM-G950F mit Tapatalk
-
Moin…
Ja läuft bei mir soweit auch... ABER ich habe immer noch das Problem, wenn ich NRIQSTN sende wird nicht die komplette XML abgefangenen. die XML ist ja sehr lang und wird in mehrere Teile aufgeteilt! Diese Teile werden bei mir aktuell aber nicht wieder zusammen gefügt...
Gesendet von iPhone mit Tapatalk Pro
-
Damit ich vom PC Musik an meinen Onkyo Receiver streamen kann muss dieser im NET>DLNA Mode verbunden sein.
Dazu muss also der Input auf NET stehen und dann noch DLNA ausgewählt werden und das muss auf der IR Fernbedienung auch noch mit OK gewählt werden, damit er wirklich per Stream erreichbar ist.
Wenn ich mir die media.command im ioBroker mitlogge sehe ich da beim manuellen Schalter mit der IR Fernbedienung recht viele Wert, u.a. auch kryptische mit Sonderzeichen [] im String.
Jemand eine Idee wie ich den Onkyo in den gewünschten Zustand versetze?
-
Eine Idee wäre, es mit der Onkyo3 App zu versuchen und den WLAN Traffic mit der Fritzbox mitschneiden. Dann kannst du hinterher auswerten welche Befehle an den Onkyo gesendet wurden.
Gesendet von iPhone mit Tapatalk Pro
-
… ABER ich habe immer noch das Problem, wenn ich NRIQSTN sende wird nicht die komplette XML a...
Gesendet von iPhone mit Tapatalk Pro `
Ich schau mir das nochmal an. Hat es denn überhaupt schon mal funktionier?
Gesendet von meinem SM-G950F mit Tapatalk
-
Ja, aber nur in meiner Version in der ich die eiscp geändert hatte…
Gesendet von iPhone mit Tapatalk Pro
-
Du meinst das Objekt "Device.NavInfo" ?
Eventuell hab ich da was beim Zusammenbauen falsch gemacht. Die XML sollte ja genau so zusammengebaut werden, wie es beim base64 cover art ist. Ich schau mir das gerade an, weiß aber noch nicht, ob ich heute noch was sehe War schon eine Weile im Einsatz.
Gruß
–- EDIT ---
Hab´s glaub gefunden. Das heist NRI kommt in Häppchen und muss wieder zusammengesetzt werden. Wenn das so ist, kann das hier nicht funktionieren, denn er schreibt dann nur das 1. Häppchen in die Objekte. Das muss ich dann noch erweitern, dass er die anderen Squenzen noch einließt und zusammenpackt. Das wird aber heute nix mehr.
Gruß
-
Mach dir kein Stress… ich war ja auch schon ne Weile nicht mehr dran... [emoji3]
Gesendet von iPhone mit Tapatalk Pro
-
Könntest du mir nochmal den Part aus deiner Anpassung zukommen lassen? Aber nur den Teil von NRI.
Danke.
-
ich hoffe du kommst damit klar…
on('data', function (data) { if(first) { xml = eiscp_packet_extract(data); first = false; var result = iscp_to_command(xml); result.iscp_command = xml; result.host = config.host; result.port = config.port; result.model = config.model; if(result.command == 'receiver-information' | result.command == 'net-usb-list-info-allitems') { xml= data.toString('ascii', 18); } if (xml.includes("NLAX") && xml.includes("")) { xml = xml.slice(xml.indexOf("NLAX")); var result = {}; result.iscp_command = xml; result.host = config.host; result.port = config.port; result.model = config.model; self.emit('data', result); first = true } else if (xml.includes("") && !xml.includes("NLAX")) { self.emit('debug', util.format("DEBUG (indexOf('')) command %s", xml)); self.emit('data', result); first = true /* if (typeof result.command !== 'undefined') { if (Array.isArray(result.command)) { result.command.forEach(function (cmd) { self.emit(cmd, result.argument); }); } else { self.emit(result.command, result.argument); } } */ } } else { xml = xml + data.toString('ascii'); // evtl. data.toString() ? self.emit('debug', util.format("DEBUG (XML) command %s", xml)); var result = iscp_to_command(xml); result.iscp_command = xml; result.host = config.host; result.port = config.port; result.model = config.model; if (xml.includes("")) { self.emit('data', result); first = true /* if (typeof result.command !== 'undefined') { if (Array.isArray(result.command)) { result.command.forEach(function (cmd) { self.emit(cmd, result.argument); }); } else { self.emit(result.command, result.argument); } } */ } } if(result.command !== 'receiver-information' && result.command !== 'net-usb-list-info-allitems') { first = true; self.emit('debug', util.format("DEBUG (received_data) Received data from %s:%s - %j", config.host, config.port, result)); self.emit('data', result); // If the command is supported we emit it as well /* if (typeof result.command !== 'undefined') { if (Array.isArray(result.command)) { result.command.forEach(function (cmd) { self.emit(cmd, result.argument); }); } else { self.emit(result.command, result.argument); } } */ } });
-
Hallo Zusammen,
hab heute auf Adapter Version 2.0.0 aktualisiert, am Anfang gab es Probleme weil noch Restkonfigurationen von einer älteren Version drin waren.
Nach dem Löschen und Neuinstallieren und Anpassen der Datenpunkte innherhab von VIS lief dann alles.
Tolle Arbeit - Danke dafür!
Herzliche Grüße
Equilora aka Harald
-
Habe nun von 2.0.0 auf 2.0.2 geupdatet. Auch ich musste die alte Instanz löschen und eine neue anlegen. Das wäre natürlich schöner, dass man soetwas nicht nach einem Update nicht machen müsste. Soll auch keine Kritik sein, sondern nur ein Hinweis. Bin sehr dankbar für diesen Adapter!
-
Habe nun endlich mal von der Github Testversion auf die offizielle 2.02 geupdated.
Soweit alles super aber ein Problem entsteht mit meinem Pioneer VSX-S520D was vorher allerdings funktioniert hat!
Wenn Input 33 ausgewählt ist (bei mir ist das DAB Radio) dann konnte ich bisher mit den Datenpunkt "TunerPreset" einen DAB Sender auswählen.
Mit Version 2.02 geht er ganz kurz auf diesen Sender und schaltet dann nach 2 Sekunden um auf FM-Radio (Input 24).
Wenn ich allerdings per Fernbedienung den DAB Sender wechsle, dann wird der Datenpunkt "TunerPreset" richtig aktualisiert.
Was hast sich hier geändert?
-
Habe nun endlich mal von der Github Testversion auf die offizielle 2.02 geupdated.
Soweit alles super aber ein Problem entsteht mit meinem Pioneer VSX-S520D was vorher allerdings funktioniert hat!
Wenn Input 33 ausgewählt ist (bei mir ist das DAB Radio) dann konnte ich bisher mit den Datenpunkt "TunerPreset" einen DAB Sender auswählen.
Mit Version 2.02 geht er ganz kurz auf diesen Sender und schaltet dann nach 2 Sekunden um auf FM-Radio (Input 24).
Wenn ich allerdings per Fernbedienung den DAB Sender wechsle, dann wird der Datenpunkt "TunerPreset" richtig aktualisiert.
Was hast sich hier geändert? ` Hmm ich hab schon eine Idee. Ist wohl noch ein Bug. Kannst du bitte ein issue auf Github machen? Ich schau mir das dann an. Gruß Eisbaeeer
Gesendet von meinem SM-G950F mit Tapatalk
-
Bei mir ist onkyo.0.Zone1.Volume vom Typ Zeichenkette gewesen. Habe das mal in Zahl umgestellt, weil es im Log als deprecated gewertet wurde.
@ioBroker:Wrong type of onkyo.0.Zone1.Volume: "number". Please fix, while deprecated and will not work in next versions. `