nehz

The AES encryption might be related to the android intent messages that are sent to the AAservice. I recall they had an encrypted mode and a "signed app" mode that AAservice will respond to

Would you have the RJ45 pinout too? Thanks!

Cheers, I am looking at this for our system but it is still working so I didn't want to mess it up, but was planning for the eventuality... I've been reverse engineering the app, so your post has cleared a few things up for me :)

The plan is to get rid of the tablet and put a Amazon echo hub or HA on a tablet that directly controls the aircon in the future

Any idea if that "POE board" has a FTDI USB to UART chip on it ?

Does it use a kernel driver? and how does handle rootkits ?

What are the use cases for this format ? I am guessing the image responsively resizes or something, but it's hard to tell without any examples.

Saw the Facebook login as the only interactive option and immediately closed it. Seriously ?

I believe point #3 describes a paradigm shift from thread-based programming to a more event-based approach (which still uses threads/co-routines) rather then implying that everything will be single threaded

Yes definitely as we get more traction

Yup no worries :D And Pusher is a fantastic service

Yes.. having a large amount of concurrent users (>100,000) is definitely a challenge, and polling each time adds to the load as you are creating a new connection every time.

Our approach was based on horizontal scaling of commodity hardware (on Amazon EC2). We have X number of worker instances serving clients and they internally publish and subscribe using a Redis cluster. Have a look into Redis, ZeroMQ or RabbitMQ.

But definitely give our service a try in your free time or for your side projects :)

Thanks :)

From what I gather, Urban Airship aims more at providing a service for native apps rather then web based apps, but I could be mistaken.

Thanks for your comment. We believe offering our users more choice is always a good thing. Moreover, while we do provide a similar service, the way we deliver and our goals are slightly different.

Pusher uses WebSockets; this is awesome and a very forward thinking technology however can be limited by older browsers and proxies not supporting the WebSocket connection. Notifyr uses EventSource (also a HTML5 spec) and XMLHttpRequest, aiming to support a majority of browsers, including mobile browsers.

Additionally, we aim to integrate with Apple and Google's push notification system in the future, allowing a universal method for sending push messages with one API for any platform, device or browser.