Skip to content
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

Remove remaining mqtt and update AWS ids #7

Open
andrewleech opened this issue Nov 29, 2022 · 2 comments
Open

Remove remaining mqtt and update AWS ids #7

andrewleech opened this issue Nov 29, 2022 · 2 comments

Comments

@andrewleech
Copy link
Owner

If I recall correctly all MQTT functions were removed from the mobile app but the unit still seems to use it.
I believe they replaced the same status update request with this web call but not sure if it improves the delay.
See RefreshData function here:
https://github.com/mrhteriyaki/MagIQTouch-Control/blob/master/SeeleyControl/SCData.cs

I'm also not sure if the AWS IDs were a part of it too, I got the feeling there were 2 backend systems and they were migrating systems, mine stopped working weeks after the app was updated. I'm not familiar with AWS to know the significance of the IDs only that they've been changed in the app.

Originally posted by @mrhteriyaki in #1 (comment)

@andrewleech andrewleech changed the title If I recall correctly all MQTT functions were removed from the mobile app but the unit still seems to use it. Remove remaining mqtt and update AWS ids Nov 29, 2022
@andrewleech
Copy link
Owner Author

@mrhteriyaki I've copied your comment out here to keep note of it as I think it'll be important. Thanks for the link too.

I did think it was likely unnecessary to still have any mqtt messaging left but haven't had time to look into replacement web api's for them

@andrewleech
Copy link
Owner Author

I don't think the web API can do anything to improve the delay because certainly nothing has changed in the protocol between AWS, the magiqtouch wifi box and the magiqtouch panel itself. When I was originally sniffing traffic between these to figure this all out I concluded the delays were very much in the magiqtouch hardware and there's not much can be done to fix that.

However, the web API does seem to have one big advantage; making further changes during the delay period from a previous change seem to behave better.

Previously touching anything in the app before the previous setting had gone through completely often ended up reverting the first setting, I don't think that's as bad now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant