-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
New Device: King Art - King Q4 Cover switch #5059
Comments
Sorry, same answer as in #5057 (comment) |
It's difficult to add support for these unless someone with coding experience can get their hands on a physical device to figure out how it could fit into Tasmota. Closing it for now but users can still post here if there is more information forthcoming. Support InformationSee Wiki for more information. |
hi. anyone knows the correct wiring for flashing? there are 2 3.3v and 2 gnd :-( |
Flashing is easy. At the last picture you see on the upper half the pins you need: Then the normal procedure: Connect SW to GND at power on time and the device is in flash mode. |
I managed to flash the device with Tasmota like above. What I was able to discover:
As I flashed the device with tasmota I lost the communication from the ESP to the other MCU and have not been able to extract the commands to control the MCU. I expect it to be a similar command protocol (i.e. AT+.... ="switch":".....","setclose":...) but trial and error did not prove it. Is anybody with an 'original' device able to find the commands from ESP to the MCU? |
Sounds interesting! |
If you are able to flash the original again, you could read the Serial commands by sending the Ewlink commands and monitor the Tx/Rx |
Probably, RESI is wrong. |
Like @Jason2866 said, RESI is wrong. SW is should be connected to ground to flash. Also you should set the baudrate for flashing high. The co processor grabs the Rx/Tx line after ~30 seconds. The flashing should complete before that takes place. Before you flash them all, can you 'snif' the Rx/Tx commands between the co-processor and ESP.. ? |
What do you mean RESet1 is wrong? I connect SW to GND on boot (1 second only) and RES1 always to GND. Set baudrate to high 115200 but no flashing. Setting back to 19200 and I see commands from MCU to ESP like this when I push touch buttons: AT+UPDATE="switch":"off","setclose":0 Tomorrow with more time, I will get a fresh device, configure it on ewelink and snif the comms from ewelink and come back and post the results. PS: I'm newbie to this flashing scene, till now just flashed ok one esp01-relay, one sonoff bridge and one mini. Thanks for your help |
I have flashed the device with NodeMCU Pyflasher. Settings: baud '230400' ; Mode: DOUT ; Wipe all data. During flashing the SW soldered to GND. I did not connect RES1 (but this could be fine, don't know). The device seems to be very close to the King Art dimmer (PS-16-DZ Module). When using the PS-16-DZ template I can switch the cover to open/ close (on/off). |
The protocol I have found is something like this (I only capable of snif one comm at a time):
Notes:
Hope this helps. |
Good news... Use this on console... (turn on) The MCU retry each 10s the last message waiting for a "SerialSend2 AT+SEND=ok". Anyone knows how to create the final template and rules? And also process the MCU messages to update the tasmota state. Many thanks |
I have the same switch curtain, I've flash with tasmota and only solution for use this switch is with sonoff t1 3ch mode but only with button... |
I went through much the same process as @AWiseAd, @acrmelo elo et al based on suggestions on the espurna board. Taking that information and reverse-engineering the PS-16-DZ driver (effectively removing non-relevant commands and changing the serial commands used) I knocked this together to replicate the Dimmer behaviour, but sending the shutter commands. It will need thorough checking by someone who knows these things better than me, but hopefully I've made it a little easier? Re: template, this is what I've been using in testing. Only change from PS-16-DZ is inverting the LED at GPIO13. You could probably re-do it based on Generic with the SendSerial commands sent as Rules, but I haven't got that far. {"NAME":"KingArt Cover","GPIO":[255,148,255,149,255,255,0,0,255,56,255,255,255],"FLAG":0,"BASE":58} Hope that all helps. |
Thanks for helping, @corvidus can you send the precompiled .bin so I test it on my devices? Thanks again... acrmelo |
I worked a bit on the code and removed the button function and leave only de dimmer. Maybe if pause is really need can be done with rules. I replaced completely xdrv_19_ps16dz_dimmer.ino file with my code. So I have my 5 kingart curtains with this new code. I use node red to connect to a dashboard and to google assistant. Hope someone with more skills in tasmota to help a final version. PS: Flash minimal tasmota first to make room for this 562kb .bin file. Happy holidays 4u all. |
I confirm the acrmelo firmware works very well also with openhab and MQTT! |
Is possible convert to .bin? |
Hi again, @voodooo82 bin is in zip file. Now I added a dummy relay to control pause, changing template to: On console add this rule: And activate it: I now can use MQTT to send dimmer: And to pause with: |
Hi, Command starts in "rule1..." all to "endon"
This is not the best way to do it, but is the only I know ;) Good luck |
Thanks is very good 😍😍😍😍 |
is there a possibility to turn the LED's on and off the buttons? |
WiFi led is connected to ESP and can be controlled, but led buttons are controlled by the MCU and I think there is no way changed it. |
Only Rx, tx, Res1 and Gnd? |
3.3v to 3.3v |
Could be TX to RX and RX to TX depending on your adapter |
I already have it working! :D |
I need help to install the dimmer in HA. |
Check my code, everything is in the zip file. |
.ino, what flashed it with arduino? |
Yes |
Thank you! |
OK, type: 'custom:shutter-card'
In configuration.yaml add: cover:
restart home assistant and everything should be working |
Sorry, the two dots before entity and platform for indentation are added by github editor, don't put them |
I think I'm not doing something right on the arduino. |
If it is connected to WiFi, you have to make sure the mqtt broker ip, mqtt user and password are ok. You can change everything in the ino as long as it is the same in home assistant. |
I'm doing something wrong when I change the name... By doing it with the name that comes in the project, I can handle it. But inverted. It goes up when it goes down and vice versa. Looking for solution! :D |
This time easy 😉 type: custom:shutter-card
|
Okay! Working ok with "LivingShutter" and inverted :D |
You are welcome alias: Rollershutters Sunset Close
|
@alsacian What is one supposed to do with this file? How does one flash it? Or am I supposed to connect an arduino to the board and then use the arduino instead of the esp built-in controller? Am I supposed to compile it as bin and then flash it to the esp? |
Hey @acrmelo that bin you compiled is based on tasmota version 7.somthing, which is pretty old and doesnt integrate with home assistant. Could you recompile it for the latest version? |
Well, I don't know what's going on because it's been connected to Wi-Fi for a while, but it's not available in HA. |
Well... I keep trying! |
Hello, |
But now tasmota not working with this device? |
|
have you used new ka-curtain image ? Could you please give us this? |
The truth is that I have not made any progress on this topic. I read and try from time to time some change. But I get nothing. |
I would like to control by MQTT two cover switch which are shown on ewelink as king Q4:
https://es.aliexpress.com/item/EWeLink-App-UE-Reino-Unido-Wifi-Smart-Touch-cortina-interruptor-de-Control-de-voz-por-Alexa/32956776611.html?spm=a2g0s.9042311.0.0.3fc163c0VL8sRB
From ewelink we can:
Don't know really what else I have to send to develop it.
The device:
That's the board:
Thanks!
The text was updated successfully, but these errors were encountered: