-
Notifications
You must be signed in to change notification settings - Fork 322
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
Relay triggers every time board reboots. #117
Comments
This is the output from ESplorer if that helps -
|
What type of relay are you using? Make sure the the relay trigger is also set to L(ow) |
I had the same issue, flashed the board to 2.3.3 and both relays activated after the reboot. Using a DIY Kit and a 5V-2 Channel relay with the trigger set to Low. Just to test it out, I cycled power to the board and the same thing happened on restart. |
Make sure you have re-synced device settings after flashing |
Yep, did that. The relays triggered after that... Fortunately the Konnected Smart Home app still has 2.3.1. After I reverted, the issue went away. I have the relays running my garage doors, so I can't have them opening every time the board reboots... |
hmm, will try to reproduce this |
Thanks!!! |
I've also come across this today - the relay triggers every time I restart HomeAssistant or reboot the Konnected board. Unfortunately I'm completely unable to downgrade my firmware from 2.3.3 - I've tried 7 different known good USB cables, and 5 different sets of drivers. |
After trying 2 Windows 10 laptops, 7 usb cables and 5 different driver sets I managed to revert back to 2.3.1 using Rolling back the Konnected software has completely resolved the issue. |
I was able to reproduce and confirm that this is a bug. This will be released in 2.3.4 within a few days. The bug affects only low-level trigger relays, and causes them to momentarily trigger when the device is restarted. |
Hi, My relay continues to trigger when rebooting the Konnected v2 add-on board and when restarting HomeAssistant. For my configuration, this means that the alarm is armed / disarmed with any restart or reboot - quite a critical issue for me. Not sure whether I should comment here or simply open a new issue, but as far as I can tell this has not resolved the problem which has been occurring with v2.3.3 and above releases. |
@TazUk Please confirm the trigger setting in the Konnected configuration matches the trigger on your relay. The easiest way to view the Konnected device's configuration is to download the Konnected app from the Apple / Google Play store, scan your network for the device, and then tap on "View device status". The trigger setting is shown in the actuators section of the status page. 0 = low Make sure that your relay is configured accordingly. The relay modules that we sell have jumper to configure, but some relays may be fixed low or high. Also -- what pin/zone do you have your relay connected to? Not all pins are compatible with high and low triggers. |
Nate, you were spot on. Relay was jumpered to High, but my configuration was set to low. After some messing around, I've reconfigured to 'High' in HA and checked that it passed through to the board from the app and ran a few restarts and all now behaves (relay triggers when board is first powered but I would expect that). Interestingly trying to jumper the relay as low prevented the board from being accessible at all (from app or HA), so clearly high is the way to go for my setup. I'm using the "OUT" terminal to fire the relay and using zones 1 to 3 to read some programmable outputs from the Texecom alarm panel it's wired to. Apologies for my mistake and thanks again for the assist. This has been driving me nuts for weeks so with hindsight was bound to be something stupid at my end. |
After upgrading to 2.3.3 both garage door & siren turn on if board reboots. It’s working fine otherwise. Only momentary switch for garage door and siren connected to board. D5 momentary switch for garage door & D6 is set for Siren. It was all fine before upgrade. Low level trigger is checked in app for both devices. Has something changed in the firmware or file system?
The text was updated successfully, but these errors were encountered: