MQTT should be possible, as with all other plugins.

ManS-H wrote:

dev0 wrote:512k/64k for the H801

that is not correct.

I don't think you can know which flash chip is used on my hardware. May be there are other versions.

ESPEasy.ino sketch i changed #define FLASH_EEPROM_SIZE from 4096 to 512 This is not needed. You have to set Flash Size tp 512k/64k in Arduino IDE only. Copy the plugin, remove 2-3 unused Plugins, compile. If there is a compiler error telling you that there is not enough space then remove another pl...

ManS-H wrote:Sketch too big;

There is not enough space, you have to remove some unused plugins.
Please keep in mind that this is my support thread to request two new ESPEasy features/options and not a support thread for my plugin (that is still in development).

512k/64k for the H801

You have to comple with ESPEasy R124 at least. See __ReleaseNotes.ino For my information, you compile the plugin with esp easy and flashed it in the H801, or do you use the Wemos D1 to send commands to the H801? You can flash it on a H801 or any other ESP8266 device to which your leds are connected ...

I use different hardware: DIY with Wemos D1 and cheep Chinese H801 Controllers. Mostly only with warm white and cold white stripes to be able to adjust white color.

Command description can be found on github, too: https://github.com/ddtlabs/ESPEasy-Plugin-Lights

Yes, you can control RGB, RGBW and RGBWW lights with my plugin.

If it is ready, would you mind sharing? A first public draft can be found here: https://github.com/ddtlabs/ESPEasy-Plugin-Lights Due to limitations described above there is no feedback via controller plugin at the moment, just a custom JSON response to the http requests. The basic light functions s...

I also had the idea with an additional (dummy) device but my intention is to develop an esay solution that fits seamlessly with ESPEasy. At the moment the plugin sends all set parameters via http response in JSON Format like other plugins do if http is used. But this is only a workaround. It will be...

I would like to request to extend ESPEasy with two options: 1. an additional Device[x].VType with a value count of up to 8 => SENSOR_TYPE_OCTA 2. a way to send strings to the controller, not only floats. Application use case: 1. a rgbww device with multiple color modes (rgb, ct, hsv) has to report m...

Next question :) I found a strange behavior if I define more than 4 values names: - if I define 5 values names than the fifth value will not be saved on device web page. - if I defnie 6 or more values names and try to save on device web page than ESPEasy hangs immediately and reboots after a few sec...

Hi,

I am developing a RGBWW plugin at the moment. Normally sensor values are send periodically to controller. I would like to trigger this function to update the controller in realtime if a value has changed. Is there way to do that?

Edit: solution found: sendData(event)

You could write a ESPEasy plugin to read data from FHEM. If you do not want to do that then you have to go the other way and use FHEM to send data to your display. You can do this with the generic MQTT module or with the more comfortable ESPEasy module.

I updated the lib and images and uploaded a new zip as R140_RC3. Could you double check these builds? (i don't have an easy way to verify json posts...) I've tested the ESPEasy_R140_4096.bin image and it works like a charme. Thank you very much for your quick support! EDIT: A FHEM user noticed that...

Just compiled the source from R137_RC1 with the enclosed libraries, ESP8266 Community libraries 2.30 and Arduino IDE 1.6.9 (Mac): everything went fine for different sensors Version R137_R1 / R140_RC2 works fine if I compile the source code. But there seems to be a problem with enclosed images (ESPE...

This requires some feedback on the latest build. Just compiled the source from R137_RC1 with the enclosed libraries, ESP8266 Community libraries 2.30 and Arduino IDE 1.6.9 (Mac): everything went fine for different sensors in conjunction with FHEM controller environment. Apart from that, I did not r...