Support request for new features

[stagadet]

Hi,

I just bought a daikin FTXM air conditioner with BRP069A41 wireless adapter. I played a bit with the http api and I found out that there are a couple of new features that aren't present in your unofficial documentation regarding some operation modes: for instance comfort, powerful, sensor, clean, econo and quiet.
I found out that some of the modes can be detected on the get_control_info page, but I cannot set them through the http api.
I'm wandering if it is possible to sniff the messages that the daikin android application sends to the adapter to get the correct set messages (not all, but many of these modes can be set through the application).
I'd like to know (before starting to sniff packets and since I think you have already done something similar) if you can tell me:

• if the interface the application uses is the http api you already documented
• if you have any suggestion about ip packet sniffing (did you use an android app or did you use any other technique?)
  I hope you can help me and I'll try to update the documentation as much as I can.

A

[ael-code]

Hi,

I just bought a daikin FTXM air conditioner with BRP069A42 wireless adapter. I played a bit with the http api and I found out that there are a couple of new features that aren't present in your unofficial documentation regarding some operation modes: for instance comfort, powerful, sensor, clean, econo and quiet.
I found out that some of the modes can be detected on the get_control_info page, but I cannot set them through the http api.
I'm wandering if it is possible to sniff the messages that the daikin android application sends to the adapter to get the correct set messages (not all, but many of these modes can be set through the application).
I'd like to know (before starting to sniff packets and since I think you have already done something similar) if you can tell me:

• if the interface the application uses is the http api you already documented

Yeap, the android application is using the http api documented in this project.

• if you have any suggestion about ip packet sniffing (did you use an android app or did you use any other technique?) I hope you can help me and I'll try to update the documentation as much as I can.

Of course, I'll try to help you improving the api docs.
To sniff packets you can use Aircrack-ng but it's a little bit complicated to setup. I think that an android app is the easiest way, because it will allow you to track only packets of the official daikin app. I remember that I've tried a couple of them, but I didn't remember the name of the final one. I don't even remember if root permission are required on android to sniff packets. Sorry :)

Anyway If you have some trouble in doing that feel free to ask.

[stagadet]

Thank you for the info. I'll try to install an android application and I'll let you know what happens.
A

[stagadet]

Hi,

I managed to sniff packets from the daikin application (I used tPacketCapture that works without rooting, creating a vpn to sniff packets).

I found a couple of things:

1. You don't need to use POST requests to set the parameters: they can be set even with GET requests. The responses are the same and the official app uses GET even to set. (I also tried to use POST requests to read parameters and that seems to work too)
2. There are some other requests to read the status of the AC:
   /common/get_datetime
   the meaning is obvious and the response I got was:
   ret=OK,sta=2,cur=2016/7/7 21:23:28,reg=eu,dst=1,zone=313
   /aircon/get_scdltimer_info
   it seems to get informations about the tasks scheduled on the AC, I have no further informations on that at the moment, but the response I got without anything scheduled was:
   ret=OK,format=v1,f_detail=total#18;_en#1;_pow#1;_mode#1;_temp#4;_time#4;_vol#1;_dir#1;_humi#3;_spmd#2,scdl_num=3,scdl_per_day=6,en_scdltimer=1,active_no=1,scdl1_name=,scdl2_name=,scdl3_name=
   /aircon/get_scdltimer_body&target=1
   this seems to get detailed informations about a specific scheduled task, and the response I got was:
   ret=OK,format=v1,target=1,en_scdltimer=1,moc=0,tuc=0,wec=0,thc=0,frc=0,sac=0,suc=0
   /aircon/get_day_power_ex?days=2
   this command retrieves the power consumption (in 0.1 kWH) of the last 2 days, separated hour by hour starting from midnight and also separated for cooling and heating. The days variable can be set up to 7 for last 7 days. The response I got was:
   ret=OK,curr_day_heat=0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0,prev_1day_heat=0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0/0,curr_day_cool=0/0/0/0/0/0/0/0/0/0/0/0/1/0/0/0/0/2/2/2/2/0/0/0,prev_1day_cool=0/0/0/0/0/0/0/0/0/0/0/0/0/1/0/0/0/2/2/2/1/2/1/0
   /aircon/get_week_power_ex
   this command retrieves the power consumption (in 0.1 kWh) of the current and last week, separated day by day, the response I got was:
   ret=OK,s_dayw=4,week_heat=0/0/0/0/0/0/0/0/0/0/0/0/0/0,week_cool=10/11/3/9/10/16/11/3/9/6/6/0/0/0
   /aircon/get_year_power_ex
   this command retrieves the power consumption (in 0.1 kWh) of the current and last year, separated month by month, the response I got was:
   ret=OK,curr_year_heat=0/0/0/0/0/0/0/0/0/0/0/0,prev_year_heat=0/0/0/0/0/0/0/0/0/0/0/0,curr_year_cool=0/0/0/0/0/24/70/0/0/0/0/0,prev_year_cool=0/0/0/0/0/0/0/0/0/0/0/0
3. I found other requests to set the operating mode of the AC (the application uses GET HTTP requests):
   /aircon/set_special_mode?en_streamer=0
   this command disables the ion streamer on the AC (or it enables substituting ?en_streamer=1). The response has the form:
   ret=OK,adv=13
   or
   ret=OK,adv=
   where '13' means that the streamer has been activated or '' means that it has been deactivated
   /aircon/set_special_mode?set_spmode=1&spmode_kind=1
   this command enables the power mode of the AC and this can be seen looking at the adv=2 return message (even in the get_control_info)
   /aircon/set_special_mode?set_spmode=1&spmode_kind=2
   this command enables the econo mode of the AV and this can bee seen looking at the adv=12 return message (even in the get_control_info)
   /aircon/set_special_mode?set_spmode=0&spmode_kind=1
   this command disables the power mode of the AC (I think it also works without the spmode_kind variable and also that it also disable the econo mode, but I haven't checked so far)

I still need to dig a little further to better understand the commands and there may be others (for instance to set some scheduled task) but I'd like to know:

• if you can try the commands with your AC to check if these commands are compatible also with it
• if you want to update the api/application or if you prefer that I'll do that (at least for the documentation)

[ael-code]

On 07/10/2016 07:11 PM, stagadet wrote:

Hi,

I managed to sniff packets from the daikin application (I used
tPacketCapture that works without rooting, creating a vpn to sniff packets).

(...)

Very nice work man!!!!

I still need to dig a little further to better understand the commands
and there may be others (for instance to set some scheduled task) but
I'd like to know:

• if you can try the commands with your AC to check if these commands
  are compatible also with it

Of course I'll do that. But I need some time to work on it.

• if you want to update the api/application or if you prefer that I'll
  do that (at least for the documentation)

I love the pull request approach. I'll help you in the process. We can
start by updating the documentation.

In any case could you specify which hardware/software platform are you
testing on?

I've specified mine on the doc:
https://github.com/ael-code/daikin-control#tested-hardware

[stagadet]

Hi, the hardware/firmware I'm using is:
ModelName: Daikin FTX
ModelID: FTXJ50MW
WiFiControllerID: BRP069A41
Software version: 2.6.0

I hope this is exhaustive enough, since I don't know where to find the other codes you are showing.
Regarding your testing hardware, is still in the 1.4.3 version? And do you still use an android/ios application? I'm currently using Android Daikin application v2.0.2.
I guess that to update the documentation we should check which commands work in the different version of the WiFi adapter (it seems that all the get commands you documented are working with v 2.6.0, but I didn't try all the set commands and I don't know if the new commands are working on the old version).

I'll wait for your tests before updating the documentation.

For the moment, thank you for the support.

A

[ael-code]

Hi, the hardware/firmware I'm using is:
ModelName: Daikin FTX
ModelID: FTXJ50MW
WiFiControllerID: BRP069A41
Software version: 2.6.0

I hope this is exhaustive enough, since I don't know where to find the other codes you are showing.

I think that is enough :)

Regarding your testing hardware, is still in the 1.4.3 version? And do you still use an android/ios application? I'm currently using Android Daikin application v2.0.2.

For various reasons I don't use so much this device, in any case now I've also updated to the last fw version (2.6.0).

I guess that to update the documentation we should check which commands work in the different version of the WiFi adapter (it seems that all the get commands you documented are working with v 2.6.0, but I didn't try all the set commands and I don't know if the new commands are working on the old version).

Seems that the new commands that you are suggesting were working also on the old firmware version. If we will have time we can also automate the tests.

I'll wait for your tests before updating the documentation.

Seems that they are working except for /aircon/set_special_mode sets. They are returning

ret=PARAM NG,adv= or ret=ADV NG,adv=

It seems that you have the newer model. Just to be sure can you post the android app screenshot of the page that allow you to change this special modes?

For the moment, thank you for the support.

A

Since it seems that there are some people interested in this project I've started a parallel one in order to build a python library for managing the device. As soon as it will be ready it could be used to build a command line interface, a new web interface, etc...

At the moment, I've managed to implement the discovery procedure, just like the android app does, it allow you to discover all the Air Conditioners into the your lan.

I hope you'll like it :)

[stagadet]

Seems that they are working except for /aircon/set_special_mode sets. They are returning

ret=PARAM NG,adv= or ret=ADV NG,adv=
It seems that you have the newer model. Just to be sure can you post the android app screenshot of the page that allow you to change this special modes?

I think that ADV NG means he doesn't find the advanced mode (probably not supported on the device). I also tried and if I don't specify thespmode_kind variable, I also get PARAM NG, so probably the command with just the set_spmode variable isn't correct.
Here there are the screenshot for the modes:

the special modes can be selected on the lower part of the screen.

The menu for the streamer special mode

The menu for the econo/powerful special mode.

Unfortunately it doesn't seem to exist a special mode for the intelligent eye and for the external quiet mode.

Since it seems that there are some people interested in this project I've started a parallel one in order to build a python library for managing the device. As soon as it will be ready it could be used to build a command line interface, a new web interface, etc...

At the moment, I've managed to implement the discovery procedure, just like the android app does, it allow you to discover all the Air Conditioners into the your lan.

I hope you'll like it :)

Of course it will be much appreciated, and I hope the api will be also integrated on openhab (that unfortunately is written in java so it will need a different implementation).

[fcattaneo2]

I just bought a daikin FTXM air conditioner with wireless adapter.. i plan to control my unit dependent on energy produced by my photovoltaic system.
For do this i will use a Raspberry PI where also run emoncms as monitor .

My questions.. there is a way to get istant power draw from the unit ? ; stagadet find a way to get energy in .1 kwh and this is very usefull but for my application i need the power.

Ciao,
Fabrizio

[nchieffo]

Another question: when you leave the plug connected, but all of your air conditioning units off, do you still see a daily consumption of 1kwh per internal unit on a random hour (again, even if it is kept off all day)

[stagadet]

@fcattaneo2 Hi, I don't think there is a request to get the instantaneous power of the device. As far as I know all the requests are the same that are issued by the official app, and in the app you cannot see the power.
Anyway, for your application, I think you can just set 3 thresholds on the power produced by the photovoltaic system to turn on/power saving/off the air conditioner.

Ciao.
A

[stagadet]

@yelo3 Hi, I didn't noticed this before. Anyway, now that I'm not using the unit, I see that I have .1kWh consumption every 3/4 days. It may be the stand-by power consumption (in my case the average is around 1W).

[nchieffo]

Yes, I think you are right! Anyway I managed to lower the consumption by enabling standby mode (it is a jumper that needs to be removed inside the external unit). I've done it 2 days ago and I still haven't seen any spurious 0,1KWh bar. Maybe I will see one in the following days...

[chaicka]

Model Name: Daikin FTKS
Model ID: FTKS25DVM/FTKS35DVM
WiFiControllerID: BRP072A42
Software Version: 2.9.0

This discussion is getting interesting. Sure wish there is an effort to expand the database of API commands available for different WiFiController (and its associated air-conditioner models if necessary).

[stagadet]

@chaicka I made a pull request with the commands I found sniffing the traffic with my configuration. If you can confirm that they work with your configuration (you can use a web browser or a command-line tool like curl or wget to quickly create get requests), I think it will be possible to add that too.

[ael-code]

Can someone confirm the new API explored by @stagadet?