hllhll / pyekonlib Goto Github PK

Should the configuration example look like this:

POST /config?command=client HTTP/1.1
User-Agent: LuaSocket 2.0.2
Content-Length:
Content-Type: application/json; charset=utf-8
Host: <HVAC_unit_addr>

{"client_set":[{"ip":"<server_addr>","port":<server_udp_port>,"protocol":"UDP","local_port":80},{"protocol":"","ip":""},{"protocol":"","ip":""},{"protocol":"","ip":""}]}

(See topic)

Why: Unknown, yet,
Optional(bad) solution: To change it to cool and low with the turn off request,
But - what will happen when we would turn it on manually? would it go back the previous state or the cool+low?

So, I've been playing around with these devices for some time.

As far as I understand,

1. the device never sends out the "deviceKey" to the phone that is pairing it
2. the MAC of the device is never sent to the server
3. So, when you register the device with the server from the client, the phone doesn't know the "deviceKey" & server does not know the "MAC" -- so how does the server know it's whose device it is from the pings?

Do let me know if I've skipped as step or missed something.

Thanks

Since automatic configuration is still TBD, maybe the author can add single line curl command to config device to new local server

com.airconet.plus.info.activity.AddDeviceActivity.lambda$search$1$AddDeviceActivity Sends b'cast to 255.255.255.255:1025 with "Are You AirM2M IOT Smart Device?"

lambda$search$2$AddDeviceActivity Listens on the same socket and recives back some data that is later parsed as AirConDevice

    public static final Pattern SEARCH_PATTERN = Pattern.compile("^I'm\\s*(\\w+)\\.\\s*((\\p{XDigit}{2}:?){5}\\p{XDigit}{2})\\s*((\\d{1,3}\\.){3}\\d{1,3})")
    ...
    private AirConDevice parse(String str) {
        Matcher matcher = SEARCH_PATTERN.matcher(str);
        if (!matcher.find()) {
            return null;
        }
        String group = matcher.group(1);  // Type?
        String group2 = matcher.group(2);   // Mac address
        String group3 = matcher.group(4);   // Private ip
        if (group2 != null) {
            return AirConDevice.create(group, group2.replaceAll(":", "").toUpperCase(), group3);
        }
        return null;
    }

Using the library or even curl request sometimes, doesn't work, from windows the library seem to work, but from my rpi, it doesn't. Curl doesn't at all...
However the request does work reliability from 'burpsuite' repeater.

One idea is that the device is using one recv() call for the entire request, so platforms that performs 2 send()s for the request may not work... Need to verify this theory.