-
Notifications
You must be signed in to change notification settings - Fork 638
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
H801 - 5 channel workaround doesn't work anymore #830
Comments
Using DUMMY_RELAY_COUNT with RELAY#_PIN is not compatible, only the 5 dummy relays should be created. |
Should I only define the buttons? At the moment, the posted cutout of my hardware.h works fine. I would try the following with 1.12.5: #define DUMMY_RELAY_COUNT 5 #define BUTTON2_PIN 0 #define BUTTON3_PIN 2 #define BUTTON4_PIN 5 |
Hi, i've tested this version with the new 1.12.6, but it still doesn't work. If I define more then 1 DUMMY and the named buttons, there is still the Problem that no channel reacts on pushing a button (HW + SW) and all channels permanently light up. |
@flashy02, any chance you can expand on your use case for 5 relays on the h801, and why you have buttons defined? I've got a spare unit I can test with, but useful to know how to hook it up for testing. If you are using the h801 as a 5 channel relay controller with no dimming, it would make more sense to look to the way that the "SONOFF_4CH" is setup, but unless you have added physical buttons to the h801 (seems unlikely), you would only define the relays. HTH Colin |
Hi Colin, at the moment I use one H801 to controle 4 different light channels (stripes, spots) in my house installation. Additionaly I can controle these channels with my "old" push-button installation, so I have soldered some cables to the defined pins. I ve decided to the H801 explicitly because of the dimming and fading function. Best regards |
Hi Michael, I'm not quite ready to break out the fine-tipped soldering iron, so I was limited to testing using GPIO0 and after disabling the WiFi LED, it seems to work ok for me when compiled/flashed using platformio. https://github.com/ColinShorts/espurna/tree/huacanxing-h801-flashy02 Feel free to compile yourself or try the attached binary. -Colin |
Hi Colin, sorry but it doesn't work. I've flashed your bin and the same fault. I can push the HW-button or the SW-Button but only the state of the button on the webpage changes. The light channels permanently light up with no reaction. |
Hi Michael, I can mostly confirm what you are seeing after swapping in the unit - at least with my version as above. It was already past my bedtime by the time I tested the unit without external lights. Just now I can switch all the lights on and off using the first switch (after adjusting the dimmer to be above 0), but none of the extra relays do anything. I've tried a few different angles today, but I think the only sensible way I could probably figure it out is to checkout the code to specific tags, compile, flash, and test. There have been a lot of changes since 1.12.4, so that would take a long time. If you were to ignore the buttons for now, you should be able to set the number of dummy relays to 5 (or 6 if you want a master off switch - see the comments in relay.ino). Does @xoseperez have any comment on the best way to test/proceed with this? |
@flashy02 @xoseperez looks like I've managed to track down where it went wrong at least... 04b23cd (6/4/18) ok I checked another 12 days before the 6th, but as they all worked there's probably not much point in wasting pixels here. time for bed now methinks, hope this helps track down the solution! |
@coli: Thank you for searching the right version. I hope it would help to implement the workaround again. |
Thank you @ColinShorts. I found the regression and fixed it in dev branch. |
Hi, i've tested it. It works like before. Thank you @xoseperez . |
Nice. Closing, will be released with 1.12.7 |
Hi,
i've tried the new versions 1.12.5 master /and 1.12.6a dev today. The problem is, that the workaround to use 5 channels seperately with buttons doesn't work annymore. With 1.12.4 everything is fine.
I've defined the following in hardware.h as everytime:
Best regards
Michael
The text was updated successfully, but these errors were encountered: