I'm attempting to operate my Onkyo AVR TX-NR905 (configured for eISCP port 60128) with the HE built-in driver (Onkyo AVR) on a C-8 Pro. According the logs, HE establishes a connection with the AVR, but the AVR is sending responses that the driver cannot parse (throws StringIndexOutOfBoundsException exceptions). This happens with both eISCP terminations (A and B).
Any assistance is appreciated. Thanks.
I have an Onkyo with multiple zones and have had geat success utilizing the Denon AVR by thomas.c.howard. Works across brands and you can use it on single zone as well.
I have an onkyo TX-NR575 and I am using the built in onkyo driver. The only issue I have is the telnet seems to need to be refreshed often but I am not getting any errors in my logs line you are.
@krzes - so you are using a third party denon driver? Or is this a denon app running on top?
I typically turn on my stereo to NET and pick a station from my favourites via my onkyo app everyday. I have been unable to figure out how to make this action happen via Hubitat. I can pick the source, but channel selection is beyond me.
I do use Hubitat to shut it down at the end of the day.
Thanks for the suggestion. Unfortunately, it didn't work.
for some reason there's a carriage return at the be beginning of the raw data, this is producing a one off error in the parser.
Can you telnet with some other software to the receiver and see what the whole string looks like?
you will need something that just echos the ascii integer codes
This can be resolved in the driver, but this is the first I've seen of this issue...
After updating to 2.3.9.135, the error has disappeared. However, the communication is one way:
the driver can control the AVR, but the device does not receive feedback from AVR (and, therefore, has no state).
I'm running Wireshark, but honestly I'm not sure what I'm looking for.
This is a Wireshark grab of the Onkyo communicating back to HE. This and another message (different AVR command) both have the blank line between the cookie and the id/method.
4áÑг.`E§Äc@À¨2çÀ¨2ÆÒP¨<¢£´"§$PèÕPOST /device/runmethod HTTP/1.1
Host: 192.168.XXX.XXX
Connection: keep-alive
Content-Length: 55
Accept: /
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/125.0.0.0 Safari/537.36
Content-Type: application/x-www-form-urlencoded; charset=UTF-8
Origin: http://192.168.XXX.XXX
Referer: http://192.168.XXX.XXX/device/edit/1686
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.9
Cookie: UTSESSION=node0syt1kiy1wxbo1qgph467e31ga0.node0; HUBSESSION=node01vl03u680tjht1t0w7z4xhboyt0.node0
id=1686&method=setVolume&argType.1=NUMBER&arg%5B1%5D=42
I'm still stuck, after playing for 20+ hours with Wireshark, the HE driver, and the custom multi-zone driver. My Onkyo TX-NR905 responds to commands, but the driver never receives/reflects state back from the Onkyo. In Wireshark (my first usage, so I'm an amateur), I don't see expected communication on the Onkyo IP. I observe activity between my PC and HE for the driver commands, but nothing really on the Onkyo side (except for its AMXB advertisements).
The logs (debug enabled) do not show any errors or warnings for both the HE driver and the custom drivers. No indication of a failed connection, etc. As for controlled chaos of driver switching, I rebooted HE and bounced the AVR between tests/switches. I also observed log lines that indicated expected disconnections with the AVR (at least from the HE driver).
Any guidance would be appreciated. I'm happy to provide more data, if it helps.
this is very strange, there haven't been any changes to any code that would cause this.
What I was hoping that you could do was telnet from a computer to the AVR to see if the unit is adding the extra carriage return or not, but now that the unit doesn't appear to be responding at all, i'm wondering if this is a TCP/IP related network issue.
I used Putty to telnet into the AVR, but it did not provide a prompt or respond to anything. However, the connection works in that the AVR executes commands sent from the driver. It just doesn't relay anything back to HE. I'm happy to remove the AVR device or anything else if that provides data points to assist. Thanks.
Are the Hub and Onkyo on the same IP network?, and both on Ethernet?
Both are on the same IP network, and the AVR confirms the gateway IP within that network. Both are on ethernet, plugged into the same network 1G switch. Of note, that network switch connects via MoCA to the main router. That MoCA connection allows two-way traffic, as my computer has no issue communicating with other devices on the network (as well as the outside world).
I've used MoCA networks with Onkyo AVR's in the past, not seen any issues with them.
I'll do some testing with Putty and see if i get similar results with my Onkyo unit
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.
Download the Hubitat app
