- Posts: 373
- Thank you received: 3
Device not responding
- bitzerjd
- Topic Author
- Offline
- User
-
Less
More
2 years 3 weeks ago #2922
by bitzerjd
Replied by bitzerjd on topic Device not responding
FYI - This is the Second GC
allonis@bitzer:~ $ ping 192.168.2.203
PING 192.168.2.203 (192.168.2.203) 56(84) bytes of data.
64 bytes from 192.168.2.203: icmp_seq=1 ttl=100 time=1.17 ms
64 bytes from 192.168.2.203: icmp_seq=2 ttl=100 time=1.05 ms
64 bytes from 192.168.2.203: icmp_seq=3 ttl=100 time=1.05 ms
64 bytes from 192.168.2.203: icmp_seq=4 ttl=100 time=0.990 ms
64 bytes from 192.168.2.203: icmp_seq=5 ttl=100 time=0.898 ms
64 bytes from 192.168.2.203: icmp_seq=6 ttl=100 time=0.918 ms
64 bytes from 192.168.2.203: icmp_seq=7 ttl=100 time=0.945 ms
64 bytes from 192.168.2.203: icmp_seq=8 ttl=100 time=1.08 ms
64 bytes from 192.168.2.203: icmp_seq=9 ttl=100 time=1.17 ms
64 bytes from 192.168.2.203: icmp_seq=10 ttl=100 time=0.986 ms
64 bytes from 192.168.2.203: icmp_seq=11 ttl=100 time=0.883 ms
64 bytes from 192.168.2.203: icmp_seq=12 ttl=100 time=1.12 ms
^C
--- 192.168.2.203 ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11012ms
rtt min/avg/max/mdev = 0.883/1.022/1.171/0.096 ms
allonis@bitzer:~ $ ping 192.168.2.203
PING 192.168.2.203 (192.168.2.203) 56(84) bytes of data.
64 bytes from 192.168.2.203: icmp_seq=1 ttl=100 time=1.17 ms
64 bytes from 192.168.2.203: icmp_seq=2 ttl=100 time=1.05 ms
64 bytes from 192.168.2.203: icmp_seq=3 ttl=100 time=1.05 ms
64 bytes from 192.168.2.203: icmp_seq=4 ttl=100 time=0.990 ms
64 bytes from 192.168.2.203: icmp_seq=5 ttl=100 time=0.898 ms
64 bytes from 192.168.2.203: icmp_seq=6 ttl=100 time=0.918 ms
64 bytes from 192.168.2.203: icmp_seq=7 ttl=100 time=0.945 ms
64 bytes from 192.168.2.203: icmp_seq=8 ttl=100 time=1.08 ms
64 bytes from 192.168.2.203: icmp_seq=9 ttl=100 time=1.17 ms
64 bytes from 192.168.2.203: icmp_seq=10 ttl=100 time=0.986 ms
64 bytes from 192.168.2.203: icmp_seq=11 ttl=100 time=0.883 ms
64 bytes from 192.168.2.203: icmp_seq=12 ttl=100 time=1.12 ms
^C
--- 192.168.2.203 ping statistics ---
12 packets transmitted, 12 received, 0% packet loss, time 11012ms
rtt min/avg/max/mdev = 0.883/1.022/1.171/0.096 ms
Please Log in to join the conversation.
- bitzerjd
- Topic Author
- Offline
- User
-
Less
More
- Posts: 373
- Thank you received: 3
2 years 3 weeks ago - 2 years 2 weeks ago #2923
by bitzerjd
Replied by bitzerjd on topic Device not responding
My myserver is in the basement, I was going to move it into the HT cabinet and connect it to the switch there. That will put the devices as close as possible. I highly doubt that will solve anything, but it cuts out some network stuff in the middle.
Update - Mucking around with stuff today and saw that the commands I learned were in the IR database in HEX. I used the GC converter and converted them to GC format and they have fired without any issues. I'm wondering if the HEX was causing some weird issue.
Update - I had one error this evening where the GC reported that it was disconnected (same error as before). I checked my ping log and none have failed. When I hit the button to switch the input a second time. (a few seconds later)..it worked fine.
I also see this in the log...
15/07/2024 05:02:43.02 · DEBUG · GenericIR.NetDisconnect - Device (28) has disconnected.
15/07/2024 05:02:43.02 · DEBUG · GenericIR.NetDisconnect - Device (2) has disconnected.
15/07/2024 05:02:53.02 · DEBUG · GenericIR.NetConnect - Device (2) has connected.
15/07/2024 05:02:53.02 · DEBUG · GenericIR.NetConnect - Device (28) has connected.
Update - Mucking around with stuff today and saw that the commands I learned were in the IR database in HEX. I used the GC converter and converted them to GC format and they have fired without any issues. I'm wondering if the HEX was causing some weird issue.
Update - I had one error this evening where the GC reported that it was disconnected (same error as before). I checked my ping log and none have failed. When I hit the button to switch the input a second time. (a few seconds later)..it worked fine.
I also see this in the log...
15/07/2024 05:02:43.02 · DEBUG · GenericIR.NetDisconnect - Device (28) has disconnected.
15/07/2024 05:02:43.02 · DEBUG · GenericIR.NetDisconnect - Device (2) has disconnected.
15/07/2024 05:02:53.02 · DEBUG · GenericIR.NetConnect - Device (2) has connected.
15/07/2024 05:02:53.02 · DEBUG · GenericIR.NetConnect - Device (28) has connected.
Last edit: 2 years 2 weeks ago by bitzerjd.
Please Log in to join the conversation.
- bitzerjd
- Topic Author
- Offline
- User
-
Less
More
- Posts: 373
- Thank you received: 3
2 years 2 weeks ago - 2 years 2 weeks ago #2939
by bitzerjd
Replied by bitzerjd on topic Device not responding
Overnight the logs look like this...
16/07/2024 00:00:00.00 · DEBUG · Updater.CheckforOSUpdates - Checking...
16/07/2024 00:00:06.00 · DEBUG · Updater.CheckforOSUpdates - 1 package can be upgraded
16/07/2024 01:10:45.10 · DEBUG · GenericIR.NetDisconnect - Device (28) has disconnected.
16/07/2024 01:10:45.10 · DEBUG · GenericIR.NetDisconnect - Device (2) has disconnected.
16/07/2024 01:10:55.10 · DEBUG · GenericIR.NetConnect - Device (28) has connected.
16/07/2024 01:10:55.10 · DEBUG · GenericIR.NetConnect - Device (2) has connected.
16/07/2024 01:42:58.42 · DEBUG · Server.doCommand - setvariable|activescene_remote1~index from remote1
16/07/2024 01:42:58.42 · DEBUG · Server.doCommand - setvariable|activescene_remote0~tivo from remote0
16/07/2024 03:43:01.43 · DEBUG · Server.doCommand - setvariable|activescene_remote1~index from remote1
16/07/2024 04:31:44.31 · DEBUG · GenericIR.NetDisconnect - Device (2) has disconnected.
16/07/2024 04:31:44.31 · DEBUG · GenericIR.NetDisconnect - Device (28) has disconnected.
16/07/2024 04:31:54.31 · DEBUG · GenericIR.NetConnect - Device (2) has connected.
16/07/2024 04:31:54.31 · DEBUG · GenericIR.NetConnect - Device (28) has connected.
16/07/2024 04:43:03.43 · ERROR · AndroidTV.SendCommand - Error in SendCommand - An error occurred while reading a response from ADB: closed
Both Global Cache devices Disconnect at the same time and then reconnect 10 seconds later. I find it hard to believe it's the network, because it only is impacting those two devices out of 100+ devices connected throughout the house.
Here are the network stats on the myserver:
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.142 netmask 255.255.255.0 broadcast 192.168.2.255
ether e4:5f:01:d0:8d:06 txqueuelen 1000 (Ethernet)
RX packets 219465709 bytes 40954507642 (38.1 GiB)
RX errors 0 dropped 4305411 overruns 0 frame 0
TX packets 165760052 bytes 28068906057 (26.1 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
16/07/2024 00:00:00.00 · DEBUG · Updater.CheckforOSUpdates - Checking...
16/07/2024 00:00:06.00 · DEBUG · Updater.CheckforOSUpdates - 1 package can be upgraded
16/07/2024 01:10:45.10 · DEBUG · GenericIR.NetDisconnect - Device (28) has disconnected.
16/07/2024 01:10:45.10 · DEBUG · GenericIR.NetDisconnect - Device (2) has disconnected.
16/07/2024 01:10:55.10 · DEBUG · GenericIR.NetConnect - Device (28) has connected.
16/07/2024 01:10:55.10 · DEBUG · GenericIR.NetConnect - Device (2) has connected.
16/07/2024 01:42:58.42 · DEBUG · Server.doCommand - setvariable|activescene_remote1~index from remote1
16/07/2024 01:42:58.42 · DEBUG · Server.doCommand - setvariable|activescene_remote0~tivo from remote0
16/07/2024 03:43:01.43 · DEBUG · Server.doCommand - setvariable|activescene_remote1~index from remote1
16/07/2024 04:31:44.31 · DEBUG · GenericIR.NetDisconnect - Device (2) has disconnected.
16/07/2024 04:31:44.31 · DEBUG · GenericIR.NetDisconnect - Device (28) has disconnected.
16/07/2024 04:31:54.31 · DEBUG · GenericIR.NetConnect - Device (2) has connected.
16/07/2024 04:31:54.31 · DEBUG · GenericIR.NetConnect - Device (28) has connected.
16/07/2024 04:43:03.43 · ERROR · AndroidTV.SendCommand - Error in SendCommand - An error occurred while reading a response from ADB: closed
Both Global Cache devices Disconnect at the same time and then reconnect 10 seconds later. I find it hard to believe it's the network, because it only is impacting those two devices out of 100+ devices connected throughout the house.
Here are the network stats on the myserver:
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.142 netmask 255.255.255.0 broadcast 192.168.2.255
ether e4:5f:01:d0:8d:06 txqueuelen 1000 (Ethernet)
RX packets 219465709 bytes 40954507642 (38.1 GiB)
RX errors 0 dropped 4305411 overruns 0 frame 0
TX packets 165760052 bytes 28068906057 (26.1 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Last edit: 2 years 2 weeks ago by bitzerjd.
Please Log in to join the conversation.
- bitzerjd
- Topic Author
- Offline
- User
-
Less
More
- Posts: 373
- Thank you received: 3
2 years 2 weeks ago - 2 years 1 week ago #2942
by bitzerjd
Replied by bitzerjd on topic Device not responding
Looking at the overnight logs, Like clockwork, every three hours both of my GC Devices do a quick disconnect and reconnect. The Disconnect and Reconnect take ~10 seconds.
Update - I created the new network segment, the myserver connects to a 5 port switch and that switch connects to the GC Devices. I set the GC devices to a static address (no DHCP on that segment) and changed the address in the GenericIR driver. Everything seems to be working just fine.... I will keep checking the logs to see if the disconnect/connect behavior continues.
Update - It's been almost 24hrs and the devices are stable (no dropping). I'm still unsure why there was a rhythmic issue (disconnects every 3-4 hrs) on main network. None of the other devices are having an issue, and there are no usage issues (things not available, etc.).
Update - 10 Days later and not a single disconnect. Yesterday I ripped out all the URC equipment from the HT cabinet. 100% Allonis now.
Update - I created the new network segment, the myserver connects to a 5 port switch and that switch connects to the GC Devices. I set the GC devices to a static address (no DHCP on that segment) and changed the address in the GenericIR driver. Everything seems to be working just fine.... I will keep checking the logs to see if the disconnect/connect behavior continues.
Update - It's been almost 24hrs and the devices are stable (no dropping). I'm still unsure why there was a rhythmic issue (disconnects every 3-4 hrs) on main network. None of the other devices are having an issue, and there are no usage issues (things not available, etc.).
Update - 10 Days later and not a single disconnect. Yesterday I ripped out all the URC equipment from the HT cabinet. 100% Allonis now.
Last edit: 2 years 1 week ago by bitzerjd.
Please Log in to join the conversation.
Time to create page: 0.190 seconds