IF??? IF???
I would think that, after reading 34 pages of “Wink Connect” thread, you would know that If the logs are provided, the problem will be fixed…
I think I feel insulted!!
8-}
Perhaps this one is ‘unfixable’ because of that? ;D
I have been keeping up with that thread but haven’t had the time to unpack my wink controller and I must say that if you are provided logs, a fixed file is produced rather quickly.
IF??? IF???
I would think that, after reading 34 pages of “Wink Connect” thread, you would know that If the logs are provided, the problem will be fixed…
I think I feel insulted!!
8-}[/quote]
I edited the post. I have faith in you! 
Nah… I felt sorry for him and fixed it 8-}
That, and it fixed a bug… so… win-win…
Hey everyone. Noticed that this plugin stopped working due to Craftsman/Chamberlain rejecting the Vera user agent on their api endpoint. If you add a User-Agent header of Mozilla/5.0 to the request headers of your Get requests in the L_ files, it will work again. I’ve attached .lua files that work.
Has anyone else seen this issue - MyQ plug in no longer working?
I have two separate Vera systems at different properties. Both have Chamberlain MyQ garage plug in running. But vera systems seem to have failed working since Thursday, 30-Jul-2015, at 6:07pm.
Both MyQ devices on each system shows the following under the control tab:
Last AuthThu 18:07
Last CheckThu 18:07
I checked the logfile and am seeing the following:
1 7/31/15 2:58:37 PM LuaInterface::CallFunction_Job device 494 function SDoorLock1_DoorLock1_SetTarget_job failed [string "local version = “1-Feb-2015 @macrho @djrobx…”]:768: attempt to index global ‘child_deviceid_lookup_table’ (a nil value) <0x2b8fa000>
1 7/31/15 2:58:37 PM Lua_Job::Run job#595 : dev:494 (0x174c888) P:50 S:0 failed <0x2b8fa000>
.
.
.
1 7/31/15 3:02:33 PM LuaInterface::CallFunction_Job device 493 function SDoorLock1_DoorLock1_SetTarget_job failed [string "local version = “1-Feb-2015 @macrho @djrobx…”]:768: attempt to index global ‘child_deviceid_lookup_table’ (a nil value)
.
.
.
LuaInterface::CallFunction_Timer-5 function startupDeferred failed [string “module(“L_MyQGateway_json”, package.seeall)…”]:366: Unexpected character at Line 1 character 1: < (60) when reading object ({ or [ or ’ or " or number or boolean or null expected)
.
.
.
Holy Crap! I just checked my MyQ plugin and both on my Ui5 and UI7 Vera’s the ‘last auth/check’ also is Thu 18:07’. And the MyQ door device on either Vera will not operate the door anymore. It’s also not updating the door status anymore. (luckily I have a Telguard GDC1 opener in tandem)
I’m thinking this one is on MyQ rather than the plugin. Although both Craftsman and Chamberlain/Liftmaster go to myq.com, they each have a different subdomain of that and different authentication databases. Looks like MyQ may have changed something that broke the plugin.
Well … I guess misery loves company! So, it does look like it’s not the plugin. I agree. But, what the heck did MyQ change?
Judging from the log excerpts posted I’d say the return value for the child devices may have changed to a value not expected by the plugin. Considering I have the same issue on a UI5 and a Ui7 Vera we can rule out the latest UI7 update being the cause.
Since it wasn’t working anyway, I uninstalled the plugin on one system. Then reinstalled it. The only device I see is the “LiftMaster MyQ Device” . I no longer see the garage doors since, it can’t authenticate/initialize.
MyQ Gateway : Please wait…Re-initializing myQ.
Oh well … hopefully, this can be corrected.
I just posted a fix (against the current App Marketplace version) HERE
maniacal laugh It’s alive!
I feel like I’m missing something obvious here. I installed the updated .lua file from cybrmage, and it connects successfully. It pulls the last auth and last check as current, and everything looks the great. Except that under the Control tab, I don’t have any control buttons. I’ve attached a screen shot of the control page.
Vera3, UI7.
Thanks
-Aaron
There are no buttons on the Control tab. To setup the MyQ controller with credentials et al, use the myQ Setup tab instead.
BOFH, I’ve setup the credentials, and it sees 1 garage door. I assumed that once I had this setup I would have a button somewhere to open and close the door, and see it’s status. Right?
Should it have created a child device, or do I need to do that manually?
Thanks
-Aaron
Well, kinda wrong. The MyQ device is the parent and does not have controls for doors or gates. It created child devices for each door, gate or light. These child devices have lock and unlock buttons that show the status of the door/gate and you can use those to control the door/gate.
On the myQSetup tab at the bottom it will tell you how many doors and lighting devices it found and created child devices for.
The doors/gates one should be non-zero and match the number of openers you have connected.
Ok, I think I found the issue. I already had a device with the exact same name that it imported from the MyQ Portal. I just didn’t notice the duplication.
Thank you.
-Aaron
I have some issues with plugin.
-
Logged in to Vera today and see that Last Auth was on Sunday and Last Check was on Sunday and message that myQ failed to authenticate. Went to myQ setup and clicked on UPDATE without changing user name or password, the number of doors changed to 2 again (correct) and Last Auth changed to today (Wed) and current time. Question: if myQ fails to authenticate, won’t it try again later? It seems that it didn’t try and got stuck in inoperable mode. My automation depends on it and I had no idea it failed as I didn’t get any notification.
-
Even after update and successful authentication, Last Check is still Sunday. Why did it not do the check after successful authentication?
[quote=“ypodolyan, post:458, topic:180826”]I have some issues with plugin.
-
Logged in to Vera today and see that Last Auth was on Sunday and Last Check was on Sunday and message that myQ failed to authenticate. Went to myQ setup and clicked on UPDATE without changing user name or password, the number of doors changed to 2 again (correct) and Last Auth changed to today (Wed) and current time. Question: if myQ fails to authenticate, won’t it try again later? It seems that it didn’t try and got stuck in inoperable mode. My automation depends on it and I had no idea it failed as I didn’t get any notification.
-
Even after update and successful authentication, Last Check is still Sunday. Why did it not do the check after successful authentication?[/quote]
Did you load the new lua file from a few posts back? You might have made a one time successful authentication but the app stops because a few authentication mechanisms changed.
Load that file if you haven’t and check again.
Also, for today I did have 2 false alerts of the garage opening and closing when it didn’t. Just letting others know.
[quote=“tomtcom, post:459, topic:180826”][quote=“ypodolyan, post:458, topic:180826”]I have some issues with plugin.
-
Logged in to Vera today and see that Last Auth was on Sunday and Last Check was on Sunday and message that myQ failed to authenticate. Went to myQ setup and clicked on UPDATE without changing user name or password, the number of doors changed to 2 again (correct) and Last Auth changed to today (Wed) and current time. Question: if myQ fails to authenticate, won’t it try again later? It seems that it didn’t try and got stuck in inoperable mode. My automation depends on it and I had no idea it failed as I didn’t get any notification.
-
Even after update and successful authentication, Last Check is still Sunday. Why did it not do the check after successful authentication?[/quote]
Did you load the new lua file from a few posts back? You might have made a one time successful authentication but the app stops because a few authentication mechanisms changed.
Load that file if you haven’t and check again.
Also, for today I did have 2 false alerts of the garage opening and closing when it didn’t. Just letting others know.[/quote]
Yes, I did load new lua file.
So, after Last Auth was OK, Last Check wouldn’t change until I explicitly reloaded Luup.