-
-
Notifications
You must be signed in to change notification settings - Fork 9
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
Example config.yaml #1
Comments
As you might have noticed, this is incomplete and does not work (yet). Accordingly, there is no complete config. Stay tuned. |
@appi1 I was able to control my first blind tonight, so finally transmission works. However, the protocol is slightly different to the MicroPython version as I'm simulating my TempoTel2 - YMMV. |
@andyboeh it works also for me, great job. the only point i had to change are the hex commands for my elero receiver ( step mode). i have to press the down button for 2 sec. for a down command. only a short press will move down, move up or til for only 2 cm. With the following code changes your code is working als for the step mode. static const uint8_t ELERO_COMMAND_COVER_CHECK = 0x00; static const uint8_t ELERO_COMMAND_COVER_STOP = 0x10; static const uint8_t ELERO_COMMAND_COVER_UP = 0x21; // changed from 0x20 static const uint8_t ELERO_COMMAND_COVER_TILT = 0x25; //// changed from 0x24 static const uint8_t ELERO_COMMAND_COVER_DOWN = 0x41; // changed from 0x40 static const uint8_t ELERO_COMMAND_COVER_INT = 0x45; //// changed from 0x44 I tested also with mqtt and it works great |
Great, I'll make that (and a bunch of other things!) configurable. |
@andyboeh |
Yes and no: As of now, tilt isn't implemented as I do not have any covers that would support it. Implementing it seems doable but isn't trivial. There is a bunch of other stuff that I would like to fix/implement first (like position control), then I can have a go at this. However, "Tilt" and "Zwischenposition" are two different things! When I implement position control, it should be possible to stop the cover in any desired position, not only in the pre-programmed intermediate position. |
@andyboeh |
From the perspective of the Cover component, there is only a target position and that is a value between 0.0 and 1.0, so there never was such a thing as "Up" or "Down". I have no experience with MQTT on ESPHome, could you post your configuration YAML? |
I just checked the ESPHome code: If you send "OPEN" or "CLOSE" to the "command" topic, i.e. to 'elero-esphome-2/cover/kueche_west/command', it maps that to the internal positions 1.0 and 0.0. However, you can send positions as values to the topic 'elero-esphome-2/cover/kueche_west/position/command' (note the additional folder path). If you send 1.0 or 0.0 it should have the same effect as sending OPEN or CLOSE to the first "command" topic. I don't know how FHEM handles that, though. |
thank you, i'am sorry, you are right the comands have to write uppercase.............. |
OK - can you give me a few details on how this is supposed to work with the original remote:
Number 1 would be the easiest to implement. 2. would be a difficult, 3. feasible with time-based tilt similar to time-based position control. |
EXCELLENT, 1: Combio III-868 JA /-915 for blind drives (corresponds to the roller shutter command) Can you adjust it to any given til angle or just "full tilt" or something like that?
I hope it is understandable |
The intermediate position is a pre-programmed stop somewhere in the middle, right? I think that my motors support that too (RolTop-J 868), but we haven't programmed the intermediate position. |
yeh, right. it's easy to program the int postion, but as you wrote above it is no longer imortant with your positioning function. But tilt is great in summer time |
Yeah, perfectly understandable (just not possible with my hard covers). I'll represent tilt with 0% and 100% then. Note that "tilt" could be the reason why you get wrong position information from the blinds: The tilt state isn't currently parsed and just ignored. The way I would like to implement it is: One more question: How do you "exit" tilt? I suppose by pressing "Up" or "Down", does it then really move up or down or just back to its non-tilted state? |
you don't have to implement a automatism for the tilt function. on the remote it is also a short button up press. I think the short press of the Up Button will send the Hex 0c25, it is not a mode it's only a commant possible at every position of the blind. If a Tilt position is programmed the blind go up to the position and tilt but i think its the same caommand 0x25 |
..... so we don't need the tilt enable, the tilt command 0x25 cames from the remote Variotel or from the esp32 if you want tilt at the curret position or from bottom up on the programmed position. |
OK, but we are still limited by what ESPhome / Home Assistant provides for covers and we need to somehow map that. Tilt position is, similar to the cover position, represented by a value between 0.0 and 1.0 so we need to use that interface. Hence, I can send out 0x25 if tilt >0.5 is requested and nothing (?) if tilt < 0.5 is requested (or the other way round). And enable is required, otherwise all Elero covers have the tilt feature added to the Home Assistant UI which is not what I want. |
hey, it works absolutely perfectly. You dont have to reset tilt to normal, because Tilt is only a small movement "Up" of the blind maybe for for 3 cm ( as programmed in the Receiver ). So position of the blind neary the same and the blind waits fo an new command. ps: in your last comment at the end tilt_command: 0x24 is correct |
Well, I'm referring to the representation in HA here: If tilt is not reset, it's always shown as 100% tilt even if the blind is moving or in top position. For the time being, the internal state is reset whenever a new up/down command is sent (which makes sense). Basically, you can enter tilt by setting a position > 0, but you can't leave it without up/down - setting tilt to 0 has no effect. Great that it's working :) |
hey
very interessting project. i use at the moment eleropy on micropython, but it is not realy easy to maintain, so the same on esphome plattform will be great.
do you have a complete config.yaml with the componet include line.
thanks
The text was updated successfully, but these errors were encountered: