Where do I specify this in the code? Thank you!
Should be:
if (hasV1Device)
schedule("0 */1 * * * ? *", refreshV1Devices)
else
schedule("0 45 */2 * * ? *", register)
And then you'd need to re-initialize the Thinq integration app to create the schedule and confirm that is there:
Thanks for the info. I went back and grabbed the raw groovy programming from the link you provided in your message, then pasted that in the ThinQ Integration and changed the code to read:
Then I re-initialized the Thinq app by opening the app and logging into the LG site and added the URL hit next and confirmed my 2 devices (I've got a washer and dryer). All worked well. The only question I have is... when I go to the Scheduled jobs in the Logs, I see the following... (and it seems like it's running every minute... and it's "refreshV1Devices" not "register" like you have in your picture above.)
Hm, do you have any "v2" devices?
No - just the V1 devices.
I thought this stale mqtt connection only affects v2 devices. Unfortunately, I don't have any v1's to test. Do also not get any updates from your devices after a while?
Yep- unfortunately, it's been an issue with v1 devices for years. I've worked around it in the past by running a webcore piston every 5 mins reinitializing my 2 devices.
Then just remove the "else" so it applies to any device, not just v2's and see what happens!
Has anyone been able to make an automation that announces when a cycle is complete? I am trying to announce to my sonos speakers that the wash or dry has completed
I used to have rules set up but I deleted them because the dog doesn't like it when the Google lady speaks. I think it basically looked like this:
Dryer rule:
Trigger:
- Dryer CurrentState = "drying"
Actions:
- Wait for event: Dryer CurrentState= "power off"
- Send notification through your Sonos speaker
(you can also use CurrentState = "end" if you have any issues with it not detecting the "power off" event)
The washer rule is the same with the washer device in place of the dryer device.
That worked, thanks!
I’ve had everything working for ages but noticed that my error logs have been getting spammed with ThinQ Errors. Anyone else seeing this and if so, any potential solutions? Would going the Azure Private Key route prove more reliable and less errors, and if so, how the heck do you get that to work. Traditionally I just log into ThinQ Cloud servers.
Here’s an example error (some numbers changed):
AMerrorThinQ Integration lgEdmPost(https://aic.lgthinq.com:46030/api/rti/rtiMon, [cmd:Mon, cmdOpt:Start, deviceId:d12121212-1763-11e8-b7f6-12121212121, workId:d12121212-b2a1-4a13-8d37-1212121212], true) - NOT_CONNECTED_DEVICE
Today I finally migrated off of the LG Thinq App/driver that was deprecated several years ago. My main reason for integration was to simply let us know via voice when the wash and dryers were done. I had used Echo Speaks to accomplish this along with this deprecated driver and app.
As some of you know, LG’s implementation has been unreliable to put it kindly. I managed to do this by loading the ThinQ app on many iPhone, and buried in the settings is a connection to both Google and Alexa. I was able to easily reconnect the ThinQ Skill on Alexa to my washers and dryer once again. I wouldn’t bother trying to do it directly through the ThinQ app as traditionally that caused many login headaches.
After reconnection, you can go into your Echo/Alexa devices, make sure they’re added there and click on their settings. Note that the Alexa App may show the LG Devices as unresponsive, even if they are turned on. The very top part wants to alert you to marketing stuff. You can click that area and on a following page deselect that. But there’s also a notifications section. If you click that you can add your echo devices that you want to be alerted to via voice. Now when my wash or drier finishes, it automatically sends out voice alerts telling me “your [device] is done.”
TBH, the LG ThinQ app/driver have been working reliably for me. When I first installed it back in March, I also noticed quite a bit of flakiness, but I found that if I click initialize in the driver page it would work again. So I wrote a simple webcore piston that reinitializes the washer and dryer drivers every 10 minutes. Has worked flawlessly since…. Except it seems when new terms/conditions need to be accepted. At that point, I just have to load the LG app and login/accept.
I've been seeing connection errors as well, and from reading other threads, I think this is due to the DNS caching issue on the hub and not anything with this app or LG. There's a long discussion about it here:
It seems the hubs are holding on to DNS results longer than they should, and when cloud service IP addresses change (due to load balancing or other reasons), the hub can't connect to the service anymore. A reboot fixes it.
I expect a fix will be coming soon as the issue is affecting a lot of users, but in the meantime I'm probably going to set up an automatic reboot after two connection errors get logged.
Unfortunately I had to revert the firmware as I was getting daily drops, even with a reboot scheduler. It’s the first time in years (ever) I’ve encountered this and had to rollback the FW.
I don't think a scheduled reboot helps with this. The problem can occur whenever the cloud service changes IP addresses. It could happen 5 minutes after your scheduled reboot.
I have Node Red listening to my Hubitat logsocket, so I was able to set up a flow there that reboots only when the error occurs.
I killed all my NR and HA servers as it was getting too much to manage, and prefer a simpler approach.
The disconnects were intermittent but we mostly noticed it after I went to sleep. Occasionally it would occur during the day but in the mornings my family would encounter issues with using voice (Alexa) to activate lights, etc.
Having a reboot in the morning allowed the family to get up and the kids out the door before it would act up again. One person in my household who was recently in critical condition at a hospital is extremely lucky to even be back, so being able to operate everything with voice and not having to get up due to an unforeseen disability has proven more important than ever. This just really came at a bad time.
Anyone see that LG is finally opening up to third parties?
Looks like it's only B2B partners, so still no good for a community app... but hubitat could it would seem
https://thinq.developer.lge.com/en/cloud/
LG bought out Homey and there new LG hub looks strangely like a rebranded Homey as many suspected they would do, this will be a mess for sure!!!
