-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Insteon Plugin for HOOBS box locks up the HOOBS box #288
Comments
@greg-e-ctrl Looks like the connection to the hub has dropped. Can you share your config? Which version of the plugin are you using? |
Hi,
I am using the latest version of everything:
HOOBS 4.2.8 Node version: 16.19.0 Model: HSLF-1, System version: 11
Homebridge version: 1.5.0
Paltform InsteonLocal Bridge version: 0.5.7 It is using Bonjour
Attached are my config files.
Can we have a call please?
Thanks!
--
Greg
On 1/14/2023 6:57 AM, kuestess wrote:
@greg-e-ctrl <https://github.com/greg-e-ctrl> Looks like the
connection to the hub has dropped. Can you share your config? Which
version of the plugin are you using?
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEGDSMDPX432DJBH5B3WSK5FJANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
{
"platform": "InsteonLocal",
"name": "InsteonLocal",
"port": "25105",
"model": "2245",
"refresh": "0",
"server_port": "3000",
"keepAlive": "3600",
"host": "192.168.10.35",
"user": "admin",
"pass": "xxxxx",
"devices": [
{
"name": "Office Lights",
"deviceID": "30D79F",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Living Room Ceiling Fan",
"deviceID": "23DED9",
"deviceType": "switch",
"dimmable": "no"
},
{
"name": "Garage EV Charger",
"deviceID": "418C4B",
"deviceType": "outlet",
"dimmable": "no",
"position": "bottom"
},
{
"name": "Family Room Lights",
"deviceID": "30AF55",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Garage Lights",
"deviceID": "43F9BE",
"deviceType": "switch",
"dimmable": "no"
},
{
"name": "Garage Lights - Rightside",
"deviceID": "43FCDC",
"deviceType": "switch",
"dimmable": "no"
},
{
"name": "Dining Room Table Light",
"deviceID": "23CB15",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Kitchen Cabinet Lights",
"deviceID": "23E076",
"deviceType": "switch",
"dimmable": "no"
},
{
"name": "Outside Garage Door Light",
"deviceID": "223D58",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Main Bath Sink Lights",
"deviceID": "411359",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Main Bath Track Lights",
"deviceID": "30379D",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Stairway Lights",
"deviceID": "2BD070",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Stairway Lights - Upstairs",
"deviceID": "2BCE43",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Kitchen Bar Lights",
"deviceID": "3066B1",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Garage Fridge",
"deviceID": "2D0CAC",
"deviceType": "outlet",
"dimmable": "no"
},
{
"name": "Step Lights",
"deviceID": "1B89F8",
"deviceType": "switch",
"dimmable": "no"
},
{
"name": "Step Lights - Upper",
"deviceID": "1B84B8",
"deviceType": "switch",
"dimmable": "no"
},
{
"name": "Inside Foyer Light - Garage",
"deviceID": "2BCC82",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Inside Foyer Light",
"deviceID": "303BBA",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Garage Bench Light",
"deviceID": "213E51",
"deviceType": "outlet",
"dimmable": "no"
},
{
"name": "Kitchen Table Light",
"deviceID": "23CA25",
"deviceType": "dimmer",
"dimmable": "yes"
},
{
"name": "Kitchen Sink Lights",
"deviceID": "30B5FC",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Hot Water Heater Leak Sensor",
"deviceID": "550270",
"deviceType": "leaksensor"
},
{
"name": "Family Room Table Light",
"deviceID": "364712",
"dimmable": "no",
"deviceType": "outlet"
},
{
"name": "Hot Water Pump",
"deviceID": "549E5D",
"dimmable": "no",
"deviceType": "outlet"
},
{
"name": "Instant Hot Water",
"deviceID": "549E1B",
"dimmable": "no",
"deviceType": "outlet"
},
{
"name": "Family Room Leak Sensor",
"deviceID": "3F9F96",
"dimmable": "no",
"deviceType": "leaksensor"
},
{
"name": "Mailbox Door",
"deviceID": "36DC97",
"dimmable": "no",
"deviceType": "doorsensor"
},
{
"name": "Garage�Side�Door",
"deviceID": "37DFD8",
"dimmable": "no",
"deviceType": "doorsensor"
},
{
"name": "Garage Leak Sensor",
"deviceID": "377CF1",
"dimmable": "no",
"deviceType": "leaksensor"
},
{
"name": "Kitchen�Sink Leak�Sensor - Left Front",
"deviceID": "47B2C0",
"dimmable": "no",
"deviceType": "leaksensor"
},
{
"name": "Kitchen�Sink Leak�Sensor - Right Front",
"deviceID": "55057D",
"dimmable": "no",
"deviceType": "leaksensor"
},
{
"name": "Kitchen�Sink Leak�Sensor - Right Back",
"deviceID": "55048C",
"dimmable": "no",
"deviceType": "leaksensor"
},
{
"name": "Dining Room Lights",
"deviceID": "303E0B",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Living Room Lights",
"deviceID": "3042D4",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Kitchen Lights",
"deviceID": "2C0270",
"dimmable": "yes",
"deviceType": "keypad",
"keypadbtn": "ON"
},
{
"name": "Crawl Space Door Sensor",
"deviceID": "47FBEE",
"dimmable": "no",
"deviceType": "doorsensor"
},
{
"name": "Holiday Wreath",
"deviceID": "2D1418",
"dimmable": "no",
"deviceType": "outlet"
},
{
"name": "Fish Tank Light",
"deviceID": "510F24",
"dimmable": "no",
"deviceType": "outlet",
"position": "top"
},
{
"name": "Upstairs Lights",
"deviceID": "2C01F8",
"dimmable": "yes",
"deviceType": "keypad",
"keypadbtn": "ON"
},
{
"name": "Upstairs Lights - Laundry",
"deviceID": "304456",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Outside Foyer Lights",
"deviceID": "24AC51",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Main�Bedroom�Reading�Lights",
"deviceID": "30ADE8",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Main�Bedroom�Ceiling�Lights",
"deviceID": "30A703",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Kitchen Lights - Bar",
"deviceID": "3066DA",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Hallway Light - Back",
"deviceID": "309978",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Hallway Light",
"deviceID": "30BD0E",
"dimmable": "yes",
"deviceType": "dimmer"
},
{
"name": "Sideyard Lights",
"deviceID": "542579",
"dimmable": "no",
"deviceType": "switch"
}
]
}
|
@greg-e-ctrl Do you get any messages in your console that say 'Started connection watcher...' and 'Reconnecting to Hub...'? From your config, you should see these about every hour. The 2245 gets 'bored' with the connection sometimes, so the plugin periodically disconnects/reconnects the hub. Sorry, don't do phone support but happy to help here. |
I have the exact same issue, with the same setup, as the OP. I rebooted my hoops hub at 3:11 PM. It worked until 3:42 PM, which is when it sent a CLOSE and RECONNECT command to the Insteon hub (I have my keep alive set to 1800). After it sent the RECONNECT command it gave the ETIMEDOUT error and no longer speaks to the Insteon hub. |
Yep, you are seeing same: i left Keepalive at default of 3600 and even
tried it at 120 (every tweo mins) and it still locks up eventually
within a few hours.
1/14/2023, 10:43:47 AMPlatform Insteonlocal BridgeInsteonLocalClosing
connection to Hub...1/14/2023, 10:43:52 AMPlatform Insteonlocal
BridgeInsteonLocalReconnecting to Hub...1/14/2023, 10:43:52 AMPlatform
Insteonlocal BridgeInsteonLocalConnected to Insteon Model 2245
Hub...1/14/2023, 11:43:47 AMPlatform Insteonlocal
BridgeInsteonLocalClosing connection to Hub...1/14/2023, 11:43:52
AMPlatform Insteonlocal BridgeInsteonLocalReconnecting to
Hub...1/14/2023, 11:43:52 AMPlatform Insteonlocal
BridgeInsteonLocalConnected to Insteon Model 2245 Hub...1/14/2023,
12:43:47 PMPlatform Insteonlocal BridgeInsteonLocalClosing connection to
Hub...1/14/2023, 12:43:52 PMPlatform Insteonlocal
BridgeInsteonLocalReconnecting to Hub...1/14/2023, 12:43:52 PMPlatform
Insteonlocal BridgeInsteonLocalConnected to Insteon Model 2245 Hub...
e-ctrl
…On 1/14/2023 3:50 PM, MarcStapley wrote:
I have the exact same issue, with the same setup, as the OP. I
rebooted my hoops hub at 3:11 PM. It worked until 3:42 PM, which is
when it sent a CLOSE and RECONNECT command to the Insteon hub (I have
my keep alive set to 1800). After it sent the RECONNECT command it
gave the ETIMEDOUT error and no longer speaks to the Insteon hub.
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEGCTKOX6IBYADZTEQLWSM3S3ANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi Folks,
Okay, the Hoobs box just locked up again and even though it says it is
turning my lights on and off, they are not responding.
It started at 8:46:01 this morning:
1/15/2023, 8:12:06 AMPlatform Insteonlocal BridgeInsteonLocalGot off
event for Kitchen Cabinet Lights 1/15/2023, 8:43:47 AMPlatform
Insteonlocal BridgeInsteonLocalClosing connection to Hub... 1/15/2023,
8:43:52 AMPlatform Insteonlocal BridgeInsteonLocalReconnecting to Hub...
1/15/2023, 8:45:39 AMPlatform Insteonlocal BridgeInsteonLocalSetting
power state of Step Lights to on 1/15/2023, 8:45:50 AMPlatform
Insteonlocal BridgeInsteonLocalError setting power state of Step Lights
to on 1/15/2023, 8:45:50 AMPlatform Insteonlocal
BridgeInsteonLocalGetting status for Step Lights 1/15/2023, 8:46:00
AMPlatform Insteonlocal BridgeInsteonLocalError getting power state of
Step Lights 1/15/2023, 8:46:00 AMPlatform Insteonlocal
BridgeInsteonLocalSetting power state of Step Lights to off 1/15/2023,
8:46:01 AMPlatform Insteonlocal BridgeWARNINGunhandled rejection: Error:
connect ETIMEDOUT 192.168.10.35:25105 1/15/2023, 8:46:10 AMPlatform
Insteonlocal BridgeInsteonLocalSetting power state of Step Lights -
Upper to on 1/15/2023, 8:46:10 AMPlatform Insteonlocal
BridgeInsteonLocalError setting power state of Step Lights to off
1/15/2023, 8:46:10 AMPlatform Insteonlocal BridgeInsteonLocalGetting
status for Step Lights 1/15/2023, 8:46:18 AMPlatform Insteonlocal
BridgeInsteonLocalSetting power state of Step Lights - Upper to off
1/15/2023, 8:46:20 AMPlatform Insteonlocal BridgeInsteonLocalError
setting power state of Step Lights - Upper to on 1/15/2023, 8:46:20
AMPlatform Insteonlocal BridgeInsteonLocalGetting status for Step Lights
- Upper 1/15/2023, 8:46:30 AMPlatform Insteonlocal
BridgeInsteonLocalError getting power state of Step Lights As those
WARNING ETIMEOUTs continue to be mixed in with the other status changes
even though they are not changing.
When locked up like this:
1) The Hoobs GUI app does not control the devices even though it thinks
it is
2) HomeKit and Siri think they are work but they also do not work
3) The Insteon Director app and the OG Insteon app continue to work
correctly!
4) The only fix is to reboot the HOOBS box, restarting the Insteon
plugin/bridge does NOT fix this problem.
Therefore, it appears to be a Hoobs box networking issue!
e-ctrl
…On 1/14/2023 5:08 PM, e-ctrl wrote:
Yep, you are seeing same: i left Keepalive at default of 3600 and even
tried it at 120 (every tweo mins) and it still locks up eventually
within a few hours.
1/14/2023, 10:43:47 AMPlatform Insteonlocal BridgeInsteonLocalClosing
connection to Hub...1/14/2023, 10:43:52 AMPlatform Insteonlocal
BridgeInsteonLocalReconnecting to Hub...1/14/2023, 10:43:52 AMPlatform
Insteonlocal BridgeInsteonLocalConnected to Insteon Model 2245
Hub...1/14/2023, 11:43:47 AMPlatform Insteonlocal
BridgeInsteonLocalClosing connection to Hub...1/14/2023, 11:43:52
AMPlatform Insteonlocal BridgeInsteonLocalReconnecting to
Hub...1/14/2023, 11:43:52 AMPlatform Insteonlocal
BridgeInsteonLocalConnected to Insteon Model 2245 Hub...1/14/2023,
12:43:47 PMPlatform Insteonlocal BridgeInsteonLocalClosing connection
to Hub...1/14/2023, 12:43:52 PMPlatform Insteonlocal
BridgeInsteonLocalReconnecting to Hub...1/14/2023, 12:43:52 PMPlatform
Insteonlocal BridgeInsteonLocalConnected to Insteon Model 2245 Hub...
e-ctrl
On 1/14/2023 3:50 PM, MarcStapley wrote:
>
> I have the exact same issue, with the same setup, as the OP. I
> rebooted my hoops hub at 3:11 PM. It worked until 3:42 PM, which is
> when it sent a CLOSE and RECONNECT command to the Insteon hub (I have
> my keep alive set to 1800). After it sent the RECONNECT command it
> gave the ETIMEDOUT error and no longer speaks to the Insteon hub.
>
> —
> Reply to this email directly, view it on GitHub
> <#288 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AMOOUEGCTKOX6IBYADZTEQLWSM3S3ANCNFSM6AAAAAAT264J2Y>.
> You are receiving this because you were mentioned.Message ID:
> ***@***.***>
>
|
@greg-e-ctrl Agree that this is a Hoobs-specific (likely) networking issue. I spun up a Hoobs instance this morning and it's been running fine for me for a bit, but I don't have much Insteon network traffic on that instance. Did this just start after the latest update to 0.5.7? If so, you might try setting the |
Did some extensive testing today. Exact same issue as above. Communication between the hoobs and Insteon works fine until someone presses an Insteon switch manually, then this happens for every device, after which the communication no longer works ... |
@AstonMartin715 Did this just start after the latest update to 0.5.7? If so, you might try setting the |
No I've been dealing with this for about 6 months and through multiple updates. I have set the keep alive to 0 as you suggested and am re-testing. Since doing that I've had 2 hours of consistent uptime. |
Hi,
Glad to see @AstonMartin715 is seeing the same as I am so this is
reproducible!
Also the same is that this has been happening for me for the past 6+
months as well since I first purchased the Hoobs box. So it existed
prior to the 0.5.7 release for sure.
I too just set the KeepAlive to 0 so now both Refresh and Keep Alive are
both set to 0 and let's see what happens.
Question: Does anyone know if the Insteon hub has some sort of API call
rate limit if it is from a non-native/non-Insteon controller/3rd-party
app sending it commands?
I'll report back after letting this new keep alive setting bakes in... I
have to first make the change in the Insteon bridge setting to the Keep
Alive and then go into the Hub Settings and Reboot the entire Hoobs box
to get it working again. :( argh
Thank all for you help in debugging this! We will find it eventually!!! :)
…--
Greg
On 1/15/2023 12:45 PM, AstonMartin715 wrote:
No I've been dealing with this for about 6 months and through multiple
updates. I have set the keep alive to 0 as you suggested and am
re-testing. Since doing that I've had 2 hours of consistent uptime.
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEENHVLYZL7NMRBKCLLWSROWJANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Good Morning folks!
So it locked up again last night after responding correctly for at least
4 hours before i went to bed.
But when I tried first thing this morning, no-go. Since no Keep Alive or
Refresh pings are happening, i did not see any ETIMEOUT warnings in the
log; actually nothing at all in the log from the last time i turned a
light off last night before bed. Until this morning when i used the
HOOBS GUI app on Windows to try to turn on a light that did not work and
again i get the ETIMEOUT warnings for that request...
So again, this tells me that it is not the Insteon plugin per se, that
is causing the issue, but instead appears to be the hoobs box network
interface "going to sleep" whereas requests are going into the ether/bit
bucket unanswered? And recall this is the state it is in when this happens:
1) The Hoobs GUI app does not control the devices even though it thinks
it does and marks them completed in the log
2) HomeKit and Siri also think they are working but they do not; again
traced in the log
3) The Insteon Director app and the OG Insteon app continue to work
correctly!
4) The only fix is to reboot the HOOBS box, restarting the Insteon
plugin/bridge does NOT fix this problem.
Another observation: It appears there may be a memory leak. After a
fresh reboot, memory usage hovers around 41MB used and after running all
night and after it is in the lockeup state it is using around 54MB.
Thanks folks and happy MLKjr Day!
…On 1/15/2023 2:26 PM, e-ctrl wrote:
Hi,
Glad to see @AstonMartin715 is seeing the same as I am so this is
reproducible!
Also the same is that this has been happening for me for the past 6+
months as well since I first purchased the Hoobs box. So it existed
prior to the 0.5.7 release for sure.
I too just set the KeepAlive to 0 so now both Refresh and Keep Alive
are both set to 0 and let's see what happens.
Question: Does anyone know if the Insteon hub has some sort of API
call rate limit if it is from a non-native/non-Insteon
controller/3rd-party app sending it commands?
I'll report back after letting this new keep alive setting bakes in...
I have to first make the change in the Insteon bridge setting to the
Keep Alive and then go into the Hub Settings and Reboot the entire
Hoobs box to get it working again. :( argh
Thank all for you help in debugging this! We will find it eventually!!! :)
--
Greg
On 1/15/2023 12:45 PM, AstonMartin715 wrote:
>
> No I've been dealing with this for about 6 months and through
> multiple updates. I have set the keep alive to 0 as you suggested and
> am re-testing. Since doing that I've had 2 hours of consistent uptime.
>
> —
> Reply to this email directly, view it on GitHub
> <#288 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AMOOUEENHVLYZL7NMRBKCLLWSROWJANCNFSM6AAAAAAT264J2Y>.
> You are receiving this because you were mentioned.Message ID:
> ***@***.***>
>
|
@greg-e-ctrl Agree with your diagnosis - everything you describe points to a network issue specific to Hoobs. The apps will continue to work as they initiate a fresh connection to the hub, which the plugin should do as well...but seems it isn't making it out of the Hoobs box. Quick thought - have you tried power cycling your Hub or spinning up a quick Homebridge container to see it it persists? |
Hi @kuestess,
Do you mean to power cycle my Hoobs box or Insteon Hub?
And how do I "spin up" a Homebridge container? I already created one
using the Homemanager App on my iPhone when i first set this up; unless
you are referring to something else?
Thank you!
…On 1/16/2023 8:11 AM, kuestess wrote:
@greg-e-ctrl <https://github.com/greg-e-ctrl> Agree with your
diagnosis - everything you describe points to a network issue specific
to Hoobs. The apps will continue to work as they initiate a fresh
connection to the hub, which the plugin should do as well...but seems
it isn't making it out of the Hoobs box. Quick thought - have you
tried power cycling your Hub or spinning up a quick Homebridge
container to see it it persists?
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEDDUCCAN4UYX46FEJTWSVXLBANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
@greg-e-ctrl I meant to power cycle your Hub. Sometimes they get a bit wonky, and unfortunately no way to reboot them without unplugging. 'Spin up' is nerd speak :-) for setting up a docker container to run/administrate home bridge. See here: https://github.com/oznu/homebridge-config-ui-x |
Confirming your 4 points above are exactly the same for me @greg-e-ctrl. Tested a lot today. Set up an iPhone shortcut to cycle one light every 10 minutes. It failed as soon as someone manually turned on a different light using the Insteon switch which caused the Hoobs hub to cycle through all of the devices, saying it couldn’t find them:l, for example: 1/16/2023, 7:26:42 PMPlatform Insteonlocal Bridge 2InsteonLocalReceived command for 3C68E0 After that there was no communication between the Hoobs hub and the Insteon hub. The only error I get is: 1/16/2023, 7:44:43 PMPlatform Insteonlocal Bridge 2InsteonLocalError getting power state of Garage Lights (G) It seems a call from the Insteon hub back to the Hoobs hub (instead of the other way round) throws it through a bit of a loop. |
ok, yes @AstonMartin715, we are seeing the same issues...
BTW, I just rebooted EVERYTHING and it still locked up in a couple
hours, without any other Insteon devices turned/on/off or activity
whatsoever during that time (we left the house) and it still locked up.
Does this have anything to do with how connected to the network? Via
hard wired ethernet cable or via WiFi?
If you can sniff the network (wireshark?) to see if in fact the commands
are comming out of the HOOBS box destined for the Insteon HUB that would
also tell us something...
Thanks!
…On 1/16/2023 11:54 AM, AstonMartin715 wrote:
Confirming your 4 points above are exactly the same for me
@greg-e-ctrl <https://github.com/greg-e-ctrl>. Tested a lot today. Set
up an iPhone shortcut to cycle one light every 10 minutes. It failed
as soon as someone manually turned on a different light using the
Insteon switch which caused the Hoobs hub to cycle through all of the
devices, saying it couldn’t find them:l, for example:
1/16/2023, 7:26:42 PMPlatform Insteonlocal Bridge
2InsteonLocalReceived command for 3C68E0
1/16/2023, 7:26:42 PMPlatform Insteonlocal Bridge 2InsteonLocalMessage
is from keypad, filtering non-keypad devices.
1/16/2023, 7:26:42 PMPlatform Insteonlocal Bridge 2InsteonLocalFound 0
accessories matching 3C68E0
After that there was no communication between the Hoobs hub and the
Insteon hub. The only error I get is:
1/16/2023, 7:44:43 PMPlatform Insteonlocal Bridge 2InsteonLocalError
getting power state of Garage Lights (G)
It seems a call from the Insteon hub back to the Hoobs hub (instead of
the other way round) throws it through a bit of a loop.
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEE53SFMYF7XBLLK6DTWSWRNXANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
I have tried ethernet only, wi-fi only and both at the same time. I have discovered that even when the Hoobs hub loses connection to the Insteon hub, the Insteon will still take instructions from the Amazon Echo. I assume the communication protocol is the same for both devices? So does that tell us it's not so much Insteon not accepting commands, rather Hoobs not actually sending (or receiving) them? |
Sounds correct to me! That the HOOBS box is not sending the commands to the Insteon hub. Can we please get the HOOBS folks to chime in on this thread? @zach, are you seeing this?--GregOn Jan 16, 2023, at 7:34 PM, AstonMartin715 ***@***.***> wrote:
I have tried ethernet only, wi-fi only and both at the same time. I have discovered that even when the Hoobs hub loses connection to the Insteon hub, the Insteon will still take instructions from the Amazon Echo. I assume the communication protocol is the same for both devices? So does that tell us it's not so much Insteon not accepting commands, rather Hoobs not actually sending them?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
I tried to turn on verbose logging on Hoobs so I could see what was going on but I couldn’t get it to work (sudo hoobsd hub -v is the command I got from the Hoobs online CLI manual). Anyone else have any luck with this? I was able to turn on debugging mode but that didn’t tell me anything new. |
@kuestess please send me an email |
@AstonMartin715 @greg-e-ctrl Are either of you using any software to connect to your Hub in addition to the plugin (something like Home Assistant that would maintain a connection)? |
I am not. Only the Hoobs hub. I added the Amazon Echo skill for Insteon a few days ago to test that the Insteon hub could still receive commands from a 3rd party device when it was not receiving command from Insteon (see above). |
Thanks @AstonMartin715 - working with @zzack01 and just trying to eliminate things that could be grabbing the connection to the Hub. |
Is there an easy way to make the Insteon hub a local LAN device only and stop it from receiving any pings from the WAN? I would be OK with that as I have no reason to access it from outside of the LAN if the Apple Homekit/Hoobs/Insteon bridge is working as it should. I did some research and just have a gut feeling that making Insteon a local only device might help. The other option might be to put Hoobs and Insteon both on their own network (eg. 192.168.5.xxx) and firewall that off from other traffic except Homekit? |
I have a HomeKit Bridge for using my iPhone Home app. It uses the Homemanager app to activate. I also have the orig Insteon app and the new Insteon Director app as well. Home app works well until the HOOBS box locks up. Both Insteon apps continue to work perfectly ALL THE TIME even when HOOBS box is locked up. I didn’t think any of the above apps maintain a persistent connection to hub. I thought they all just use stateless RESTful API calls?Suggestion: use Wireshark or other network sniffer snd see how the new Insteon Director app talks to the Insteon Hub and then just mimic that in the HOOBS box using same protocol/ handshaking as you see in the sniffer packets from the Director app. Thanks!--GregOn Jan 20, 2023, at 12:08 PM, kuestess ***@***.***> wrote:
@AstonMartin715 @greg-e-ctrl Are either of you using any software to connect to your Hub in addition to the plugin (something like Home Assistant that would maintain a connection)?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: ***@***.***>
|
I put the Hoobs hub and Insteon hub on their own separate VLAN. No other devices present. They talked to each other for a couple of hours and then the same problem as described above occurred. |
@zzack01 Any updates? |
Hi @kuestess and @zach,
Yes, What is the status here?
I have seen 3-4 updates released and applied them but nothing has
changed wrt to our issue.
Also, now when i check for updates, i get the following:
2/2/2023, 7:43:23 AM deb [signed-by=/usr/share/keyrings/nodesource.gpg]
https://deb.nodesource.com/node_16.x bullseye main
2/2/2023, 7:43:23 AM deb-src
[signed-by=/usr/share/keyrings/nodesource.gpg]
https://deb.nodesource.com/node_16.x bullseye main
2/2/2023, 7:43:24 AM Hit:1 http://deb.debian.org/debian bullseye InRelease
2/2/2023, 7:43:24 AM Hit:2 http://deb.debian.org/debian bullseye-updates
InRelease
2/2/2023, 7:43:24 AM Hit:3 http://deb.debian.org/debian
bullseye-backports InRelease
2/2/2023, 7:43:24 AM Hit:4 http://security.debian.org bullseye-security
InRelease
2/2/2023, 7:43:25 AM Hit:6 https://deb.nodesource.com/node_16.x bullseye
InRelease
2/2/2023, 7:43:25 AM Hit:7 https://dl.hoobs.org/debian stable InRelease
2/2/2023, 7:43:25 AM Get:8 https://dl.yarnpkg.com/debian stable
InRelease [17.1 kB]
2/2/2023, 7:43:25 AM Hit:5 http://mirrors.jevincanders.net/armbian/apt
bullseye InRelease
2/2/2023, 7:44:10 AM Err:8 https://dl.yarnpkg.com/debian stable InRelease
2/2/2023, 7:44:10 AM The following signatures were invalid: EXPKEYSIG
23E7166788B63E1E Yarn Packaging ***@***.***>
2/2/2023, 7:44:10 AM Fetched 17.1 kB in 6s (2,908 B/s)
2/2/2023, 7:44:10 AM Reading package lists...
2/2/2023, 7:44:11 AM W: An error occurred during the signature
verification. The repository is not updated and the previous index files
will be used. GPG error: https://dl.yarnpkg.com/debian stable InRelease:
The following signatures were invalid: EXPKEYSIG 23E7166788B63E1E Yarn
Packaging ***@***.***>
2/2/2023, 7:44:11 AM W: Failed to fetch
https://dl.yarnpkg.com/debian/dists/stable/InRelease The following
signatures were invalid: EXPKEYSIG 23E7166788B63E1E Yarn Packaging
***@***.***>
2/2/2023, 7:44:11 AM W: Some index files failed to download. They have
been ignored, or old ones used instead.
Is there anything i need to do to correct this?
Thanks!
…--
Greg
On 2/1/2023 4:52 PM, kuestess wrote:
@zzack01 <https://github.com/zzack01> Any updates?
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEHPSGUIKJGEKQXBTSLWVMAN5ANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi Folks,
Are we being ghosted here? :)
We would appreciate an update after a week with no status...
Thanks!
…--
Greg
On 2/2/2023 7:51 AM, e-ctrl wrote:
Hi @kuestess and @zach,
Yes, What is the status here?
I have seen 3-4 updates released and applied them but nothing has
changed wrt to our issue.
Also, now when i check for updates, i get the following:
2/2/2023, 7:43:23 AM deb
[signed-by=/usr/share/keyrings/nodesource.gpg]
https://deb.nodesource.com/node_16.x bullseye main
2/2/2023, 7:43:23 AM deb-src
[signed-by=/usr/share/keyrings/nodesource.gpg]
https://deb.nodesource.com/node_16.x bullseye main
2/2/2023, 7:43:24 AM Hit:1 http://deb.debian.org/debian bullseye InRelease
2/2/2023, 7:43:24 AM Hit:2 http://deb.debian.org/debian
bullseye-updates InRelease
2/2/2023, 7:43:24 AM Hit:3 http://deb.debian.org/debian
bullseye-backports InRelease
2/2/2023, 7:43:24 AM Hit:4 http://security.debian.org
bullseye-security InRelease
2/2/2023, 7:43:25 AM Hit:6 https://deb.nodesource.com/node_16.x
bullseye InRelease
2/2/2023, 7:43:25 AM Hit:7 https://dl.hoobs.org/debian stable InRelease
2/2/2023, 7:43:25 AM Get:8 https://dl.yarnpkg.com/debian stable
InRelease [17.1 kB]
2/2/2023, 7:43:25 AM Hit:5 http://mirrors.jevincanders.net/armbian/apt
bullseye InRelease
2/2/2023, 7:44:10 AM Err:8 https://dl.yarnpkg.com/debian stable InRelease
2/2/2023, 7:44:10 AM The following signatures were invalid: EXPKEYSIG
23E7166788B63E1E Yarn Packaging ***@***.***>
2/2/2023, 7:44:10 AM Fetched 17.1 kB in 6s (2,908 B/s)
2/2/2023, 7:44:10 AM Reading package lists...
2/2/2023, 7:44:11 AM W: An error occurred during the signature
verification. The repository is not updated and the previous index
files will be used. GPG error: https://dl.yarnpkg.com/debian stable
InRelease: The following signatures were invalid: EXPKEYSIG
23E7166788B63E1E Yarn Packaging ***@***.***>
2/2/2023, 7:44:11 AM W: Failed to fetch
https://dl.yarnpkg.com/debian/dists/stable/InRelease The following
signatures were invalid: EXPKEYSIG 23E7166788B63E1E Yarn Packaging
***@***.***>
2/2/2023, 7:44:11 AM W: Some index files failed to download. They have
been ignored, or old ones used instead.
Is there anything i need to do to correct this?
Thanks!
--
Greg
On 2/1/2023 4:52 PM, kuestess wrote:
>
> @zzack01 <https://github.com/zzack01> Any updates?
>
> —
> Reply to this email directly, view it on GitHub
> <#288 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AMOOUEHPSGUIKJGEKQXBTSLWVMAN5ANCNFSM6AAAAAAT264J2Y>.
> You are receiving this because you were mentioned.Message ID:
> ***@***.***>
>
|
No the docker container didn't work on the MAC. Couldn't get to the network. I am using homebridge on a second raspberry pi. |
Final observation. When the Insteon has stopped accepting commands from either Homebridge or the shortcuts I created, I unplug the Raspberry Pi that is running homebridge, wait a few minutes, and like magic, the shortcuts start to work again. So, the homebridge (and Hoobs) is locking up the Insteon. |
Hi @AstonMarton715,
Glad to see you are making progress in identifying the issue!
Here is the URL syntax I use to turn on/off my Insteon dual wall plug by
entering the below URLs in any web browser. Similar to the shortcut you
made. What URL syntax are you using if I may ask?
The URLs to turn on and off the Insteon wall plug bottom outlet,
respectively:
http://_username_:_password_@_192.168.10.35_:25105/3?0262_418C4B_0F3202=I=3
http://_username_:_password_@_192.168.10.35_:25105/3?0262_418C4B_0F3302=I=3
Substitute the underlined items above with your username, password, and
IP address of your Insteon Hub 2 and the Insteon ID of your wall plug in
this case 418C4B.
e-ctrl
…On 3/19/2023 1:31 PM, AstonMartin715 wrote:
That's the exact command I used (DEBUG=* homebridge -D) . It ran
through a bunch of steps and then I just assumed that put it in full
debug mode. Is there something else I need to do other than type that
command in the terminal window?
By the way, I created an iOS shortcut to turn a lamp on or off using a
simple URL that directly communicates with the Insteon Hub. When
homebridge stops working so do those shortcuts, supporting my theory
that Insteon decides to no longer select commands. When you reboot
hoobs or homebridge, it obviously does something to wake Insteon back
up and everything works again.
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEEEC3DHDPDZH3D6WVDW45UL3ANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
@greg-e-ctrl that’s the same syntax I am using. Works great until it gets locked up by the bridge as described above. Curious - you don’t have a UniFi network do you? |
No, I am not using a UniFi network.
I am using the standard Comcast provided Xfinity cable modem/WiFi
router; white tower rectangular box with slanted top.
e-ctrl
…On 3/19/2023 4:29 PM, AstonMartin715 wrote:
@greg-e-ctrl <https://github.com/greg-e-ctrl> that’s the same syntax I
am using. Works great until it gets locked up by the bridge as
described above.
Curious - you don’t have a UniFi network do you?
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUECCUO4TGLBYIBCYRETW46JEFANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
There goes my theory that the router is involved! @kuestess here is the debug log before a failure:
And here it is from the same point after a failure:
I am now convinced that it's similar to the homeassistant issue I linked to earlier. The Insteon plugin is keeping the network connection to the Insteon hub open and not closing it, preventing any other traffic getting to the hub via the network port (except for traffic from the Director app which I understand takes advantage of a different communication method to avoid 'popcorning'). Oh by the way I can now 100% recreate the non-communication issue within about 1 minute of a reboot by switching on and off a number of devices manually in quick succession. And then to fix the issue I just unplug the Cat5 cable from the Pi (breaking the network connection). |
@kuestess a netstat -at command is very revealing. It confirms that the homebridge network connection remains open. @greg-e-ctrl after your connection has seized up, run the network -at command in the terminal window in HOOBS and see if it shows a perpetual open connection at your Hoobs IP address. |
@AstonMartin715 Interesting observation. I tried to run netstat on my machine, but oddly it didn’t see any connection to the hub. I’ll play around with it a little more. |
@kuestess Today the (SLT) System showed "No Response" on the Home App. 3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonConnecting to Insteon Model 2245 Hub... |
@hypeitinc That looks like something different - do you somehow have two instances of homebridge running? (notice duplicate lines for each message) @AstonMartin715 I did a little homework on your observation above using Interestingly enough, I was able to get my hub to a state that you are describing. I let homebridge run for a couple days and eventually I couldn't reconnect to the hub. Even restarting homebridge didn't work, but the Insteon app did work (albeit slow response). Once I unplugged/replugged the hub, all worked as expected, which leads me to believe that this is a hub issue. |
I have my Raspberry Pi HomeBridge hub plugged into an Eve power bar (WIFI connected with each outlet individually controllable) allowing me to remotely restart the HomeBridge hub, via HomeKit or Siri command. |
@kuestess you don't even need to reboot the hub. Simply removing the ethernet cable, waiting and plugging it back in solves the problem (for me at least). If I had a device that could periodically shut down the connection between the Pi and the switch that would probably solve my problem. Is that a line of code you could add? Like keep-alive but frequently close the open port? One thing to test, when your Insteon app works but the hub doesn't. Try to send an http command to the Insteon hub (see exchange between me and @greg-e-ctrl above) - I bet it doesn't accept them. |
I looked at one device as follows: Insteon bulb
In all cases the bulb turned on. This was with both refresh and keepActive set to 0. With keepActive set to 3600 and refresh to 0 there was no real change, except that when turned on with HomeKit, Director did not show as on, Alexa did not show as on, but Insteon app did show as on, and then after accessing the Insteon app both Director and Alexa now showed as on. The only way to get HomeKit to show as on when the light was switched on with any method other than HomeKit was to set a short refresh rate, which makes for a lot of network traffic. I am convinced that most of the problem originated with the Insteon hub not sending status updates when a device state changes. |
Hi Folks!
Haven't seen/heard much activity on this topic lately... where are we
with resolving this issue?
Thanks!
e-ctrl
…On 3/23/2023 4:24 PM, Peter Rexelius wrote:
@kuestess <https://github.com/kuestess> Today the (SLT) System showed
"No Response" on the Home App.
The MacMini I'm using was unusually warm and logging in I could see
that Insteon plugin is restarting every other second or so. I noted
that the memory leak warning I have mentioned before is there.
No changes had been done to the system.
Not sure if this is helpful on this thread or not but here is part of
the log:
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonConnecting to
Insteon Model 2245 Hub...
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonConnecting to
Insteon Model 2245 Hub...
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonStarted
connection watcher...
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonStarted
connection watcher...
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Initializing Insteon UI
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Initializing Insteon UI
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Reading config from
/var/lib/hoobs/platforminsteonlocalbridge/config.json
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Reading config from
/var/lib/hoobs/platforminsteonlocalbridge/config.json
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Found 1 platform(s) in config
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Found 1 platform(s) in config
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Reading devices from insteon.json
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Reading devices from insteon.json
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Done with InsteonUI init
3/23/2023, 4:12:37 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:37
PM] [InsteonUI] Done with InsteonUI init
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonFinished
initializing platform: Insteon
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonFinished
initializing platform: Insteon
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Office Light
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Office Light
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Living Room Sconces
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Living Room Sconces
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Living Room Chandelier
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Living Room Chandelier
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Entrance
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Entrance
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Floor Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Floor Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Console Table Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Console Table Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Side Table Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Side Table Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Gutter Back
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Gutter Back
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Gutter Front
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Gutter Front
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Family Room
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Family Room
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Living Room
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Living Room
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Master
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Master
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Upper Hall
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Upper Hall
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonExecuted
didFinishLaunching callback
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonExecuted
didFinishLaunching callback
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonFound 13
devices in config
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonFound 13
devices in config
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Office Light
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Office Light
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Living Room Sconces
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Living Room Sconces
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Living Room Chandelier
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Living Room Chandelier
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Entrance
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Entrance
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Floor Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Floor Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Console Table Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Console Table Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Side Table Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Side Table Lamp
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Gutter Back
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Gutter Back
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Gutter Front
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Gutter Front
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Family Room
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Family Room
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Living Room
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Living Room
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Master
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Master
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Upper Hall
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Upper Hall
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeSetup URI
'X-HM://0023ISYWYB4AH'
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeSetup URI
'X-HM://0023ISYWYB4AH'
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeShutting down
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeShutting down
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeERROR(node:74971)
MaxListenersExceededWarning: Possible EventEmitter memory leak
detected. 14 connect listeners added to [Insteon]. Use
emitter.setMaxListeners() to increase limit
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeERROR(node:74971)
MaxListenersExceededWarning: Possible EventEmitter memory leak
detected. 14 connect listeners added to [Insteon]. Use
emitter.setMaxListeners() to increase limit
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeERROR(Use |node
--trace-warnings ...| to show where the warning was created)
3/23/2023, 4:12:37 PMPlatform Insteonlocal BridgeERROR(Use |node
--trace-warnings ...| to show where the warning was created)
3/23/2023, 4:12:39 PMPlatform Insteonlocal BridgeStopped
3/23/2023, 4:12:39 PMPlatform Insteonlocal BridgeStopped
3/23/2023, 4:12:39 PMPlatform Insteonlocal BridgeERRORNo matching
processes were found
3/23/2023, 4:12:39 PMPlatform Insteonlocal BridgeERRORNo matching
processes were found
3/23/2023, 4:12:46 PMPlatform Insteonlocal Bridge starting
3/23/2023, 4:12:46 PMPlatform Insteonlocal Bridge starting
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeLoaded plugin
'homebridge-platform-insteonlocal'
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeLoaded plugin
'homebridge-platform-insteonlocal'
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeRegistering platform
'homebridge-platform-insteonlocal.InsteonLocal'
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeRegistering platform
'homebridge-platform-insteonlocal.InsteonLocal'
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeLoading 1 platforms...
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeLoading 1 platforms...
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonConnecting to
Insteon Model 2245 Hub...
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonConnecting to
Insteon Model 2245 Hub...
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonStarted
connection watcher...
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonStarted
connection watcher...
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Initializing Insteon UI
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Initializing Insteon UI
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Reading config from
/var/lib/hoobs/platforminsteonlocalbridge/config.json
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Reading config from
/var/lib/hoobs/platforminsteonlocalbridge/config.json
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Found 1 platform(s) in config
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Found 1 platform(s) in config
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Reading devices from insteon.json
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Reading devices from insteon.json
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Done with InsteonUI init
3/23/2023, 4:12:48 PMPlatform Insteonlocal Bridge[3/23/2023, 4:12:48
PM] [InsteonUI] Done with InsteonUI init
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonFinished
initializing platform: Insteon
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonFinished
initializing platform: Insteon
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Office Light
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Office Light
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Living Room Sconces
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Living Room Sconces
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Living Room Chandelier
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Living Room Chandelier
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Entrance
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Entrance
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Floor Lamp
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Floor Lamp
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Console Table Lamp
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Console Table Lamp
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Side Table Lamp
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Side Table Lamp
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Gutter Back
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Gutter Back
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Gutter Front
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Gutter Front
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Family Room
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Family Room
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Living Room
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Living Room
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Master
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Master
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Upper Hall
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonLoading
accessory from cache: Temp Upper Hall
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonExecuted
didFinishLaunching callback
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonExecuted
didFinishLaunching callback
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonFound 13
devices in config
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonFound 13
devices in config
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Office Light
3/23/2023, 4:12:48 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Office Light
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Living Room Sconces
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Living Room Sconces
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Living Room Chandelier
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Living Room Chandelier
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Entrance
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Entrance
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Floor Lamp
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Floor Lamp
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Console Table Lamp
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Console Table Lamp
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Side Table Lamp
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Side Table Lamp
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Gutter Back
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Gutter Back
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Gutter Front
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Gutter Front
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Family Room
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Family Room
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Living Room
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Living Room
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Master
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Master
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Upper Hall
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeInsteonRestoring
existing accessory from cache: Temp Upper Hall
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeSetup URI
'X-HM://0023ISYWYB4AH'
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeSetup URI
'X-HM://0023ISYWYB4AH'
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeShutting down
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeShutting down
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeERROR(node:74990)
MaxListenersExceededWarning: Possible EventEmitter memory leak
detected. 14 connect listeners added to [Insteon]. Use
emitter.setMaxListeners() to increase limit
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeERROR(node:74990)
MaxListenersExceededWarning: Possible EventEmitter memory leak
detected. 14 connect listeners added to [Insteon]. Use
emitter.setMaxListeners() to increase limit
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeERROR(Use |node
--trace-warnings ...| to show where the warning was created)
3/23/2023, 4:12:49 PMPlatform Insteonlocal BridgeERROR(Use |node
--trace-warnings ...| to show where the warning was created)
3/23/2023, 4:12:51 PMPlatform Insteonlocal BridgeStopped
3/23/2023, 4:12:51 PMPlatform Insteonlocal BridgeStopped
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUECDABHUX4ISCBCCIQDW5TLSVANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
I remain convinced from my extensive testing that the plugin is leaving the connection to the Insteon hub open. It needs code to shut that down after communication. Until then, this will persist. I know this view isn't shared by @kuestess. But remember I have now tested homebridge, hoobs, 2 different RaspberryPI computers, and 2 different Insteon hubs. The only common factors are (1) the Insteon plugin and (2) my home and network setup. On (1), remember I also tested a different plugin (non-Insteon) and it worked. On (2) I will be testing the setup on a different home and network as soon as I can. |
I think that the Insteon hub is the culprit. I find that even the new Director app is not properly updated when devices change state. The old Insteon app generally shows the correct status, but often the app has to be refreshed (by swapping from Favorites to Devices screen or visa versa). |
I disagree. The Insteon hub has been a workhorse for me for years, and I have 3 or them. Very reliable. The newer Director app may be buggy though. |
I disagree as well. It is NOT the Insteon Hub. Mine has been running for
years with no issues whatsoever; it has been one of the most solid,
robust consumer devices I have every purchased.
And I agree 100% with @AstonMartin715's analysis that it IS an issue
with the HOOBS box/plugin combo. And Thank You for doing all this testing!!!
@***@***.***: Are you listening? Can you please fix this?
Thanks and Happy Easter!
e-ctrl
…On 4/6/2023 3:09 PM, AstonMartin715 wrote:
I disagree. The Insteon hub has been a workhorse for me for years, and
I have 3 or them. Very reliable. The newer Director app may be buggy
though.
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEDE2YPOILFGFHGFXCLW745KZANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
I agree with @kuestess, I believe this is the insteon hub issue:** I think if it were a HOOBS™ issue then the almost thousand people from discord would all be reporting the same, I too use a HOOBS™ box and do not have this issue. I think if it were a plugin issue, thousands of users would be reporting this issue, again I too use this plugin without this issue. I have also reached out to pass people that I have helped set up the insteon plugin and they report everything is working. There was only @greg-e-ctrl @AstonMartin715 @mightstricky that is running HOOBS™ with this issue Again it may be possible you all share a setting with vpn/firewall/router setting... but I think we ruled that out earlier Since it is across so many devices & platforms and it seems like none of the networks are the same, the only thing that all shares is the insteon hub... |
I hear you @zach and thanks for replying, but think of attacking this
from our perspective below:
If what you say is true, then why has my hub been working flawlessly for
over 5+ years with the OG Insteon app and also with the newly released
Insteon Director app? BTW, I never have had to reboot my Insteon hub for
any reason as it has never locked up.
And why ONLY when I introduce/turn on the HOOBS box with the Insteon
plugin running in it does the HOOBS box stop working after a few hours?
A quick reboot of the HOOBS box fixes the issue instantly or if you
unplug the ethernet cable and wait an hour or so until it times-out and
resets. But then in the next few hours it just locks up again. NO
INTERACTION whatsoever is required with the Insteon Hub in order to
resolve this.
Even if there may be some other setting/config/device common in our
networks causing the same issue, then that would certainly be
interesting to find our how to determine this? Perhaps a network sniffer
like Wireshark may help?
So all we are asking is to do this reset periodically in software so we
no not have to manually reboot them.
Thanks for listening!
e-ctrl
…On 4/7/2023 10:02 AM, zzack01 wrote:
I agree with @kuestess <https://github.com/kuestess>, I believe this
is the insteon hub issue:**
#288 (comment)
<#288 (comment)>
I think if it were a HOOBS™ issue then the almost thousand people from
discord would all be reporting the same, I too use a HOOBS™ box and do
not have this issue.
I think if it were a plugin issue, thousands of users would be
reporting this issue, again I too use this plugin without this issue.
I have also reached out to pass people that I have helped set up the
insteon plugin and they report everything is working.
There was only @greg-e-ctrl <https://github.com/greg-e-ctrl>
@AstonMartin715 <https://github.com/AstonMartin715> @mightstricky
<https://github.com/mightstricky> that is running HOOBS™ with this issue
There are also @hypeitinc <https://github.com/hypeitinc> using a mac
mini with this issue
Also @sabresoftware2021 <https://github.com/sabresoftware2021>
@AstonMartin715 <https://github.com/AstonMartin715> used homebridge on
a pi and had this issue
#288 (comment)
<#288 (comment)>
Again it may be possible you all share a setting with
vpn/firewall/router setting... but I think we ruled that out earlier
Since it is across so many devices & platforms and it seems like none
of the networks are the same, the only thing that all shares is the
insteon hub...
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEHZIAD6RVY2YJZBPIDXABCDPANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
One more data point to add to @greg-e-ctrl. The Insteon hub flawlessly accepts http commands, and has done for me for years, from any device. For example, I've been using irule to control lights since 2015. Up until the network issue caused by this setup when even that gets locked out. And don't forget I've used 2 Insteon hubs with this setup and both fail the same way. If your assertions are correct @zzack01 this would be a massively unfortunate coincidence that I have to have 2 of the bad ones. |
If anyone wants to send me an insteon hub that they know for sure works with hoobs I’m happy to test it. |
Agreed!
I too have a program i wrote in C that has been running for years on my
home server. It reads my power meter and if my solar is pushing to the
grid it will turn on an Insteon power outlet that my EV car charger is
plugged into; otherwise turn it off. I use the same HTTP commands to
turn it on/off as AstonMartin715 mentions, and we both shared earlier on
this thread. When i start getting errors texted to me from my program
that it cannot turn on/off the Insteon outlet, then i know the HOOBS box
has gone south...
So until this is fixed my HOOBS box is just a paper weight as I need to
guarantee my program continues to work as it has for many years and that
I will have a fully charged EV car when needed! :(
BTW, has anyone approached Insteon for help on this? Their new fearless
leader Ken seems open to most things... :)
Thanks for keep digging!
e-ctrl
…On 4/7/2023 12:23 PM, AstonMartin715 wrote:
One more data point to add to @greg-e-ctrl
<https://github.com/greg-e-ctrl>. The Insteon hub flawlessly accepts
http commands, and has done for me for years, from any device. For
example, I've been using irule to control lights since 2015. Up until
the network issue caused by this setup when even that gets locked out.
And don't forget I've used 2 Insteon hubs with this setup and both
fail the same way. If your assertions are correct @zzack01
<https://github.com/zzack01> this would be a massively unfortunate
coincidence that I have to have 2 of the bad ones.
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEA7QS7RCNBIFIZMKXTXABSUZANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Great idea! That would seem to eliminate the very remote theory that
certain Insteon boxes behave differently in the same network environment.
Thanks for volunteering to test this @AstonMartin715!
Can someone ***@***.***?) please offer up an Insteon box, that does not
experience this behavior, to loan to @AstonMartin715 ASAP so they can
carry out this experiment?
Thanks again!
e-ctrl
…On 4/7/2023 12:52 PM, AstonMartin715 wrote:
If anyone wants to send me an insteon hub that they know for sure
works with hoobs I’m happy to test it.
—
Reply to this email directly, view it on GitHub
<#288 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AMOOUEDLN42V7HM27W6BK6TXABV6BANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
@zzack01 The one thing that is also common is the Hoobs software and the Insteonlocal software. Forget the hardware they run on.
Instead of bitching on who’s fault it is, it might be better to come up with way of troubleshooting this.
Personally, I have made a decision to rip out all Insteon devices and change to a WiFi/HomeKit enabled solution as I have seen other reliability issues with the Insteon products. I have not had any problems, so far with any of the HomeKit products I have been testing now for more than a year. Life is too precious to spend time on fiddling on this not being able to rely on having remote control 24/7.
/Peter
… On Apr 7, 2023, at 10:02 AM, zzack01 ***@***.***> wrote:
I agree with @kuestess <https://github.com/kuestess>, I believe this is the insteon hub issue:**
#288 (comment) <#288 (comment)>
I think if it were a HOOBS™ issue then the almost thousand people from discord would all be reporting the same, I too use a HOOBS™ box and do not have this issue.
I think if it were a plugin issue, thousands of users would be reporting this issue, again I too use this plugin without this issue.
I have also reached out to pass people that I have helped set up the insteon plugin and they report everything is working.
There was only @greg-e-ctrl <https://github.com/greg-e-ctrl> @AstonMartin715 <https://github.com/AstonMartin715> @mightstricky <https://github.com/mightstricky> that is running HOOBS™ with this issue
There are also @hypeitinc <https://github.com/hypeitinc> using a mac mini with this issue
Also @sabresoftware2021 <https://github.com/sabresoftware2021> @AstonMartin715 <https://github.com/AstonMartin715> used homebridge on a pi and had this issue
#288 (comment) <#288 (comment)>
Again it may be possible you all share a setting with vpn/firewall/router setting... but I think we ruled that out earlier
Since it is across so many devices & platforms and it seems like none of the networks are the same, the only thing that all shares is the insteon hub...
—
Reply to this email directly, view it on GitHub <#288 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AASSOQR4QOFVIJBAEA4GUULXABCDNANCNFSM6AAAAAAT264J2Y>.
You are receiving this because you were mentioned.
|
I was one of the first ones to be involved in this thread. I have been silent for a while but Peter/Hyperion a comment above resonated with me because that’s exactly how I felt when I went silent. Let me reiterate and go silent again. HOOBS and Insteonlocal need to stop bitching about this and work together to solve this problem. In the meantime, I too have replaced 99% of my Insteon devices with HomeKit enables Wi-Fi devices. I made sure none of the replacement requires a hub because HomeKit devices has been very stable without a hub. The only device I have yet to find a replacement for is the 0-5V Ballast Dimmer from Insteon that I use to control an HVAC booster fan. Everything else Insteon is gone and will hit eBay soon. Good luck everyone who is continuing with HOOBS and Insteonlocal. I sincerely hope this gets resolved for all of you. |
Hey guys, Im a not try to blame fault, I am looking at the facts of the entire thread and see people using both homebridge and HOOBS™ having the same issue. I see people using different hardware then the HOOBS™ box having the issue. Which leads to believe that the HOOBS™ box and the HOOBS™ software alone is not the issue. If you are using HOOBS™ and would like a new operating system please follow the steps on the website below: @AstonMartin715 shared that you have this issue on HOOBS™ and homebridge. So on both the similarities are the plugin, the network, and the insteon system. @greg-e-ctrl have you tried running only homebridge to see if the issue is the same? Also try the above too. @kuestess do you have any other ideas? I am out of ideas to try... |
Yes did exactly that. Same issue. |
Hi all, finally had a little time to dig into this again - ran Wireshark alongside the plugin, and watched that happened with the connection. Let it run for a while, but was never able to get it to a state where the hub wasn't responding. @AstonMartin715 or @greg-e-ctrl are either of you able to run Wireshark and watch the traffic between your hub and the homebridge machine? |
Hi,
When I have the Insteon plugin running and no activity on the Insteon network that I can see in the log, it randomly lockups the entire HOOBS box from communicating with the Insteon hub although the log says it did. My Insteon Director app still works correctly when the Hoobs is in this state.
Also, when I use some of my Insteon physical switches or another program that sends a command it logs that it cannot find that accessory ID but in fact it is in the device list and i can control it from Hoobs when all is working correctly. Here is the log from that:
1/13/2023, 8:55:38 AM Platform Insteonlocal BridgeInsteon LocalMessage is from keypad, filtering non-keypad devices.
1/13/2023, 8:55:38 AM Platform Insteonlocal BridgeInsteon LocalFound 0 accessories matching 418C4B
1/13/2023, 8:55:38 AM Platform Insteonlocal BridgeInsteon LocalHub command: {"standard":{"type":"50","id":"418C4B","gatewayId":"3429F8","extended":false,"messageType":1,"hopsLeft":2,"maxHops":3,"command1":"32","command2":"02","raw":"0250418C4B3429F82B3202"}}
I debugged this with Zac from Hoobs and he said to contact you. I would love to get on the phone with you and share my screen with you. I am a software engineer and know something about all this home iot stuff with the restful apis used, etc. :)
Thanks!
--
Greg
The text was updated successfully, but these errors were encountered: