esphome / esphome/feature-requests

ESPiLight Support - 433 MHz devices. reopened #315

Open
#2,250 5 comments 0 reactions 0 assignees View on GitHub
Dominant language
No language data
Stars
450
Forks
29
PR merge metrics
No merged PRs in 30d

Description

**Describe the problem you have/What new integration you would like**

Please integrate espilight to esphome.
You wrote in the other issue, that you want a sepcific protcol-wish, but imho that's not the right way. So I wish quigg_gt1000, 12 days later another person wishes quigg_gt7000, days later the next wish. I'm sure you don't want to implement everything one by one if you can have all at the same time.

Espilight worked hard to extract the protocols from pilight for use in esp8266 and esp32. That seems perfect fitting to esphome.

**Please describe your use case for this integration and alternatives you've tried:**
I spent 2 weeks to try to get a brennenstuhl switch get working with unit/id and raw data. The weired protocol seems not supported by any library than pilight. (not rpiSend, codesend and all the other 433Mhz librarys)

Espilight's wrapper have just two parameters. The first is the protocol and the second is the json representation of the configuration, i.E.
`rf.send("quigg_gt9000", "{\"id\":131271,\"unit\":1,\"state\":\"on\"}");`

I suggest not to try to integrate it in the existing transmitter-protocol, but to add the feature as new one.
I'm really fine if I could use the esphome transmitter OR espilight transmitter... not both the same time.

**Additional context**
Perhaps you can add just a new device "espilight" with 2 parameters. Inside you can add the espilight as submodule.

If you have any futher questions about that issue don't hesitate to contact me.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.