SendToHTTP not working

[grovkillen]

Corrupted flash maybe. Hard to tell.

[sentinel]

I think the problem is with the TM1637 plugin:
When I disable the plugin and reboot the device, both the timers and SendToHTTP work. When I enable it, both stop working. This happens with both my modules.

[grovkillen]

What version are you running?

[sentinel]

I am running: mega-20180209 (ESP_Easy_mega-20180209_test_ESP8266_1024.bin)

[sentinel]

I have also tried the following rules:

Code: Select all

On System#Boot Do
 SendToHTTP 192.168.1.2,80,/control?cmd=lcd,1,1,booting
EndOn

On Clock#Time Do
  SendToHTTP 192.168.1.2,80,/control?cmd=lcd,2,2,--%systime%--
EndOn

and the behaviour is the same: when the plugin is not enabled, both SendToHTTPs work. When it is enabled they don't work.

Just to clarify: when I say "plugin enabled" I mean that I have configured the display and then I enable/disable it using the tick-box.

[sentinel]

did you reproduce it?
I'm trying to find out what goes wrong when the 7-segment is enabled. I'm slow
I can see that after I enable the device, when the code reaches the point to check if there are any timers active, it finds no timer active.

[TD-er]

There has been a proposed fix for these displays.
It was just merged, so perhaps check tomorrow's build?

[sentinel]

no, unfortunately the problem still exists. I tried with ESPEasy_mega-20180305.zip

[walmtech]

Still broken for me on ESPEasy_mega-20180315.zip

[TD-er]

Could you add an issue on Github about this, describing as much as you can.
I'm loosing track of where to gather information on issues/bugs here on the forum and although the issue list on Github isn't perfect either, it is at least a bit more contained than the forum here.

[sentinel]

I have done it: #1111: Timers, Commands not working with P073 plugin

[sentinel]

Should we add a note in wiki in the plugin development page to indicate that plugins should not by default return success = true (if the plugin didn't do anything), since Rules, Timers and other plugins will be affected?

[TD-er]

Should we add a note in wiki in the plugin development page to indicate that plugins should not by default return success = true (if the plugin didn't do anything), since Rules, Timers and other plugins will be affected?

I totally agree such important things should be documented.
And maybe we should just add some kind of template file for plugin/controller in the sourcecode, describing what should be where.
This may be comment code, but it should turn up when searching for some keywords in the source.

[sentinel]

And maybe we should just add some kind of template file for plugin/controller in the sourcecode, describing what should be where.
This may be comment code, but it should turn up when searching for some keywords in the source.

This is a very good idea.
I made an attempt to create a plugin template file (which needs a lot of description added). I have gone through the bugs and wiki and created a list of hints I thought are good to know when developing a plugin. I have also added a few bugs which I think provide good information, but I can't summarise it
Does that help?

_Pxxx_PluginTemplate_hints.zip

(3.75 KiB) Downloaded 406 times

updated 28/3/18: added one more hint

[TD-er]

And maybe we should just add some kind of template file for plugin/controller in the sourcecode, describing what should be where.
This may be comment code, but it should turn up when searching for some keywords in the source.

This is a very good idea.
I made an attempt to create a plugin template file (which needs a lot of description added). I have gone through the bugs and wiki and created a list of hints I thought are good to know when developing a plugin. I have also added a few bugs which I think provide good information, but I can't summarise it
Does that help?
_Pxxx_PluginTemplate_hints.zip



updated 28/3/18: added one more hint

Can you add a Github issue for this?
On the forum, good ideas tend to get lost.

[sentinel]

Can you add a Github issue for this?

here is is: #1211 Plugin template file and hints on writing new plugins

[TD-er]

Thanks

[esp8266]

Hello, all
first I want to thank the developers and everyone involved for this wonderful product - ESP Easy
with all due respect, the ESP Easy wiki lacks real, living examples, only syntax.

well, my hard:
1. esp8266 nodemcu, bme280 mega-20180822 (192.168.0.6)
2. esp8266 nodemcu, tm1637 mega-20180822 (192.168.0.7)

my task: to simplify (without mosquito and the like) transfer the temperature value from unit1 to the display of tm1637 unit2
my settings look at the attached screenshots
please correct the settings of the rules

Thank you
(I apologize for me the bad english)

The attachment ESPEASY_1.jpg is no longer available

ESPEASY_1.jpg (203.28 KiB) Viewed 47377 times

[esp8266]

2 attachment

ESPEASY_2.jpg (187.32 KiB) Viewed 47373 times

[grovkillen]

We are very much aware that the wiki is lacking in every aspect. We're working on a new GUI and integrated wiki which will be easier to maintain.

[sentinel]

you can try the following:
Add the following Rule on unit#1 (which has the BME280 sensor):

Code: Select all

on sendData do
  SendToHTTP 192.168.0.7,80,/control?cmd=7dt,[bme280#temp]
endon

And add the following Rules on unit#2 (which has the display):

Code: Select all

on WiFi#Connected do
  sendToHTTP 192.168.0.6,80,/control?cmd=event,sendData
  timerSet,1,2
endon

on Rules#Timer=1 do
  sendToHTTP 192.168.0/6,80,/control?cmd=event,sendData
  timerSet,1,2
endon

So my idea is:
Unit#2
- when unit#2 connects to the wifi, it sends a request to unit#1 to execute "sendData". It also starts a timer
- when the timer expires, it sends a request to unit#1 to execute "sendData". It also re-starts the timer
Unit#1
- contains simply sendData, which will call 7dt and send the temperature to unit#1 using sendToHTTP

[esp8266]

sentinel
it works !
thank you very much for your help

[sentinel]

you are welcome