Monatsrückblick Januar/Februar 2026 ist online!

[sveni_lee]

so wie ich gesehen habe, wird node-eiscp nicht mehr von tillbaks gepflegt oder geupdated.

Es sind aber in den letzten Jahren einige commands hinzugekommen. Ich habe nun mal versucht eines davon in die eiscp-commands.json

ein zupflegen. folgendes habe ich versucht…

commando: NRI

param: QSTN

unter Commands / main habe ich folgendes ergänzt:

	"NRI": {
		"name": "receiver-information",
		"description": "Receiver Information (for Network Control Only)",
		"values": {
			"<...>": {
				"description": "<...>: XML Data ",
				"models": "set1"
			},
			"QSTN": {
				"name": "query",
				"description": "gets the Receiver Information Status",
				"models": "set1"
			},
			"t----<.....>": {
				"name": "t",
				"description": "t -> message type 'X' : XML ---- -> reserved <.....> : XML data ( [CR] and [LF] are removed )",
				"models": "set1"
			},
			"Ullt<.....>": {
				"name": "ullt",
				"description": "U : UI Type \n 0 : List, 1 : Menu, 2 : Playback, 3 : Popup, 4 : Keyboard, 5 : Menu List \n ll -> number of layer (00-FF) \n t : Update Type \n  0 : All, 1 : Button, 2 : Textbox, 3 : Listbox \n <.....> : XML data ( [CR] and [LF] are removed )",
				"models": "set1"
			}
		}
	},

unter commands_mapping / main dann folgendes:

      "receiver-information": "NRI",

und unter value_mapping main

      "NRI": {
        "<...>": {
            "value": "<...>",
            "models": "set1"
        },
        "query": {
            "value": "QSTN",
            "models": "set1"
        },
        "t": {
            "value": "t----<.....>",
            "models": "set1"
        },
        "ullt": {
            "value": "Ullt<.....>",
            "models": "set1"
        }
      },

der AVR sendet fogenes feedback auf NRI QSTN…

ISCP............!1NLT11220000000000011B1100.
ISCP............!1NLSC-P.
ISCP.......v....!1NRI<response status="ok">.....</response>

im log von iobrker kommt aber nur folgendes an

onkyo-vis.0	2018-06-22 11:23:43.900	info	EISCP String: NLSC-P
onkyo-vis.0	2018-06-22 11:23:43.900	debug	Got message: {"command":"net-usb-list-info","zone":"main","iscp_command":"NLSC-P","host":"192.168.1.177","port":"60128","model":"TX-NR525"}
onkyo-vis.0	2018-06-22 11:23:43.900	debug	DEBUG (received_data) Received data from 192.168.1.177:60128 - {"command":"net-usb-list-info","zone":"main","iscp_command":"NLSC-P","host":"192.168.1.177","port":"60128","model":"TX-NR525"}
onkyo-vis.0	2018-06-22 11:23:43.898	debug	stateChange onkyo-vis.0.NET/USB_NAVIGATION {"val":"","ack":true,"ts":1529659423896,"q":0,"from":"system.adapter.onkyo-vis.0","lc":1529658601872}
onkyo-vis.0	2018-06-22 11:23:43.896	debug	Received: command[NLT0E22000000000001000E00]
onkyo-vis.0	2018-06-22 11:23:43.896	error	Empty command string! (value: undefined)
onkyo-vis.0	2018-06-22 11:23:43.895	debug	string: 0E22000000000001000E00
onkyo-vis.0	2018-06-22 11:23:43.895	debug	chunk: NLT
onkyo-vis.0	2018-06-22 11:23:43.895	info	EISCP String: NLT0E22000000000001000E00
onkyo-vis.0	2018-06-22 11:23:43.895	debug	Got message: {"iscp_command":"NLT0E22000000000001000E00","host":"192.168.1.177","port":"60128","model":"TX-NR525"}
onkyo-vis.0	2018-06-22 11:23:43.895	debug	DEBUG (received_data) Received data from 192.168.1.177:60128 - {"iscp_command":"NLT0E22000000000001000E00","host":"192.168.1.177","port":"60128","model":"TX-NR525"}

die Antwort NRII<response status="ok">…..</response> wird also nicht "erkannt". Ich denke das dies der Teil im log ist "onkyo-vis.0 2018-06-22 11:23:43.896 error Empty command string! (value: undefined)"

irgendwo muß also noch ein Teil fehlen...

[sveni_lee]

so… ich bekomme jetzt die Antwort vom AVR auch im iobroker...

allerdings erschließt sich mir noch nicht ganz warum diese abgeschnitten wird. es wird nicht die volle länge in den Datenpunkt geschrieben...

NRI<response status="ok"><device id="TX-NR525"><brand>ONKYO</brand><category>AV Receiver</category><year>2013</year><model>TX-NR525</model><destination>xx</destination><firmwareversion>1060-9110-0000-</firmwareversion></device></response>

[sveni_lee]

Ich bin jetzt noch mal etwas weiter gekommen.

so wie es aussieht, wird die Antword aufgeteilt in mehrere Pakete. ich habe das ganze mit Wireshark verfolgt.

~~https://i.imgur.com/LFkxKiN.jpg" />

das bedeutet man müsste jetzt die 5 pakete wieder zusammensetzen…

Aber wie bringe ich jetzt node-eiscp dazu darauf zu achten... kann ich mir in einem log die ankommenden pakete anzeigen lassen? damit ich herausfinden kann ob es eine Gemeinsamkeit gibt?~~