Master
Added test configuration B Added possibility for configuration B to use both GET and POST http requests for all commands Added description of commands for:
- Power consumption
- Special modes
- WiFi LEDs
- Timers
One thought on the GET/POST topic: Even if Daikin implemented something that breaks REST "ideas" (e.g. using GET calls to change values) the question is if this should be used ... It's better to follow common standards for usage, or ?!
I don't know if it is better to use GET or POST to modify parameters in this case. The official Daikin app that I tested uses GET, while I think ael-code's GUI uses POST. In my case they both work, maybe also in older setups. In any case I think it is better to show both possibilities in the 'documentation'.
@ael-code I have an enhanced version of this pull request in my fork at https://github.com/Apollon77/daikin-control in an new file (just to be able to get updates from upstream without all those conflict stuff) I also used your infos to implement an nodejs library (https://github.com/Apollon77/daikin-controller) and verified nearly all of those new details with this lib and my two daikin devices.
Maybe you can check my README_updated.md nd tell me what you see on change needs in preparation to make an official pull request ... Or should I just send it? Would be great. Thank you for all you great work here
Why this information still don't added in readme file? It's quite useful.
Please merge this PR, because I accidentally found the missing endpoints