-
Notifications
You must be signed in to change notification settings - Fork 9
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
Homebridge crashes - "Accessories must be created with a valid UUID" #90
Comments
Hi, thanks for reporting ... need way more data ... a) exact plugin version, node version/arch, homebridge version ... also, please add the output of Your TV is a bit on the older side... were working with previous versions of the plugin (if so, until which one ?) or are you trying the plugin for the first time ? Thanks in advance! António |
FWIW, this error is way, way weird... it's complaining that your TVs S/N which we (the plugin) reuse as an UUID for Homekit/Homebridge purposes is not valid (it is!). looking into it. |
can you attach here the contents of thanks in advance! |
So I installed this plugin a month ago and it worked great. Do not know what the reason can be. How do I open this vieramatic.json? |
|
|
Signed-off-by: António Meireles <antonio.meireles@reformi.st>
can you please give a try to thanks in advance! |
did update. still same problem.. |
puzzled. can you please delete (or rename) the |
vieramatic.json deleted, Tv turned on, Homebridge restarted and it works again. Thank you Perfect |
GREAT to hear. something odd may have happened. will close as things work for your again. will keep an eye on it anyway. just bug me again if new issues arise. all the best, António |
Hi. Error has appeared again. Must deactivate the plugin again. What could be the reason? |
sad to hear that. it's strange. do this please:
thanks in advance for your patience! |
I will try it later. Let me know then |
|
I also have noticed this issue (I have a ZT60, so roughly same generation as @bsoener. I've been using the plugin for at least a year with few/no issues, but noticed something a couple of days ago (maybe Saturday/Sunday, but I'm not positive): I wasn't getting the error mentioned here, and the TV would turn on using the Home App, but the tile would immediately flip to "off" (the TV would still stay on). I then couldn't turn off the TV through Home (had to use the standard IR remote). I tried installing the 1.4.0 homebridge beta last night, and started getting this error, with homebridge crashing on loop. Played around with it for an hour or so, couldn't fix it (even after rolling back to 1.3.9 ), so went to bed. When I woke up this morning and checked again, the crashing (UUID) error had stopped. I have since moved this plugin over to a child bridge (as I have a couple other slowish plugins anyway, so thought I might handle them all), and after restarting Homebridge, have started getting this error again. However, at least because it's on a Child Bridge, it's not crashing my entire Homebridge instance, only this plugin's process. I went through the steps you listed above, and here were my results: Existing/Original vieramatic.json: -rm vieramatic.json Had a couple of hiccups getting the bridge/device paired correctly, but confirming everything was paired correctly, here's the new vieramatic/json: Would seem everything started up correctly: [1/18/2022, 1:04:19 PM] [homebridge-vieramatic] Loaded homebridge-vieramatic v4.0.9 child bridge successfully I still can't control the set (other than turning it on), and homebridge-UI won't let me edit the config directly, but at least for now, there are no more UUID crashes. Maybe you can find something useful here? More data never hurts, right? 🤷♂️ |
@tjm7844 many many thanks... a) do you also have looking into this. (and trying to spot a way to reproduce) Thanks all gain for your patience! |
- and make things a bit more verbose in order to isolate root cause Signed-off-by: António Meireles <antonio.meireles@reformi.st>
latest update done and no error message. will wait until tomorrow and report back |
I do have a friendly name. I removed the child bridge, and updated the plugin to 4.0.10. Here's the config:
After doing the above, I restarted homebridge again, and saw this on startup:
It's not crashing the whole homebridge instance, but it won't let me re-pair the device. Will let it run and see if there's any different in the morning. |
can you post full logs plz (from homebridge early initialization ...) also, can you confirm that issue only happens if you restart homebridge with the TV in standby ? thanks! |
i've pushed a new release please attach here the newly generated boot logs... and thanks once again for all your patience! |
Signed-off-by: António Meireles <antonio.meireles@reformi.st>
latest beta installed. The following error message from the log
|
THANKS!. your data is in line with @tjm7844 previous one. that's the good news. the bad news is that i'm missing the obvious as it shouldn't just happen. FWIW the root issue is in will get back to all of you soonish. (and thanks yet again for all your patience!) |
humm, depending on your setup you may need to run |
Could be that. I'm running on a debian VM running on an ESXI host, but have done everything standard per the docs. I'll give that a try after I flush out the old data and reinstall. |
@tjm7844, |
I'll verify, but I don't expect that's an issue as WOL had never been my problem. Off was my issue :) |
On the homeapp I press the on button and on the log from the homebridge only this log appears. After a short time this on button on the homeapp jumps back to off.
Restart log I get this:
|
OK, issue at macro level is ...
so basically we're expecting that the between receiving the magic packets and becoming responsive (at API level) the TV won't take longer than 2seconds. which according to you isn't being the case. At the same time, each 5secs we refresh TVs state (so even if it takes longer than 2 secs for TV to become responsive) at next refresh we'd expect it would be detected as up... This is why we need a more spedite way of debugging this :-) (just email me ;-) ) |
@AntonioMeireles, thank you. The global flag was what was necessary to get the beta version installed for me. It's now showing correctly in the UI. Also, purging the plugin entirely, making sure all the various caches were removed, etc, allowed me to find and re-pair the set to homebridge. It appears that I'm seeing similar logs to @bsoener on restart/attempting to WOL. I'm happy to email them if you'd like to see them. Also, if it's helpful, I just did a (very unscientific) test of my TV's startup time using my phone's stopwatch, and it appears to be roughly 6.5-7 seconds (6.63, 6.51 in my two tests). |
7secs ! ouch. even so, after those 7secs TV should then appear as ON to homekit ... can you mail me ... i just need some spedited way to debug this ... |
What exactly do you need from me? Where is your email address? |
- while digging #90 and with the awesome help from @tjm7844 who provided live access to an affected set it was found that on some older sets the TV was returning X_ScreenState with a state ('none') when online not yet accounted by the plugin. this is now fixed and those TVs are now propperly recognized as ON when they actually are on. Signed-off-by: António Meireles <antonio.meireles@reformi.st>
- HACK: TO BE FIXED properly as soon as core issue fully understood on macOs we get Error: send EADDRNOTAVAIL 255.255.255.255:9 when sending the magic packets. targeting TV's address fixes that and WOL then works... OTOH this is not a general purpose solution as elsewhere we actually need to target 255.255.255.255 for WOL to work. issue spoted while chasing #90 - en passant src/upnpsub.ts renamed to src/networkUtils.ts Signed-off-by: António Meireles <antonio.meireles@reformi.st>
Signed-off-by: António Meireles <antonio.meireles@reformi.st>
please update and give a try to just released it should fix the issue of TV being ON but not being recognized as that (after being awaken) by the plugin (just found last night that older TVs advertise their availability in a slightly different way than recent ones). A great weekend for you all, and many thanks for your patience! Thanks in advance! António |
Latest version installed. Unfortunately, my TV does not wake up. on the Hombridge log comes unfortunately no message.
|
Sorry for the delay! TV has been in use this morning and just had a chance to test :) Everything still appears to be working fine for me after the update to 4.0.17. @AntonioMeireles, I never did unlink from your live code changes, but the update did appear to process and shows the new version. Just want to confirm that I am set up correctly so my feedback is representative. Also, there is some new behavior that we found while testing this version, wherein the TV will turn on, then the HomeKit tile flips to off, and then corrects itself back to on. Just so anyone who is reading this is aware. |
quick question - is you TV connect to the network via wired or wirelessly ? |
Wired - this generation of sets doesn't support WOL from a wireless connection. |
and yours ? wired or wirelessly ? |
currently via wifi |
I will try later via lan. then give feedback |
do plz... will publish soon an hack that may make it behave both ways (crossing fingers) |
connected via lan and sorry does not go on and off |
please report on just pushed |
so, you may have a TV of yet another generation that behaves sligtly differently too ... on you homebridge box do ...
this last command will get you my email address. just email me and i'll reply back to you quickly :-) |
Signed-off-by: António Meireles <antonio.meireles@reformi.st>
On/off still working for me on 4.0.18. |
- also, revert 8903d31 Signed-off-by: António Meireles <antonio.meireles@reformi.st>
I have a problem this plugin. My homebridge crashes unfortunately. Anyone have an idea what this can be?
The text was updated successfully, but these errors were encountered: