I need some help. I’ve got a number of qwik switches, they work perfectly.
I now want to get a qwik door sensor to trigger in HA, but somehow i’m just not getting it to work,
the event triggerd looks like this - {“id”:"@17dae0",“cmd”:“STATUS.ACK”,“data”:“460e00”,“rssi”:“61%”}
so i added ‘status ack’ to the file but stil not seeing the event in HA.
the qwik switch buttons work fine, i now need to get the door sensor working, i have added that status.ack to the config file but not seeing the event in HA.
A door sensor can stay open for a long time (a Button is only an Event), so should probably be modeled as a binary_sensor and the current Qwikswitch implementation does not do this at all. It only models light and switch
You might try to model it as a switch by adding " Switch" to the end o the name. but not sure about the “data” in the packet. Will run your data through a test when I work on it again
If you want to help you could potentially look at the qwikswitch library.
If you clone that and run python example --file example_devices it will print some info on the devices in the file and you can add your packet examples to the json file.
It also has the capability to monitor your qsusb and output some data. If the library supports it it is quite easy to add a binary_sensor
Thx a lot, I will give that i try, i’m not a very well verst programer if that, i try what i see and modify it to work like i need it, but i will defiantly give it a shot.
I have the &listen events with me, i don’t have the &devices just because I didn’t know the function excited. I will get those 2 tonight but here are the open and close events in the meantime.
Deur oop - {“id”:"@17dae0",“cmd”:“STATUS.ACK”,“data”:“460e00”,“rssi”:“75%”}
Deur Toe - {“id”:”@17dae0",“cmd”:“STATUS.ACK”,“data”:“460e64”,“rssi”:“80%”}
I’ve just nou got my door sensor to work, I’ve addes the event with the “.” inbetween like you said and work like a charm, now when i open my door and its darm it will switch on lights
Thx,
With the door sensor I wanted to make it do 2 separate events on open and close, but that did seem to work. you only get one event comming from the sensor. you have to use the full event seen.
SCENE EXE, you have to add it to the config in dep/pyqwikswitch/init.py
QS_CMD = ‘cmd’
CMD_BUTTONS = [‘TOGGLE’, ‘SCENE EXE’, ‘STATUS.ACK’, ‘LEVEL’]
“”"
Tines_Potgieter, just to let you know that Kellerza has added door sensor and imod support to the QS component for HA. It should be in .68 in about a week or so. The beta should be out by Saturday for which I’m going to install and try it out. I’m actually trying to get more info out of QS themselves regarding the message formats for other sensors, etc, but it is like pulling hens teeth. Do you have any other QS devices besides the door sensor and relays?
I’m currently using the QSusb, not that wifi bridge they have now. when i noticed they nologer making it, i phone to see if i could buy a spare but no luck.
I also use the Transmitter,( light witch) they work amazing. wireless light switch you can just stick anywhere. haven’t tried the relays.
Yeah, I was lucky to get a USB Hub before they stopped making it. I’m going to do my whole house with QS dimmer relays and the wall transmitters. I currently have a relay connected to a lamp for testing HA. Next month, the door sensors and pulse relays for my garage door and gate will be installed. Looking forward to it.
It is unfortunate they stopped making the QSUsb hub.
The Wifi bridge seems expose something similar, but unfortunately cloud based it seems from a post by @Jaco_Muller
It would be good if we can keep full support for Qwikswitch with the Wifi Bridge, else I will have to start replacing my QS relays & dimmers before something happens to my hub :-/
Hi @kellerza. I think your existing QS relays should work with the WiFi Bridge. At least all my relays purchased during the last two years work with the WiFi bridge. Yes, unfortunately cloud based but had no issues so far and it has a very useful GUI to troubleshooting signal issues etc.
There is no HA integration for the Wifi bridge today,- I don’t mind adding it, but in the end it will have additional delay if cloud based and I’m not sure if we will get all the functionality we have today. Let’s hope so!
I still think the hub is a better option as it aligns with HA’s philosophy regarding a cloudless self contained environment. If there is a lot of demand for the hub, I would imagine that QS would reconsider manufacturing it again.