Feature Request collection/list
Moderators: grovkillen, Stuntteam, TD-er
Re: Feature Request collection/list
I am running build 48 and I notice that ESP Easy will publish temperatures from one wire even if they are clearly in error. For example, the log says error with the temperature sensor but will publish a value of 0.00 to MQTT and will also show this value on the devices page. Also, if a DS1820 reports an error by returning "85.00" it will be accepted as a valid temperature, showing up on the devices page and being published by MQTT.
Is this solved in any newer builds?
Is this solved in any newer builds?
Re: Feature Request collection/list
I am not sure all the issues you mention are cured in higher versions, but I do know things are improved overtime, also for the DHT.
The latest stable is R078 and the beta is even at 91. However be careful if you consider to upgrade to versions R084 and up. You need to use Arduino 1.6.8 with ESP package 2.1.0.
The latest stable is R078 and the beta is even at 91. However be careful if you consider to upgrade to versions R084 and up. You need to use Arduino 1.6.8 with ESP package 2.1.0.
Re: Feature Request collection/list
Here another feature Request:
When connection to the WLAN-AP fails, the ESPEasy node shall periodically toggle between connection retry and AP-mode.
Suggestion:
1) After 30 failed connection retries - change to AP mode
2) If in AP mode and if there is no client connected for more than 1 minute, change back to client mode and try to reconnect to the specified WLAN AP
3) goto 1
When connection to the WLAN-AP fails, the ESPEasy node shall periodically toggle between connection retry and AP-mode.
Suggestion:
1) After 30 failed connection retries - change to AP mode
2) If in AP mode and if there is no client connected for more than 1 minute, change back to client mode and try to reconnect to the specified WLAN AP
3) goto 1
-
- Normal user
- Posts: 103
- Joined: 16 Sep 2015, 20:32
Re: Feature Request collection/list
How long does it take to get 30 connection retries.chunter1 wrote: Suggestion:
1) After 30 failed connection retries - change to AP mode
2) If in AP mode and if there is no client connected for more than 1 minute, change back to client mode and try to reconnect to the specified WLAN AP
3) goto 1
So I have to wait for 30 retries staring at my computer until I see the access-point appear and then I have 1 minute to connect the AP?
How many modules you have?
The question is, why does it go to the AP mode if it is a working configuration?
If your network is changed (other name/password/...) there must be a better way then sitting at your computer waiting till all your modules have gone to 30 retries, and please do not miss the one minute AP period, else you have to wait another round.
The situation now is that you have to do walk around the house to do an off/on switch if your network has not changed but disappeared for too long.
I personally rather have no change to AP once defined
Possibly an small switch to force the ESP in AP mode.
I know, if you have an ESP-01 you do have not got one pin free, but lets face it, there are more and more ESP12 in use.
You can always go back to the serial for a change of the IP settings
But its a matter of choice i know

NTC thermistor (collection/list or complex analog formula )
Hi to all
Somewhere in the forum I found that lists of wishes does do not extend to sensors that already exist in several forms, for example, thermal sensors ...
But NTC Thermistor are still widely used in various devices, especially in refrigeration and air-conditioning ... Sometimes it is not easy replace with the digital sensor like 18b20.
In this sense, the most commonly used NTC thermistor perfectly described:
https://learn.adafruit.com/thermistor/u ... thermistor
If it can not be included in the collection/list would need any help with the integration of these sensors in the ESP Easy whether I should make a change in the A1115 analog IC plug in, but which sends only int. not float... or should I add somewhere more complex analog formula...
Any help would welcome Thanks.
Regards
5ko
Somewhere in the forum I found that lists of wishes does do not extend to sensors that already exist in several forms, for example, thermal sensors ...
But NTC Thermistor are still widely used in various devices, especially in refrigeration and air-conditioning ... Sometimes it is not easy replace with the digital sensor like 18b20.
In this sense, the most commonly used NTC thermistor perfectly described:
https://learn.adafruit.com/thermistor/u ... thermistor
If it can not be included in the collection/list would need any help with the integration of these sensors in the ESP Easy whether I should make a change in the A1115 analog IC plug in, but which sends only int. not float... or should I add somewhere more complex analog formula...
Any help would welcome Thanks.
Regards
5ko
Re: NTC thermistor (collection/list or complex analog formula )
I don't see the benefits of a special plug-in for use with thermistors. Usually you can already work with them.5ko wrote: In this sense, the most commonly used NTC thermistor perfectly described:
https://learn.adafruit.com/thermistor/u ... thermistor
If it can not be included in the collection/list would need any help with the integration of these sensors in the ESP Easy whether I should make a change in the A1115 analog IC plug in, but which sends only int. not float... or should I add somewhere more complex analog formula...
Any help would welcome Thanks.
Regards
5ko
There are different kinds of thermistors, NTC, PTC, PT100, each may have a different resistance at a certain temperature. They all have in common that the resistance varies more or less non-lineair with temperature.
In practice you connect a stable known resistor in serie and measure the voltage over the thermistor on the ADC pin. The value of the series resistor depends on the type of thermistor you use and on the range you like to measure. Most thermistor are not accurately manufactured and have slightly different characteristics, so each device would need a calibration.
When you use a PT100 or PT1000 or similar device, these have a accurately known characteristic of resistance versus temperature. With these you can calculate temperature without calibration.
Also you can use the 'level control' device to switch an output at a certain level on the ADC pin, meaning a certain temperature.
If you really need to know the temperature without any calculation and/or a look-up table I advice you to use a dedicated temperature sensor and forget about the thermistor.
Re: Feature Request collection/list
As you can read, it was just a suggestion - not an attack at youNietGiftig wrote:How long does it take to get 30 connection retries.chunter1 wrote: Suggestion:
1) After 30 failed connection retries - change to AP mode
2) If in AP mode and if there is no client connected for more than 1 minute, change back to client mode and try to reconnect to the specified WLAN AP
3) goto 1
So I have to wait for 30 retries staring at my computer until I see the access-point appear and then I have 1 minute to connect the AP?
How many modules you have?
The question is, why does it go to the AP mode if it is a working configuration?
If your network is changed (other name/password/...) there must be a better way then sitting at your computer waiting till all your modules have gone to 30 retries, and please do not miss the one minute AP period, else you have to wait another round.
The situation now is that you have to do walk around the house to do an off/on switch if your network has not changed but disappeared for too long.

Feel free to change the 30 to 1 retries, and the 1 minute to 1 hour.

The point is, that if there is a poor connectin between the AP and the ESP and you CAN NOT change that situation, the ESP should never get stuck in AP mode after 30 failed connection retries.
In remote installations it is a no-go to get locked out needing a power cycle to recover.
Using a switch is no good idea since the alternative - a power cycle - costs nothing.I personally rather have no change to AP once defined
Possibly an small switch to force the ESP in AP mode.
I know, if you have an ESP-01 you do have not got one pin free, but lets face it, there are more and more ESP12 in use.
You can always go back to the serial for a change of the IP settings.
And using the serial Interface is the last thing you want to be reliant on in the field - besides the fact, that some people use these pins after setup for other purpose.
-
- Normal user
- Posts: 103
- Joined: 16 Sep 2015, 20:32
Re: Feature Request collection/list
Where did I wrote that I was feeling attacked?chunter1 wrote: As you can read, it was just a suggestion - not an attack at you![]()
I wroteFeel free to change the 30 to 1 retries, and the 1 minute to 1 hour.![]()
Using a switch is no good idea since the alternative - a power cycle - costs nothing.
A power cycle is not an alternative for a switch because a power cycle is not necessary anymore, the ESP always stay in the defined status.I personally rather have no change to AP once defined
When the router and/or your automation system is back on, transmission is restored.
And that is what we all want
No, why would i have a missed connection now and then been followed by a not necessary switch to AP and longer loss of transmissionFeel free to change the 30 to 1 retries, and the 1 minute to 1 hour.
But when there is no automatic change to AP anymore, the only thing that can bring the ESP to AP is a switch (small builtin print button), cost 10 ct or less.
Little hole in enclosure, paperclip you know what I mean
Many devices have one, see you router or other electronic device with processor.
Often called reset switch, not really rocket-science
And only necessary when you have no alternative then switch back to AP.
Re: Feature Request collection/list
Dear costo,
maybe I was not clear enough, or you may missed the point ...
It is about the fact that there are serious branded machines with alrady built-in NTC thermistors and what is more important they are sometimes difficult to mechanically interchangeable or glued/ sealed in a mechanical assembly and therefore I was forced to use them. Due to nonlinearities I must have PDF from producer NTC thermistors and so I bit calculation with the Beta correction and the reference temperature correction ... Theory resistance / temperature / current / voltage is well known to me but I still forced to use it. Tests with code from the link/Adafruit showed very good results ...well, solution that anyone can help me in part of the A1115 plug-in to make a modification to this component sends float rather than int and later I'll implement a code from Adafruit examples or the same option is for arduino expansion because in this version I also need to send float from buffer ...
Thanks for fast reply costo and regards.
maybe I was not clear enough, or you may missed the point ...
It is about the fact that there are serious branded machines with alrady built-in NTC thermistors and what is more important they are sometimes difficult to mechanically interchangeable or glued/ sealed in a mechanical assembly and therefore I was forced to use them. Due to nonlinearities I must have PDF from producer NTC thermistors and so I bit calculation with the Beta correction and the reference temperature correction ... Theory resistance / temperature / current / voltage is well known to me but I still forced to use it. Tests with code from the link/Adafruit showed very good results ...well, solution that anyone can help me in part of the A1115 plug-in to make a modification to this component sends float rather than int and later I'll implement a code from Adafruit examples or the same option is for arduino expansion because in this version I also need to send float from buffer ...
Thanks for fast reply costo and regards.
Re: Feature Request collection/list
@NietGiftig
Please read the argument i gave before again carefully and you'll understand why my suggestion makes sense.
And if it makes you happy, go and attach a button to it - that's ok - just unnecessary.
However i don't have time discussing bad ideas, sorry
Please read the argument i gave before again carefully and you'll understand why my suggestion makes sense.
And if it makes you happy, go and attach a button to it - that's ok - just unnecessary.
However i don't have time discussing bad ideas, sorry

-
- Normal user
- Posts: 103
- Joined: 16 Sep 2015, 20:32
Re: Feature Request collection/list
No argument from chunter to a logical remark, maybe he(she?) has not onechunter1 wrote: Please read the argument i gave before again carefully and you'll understand why my suggestion makes sense.
And if it makes you happy, go and attach a button to it - that's ok - just unnecessary.
However i don't have time discussing bad ideas, sorry
Response from a child I think.
And I have no time to argue with children, so, to the ignore bin.
Re: Feature Request collection/list
Maybe5ko wrote:Dear costo,
maybe I was not clear enough, or you may missed the point ...
.

It seems you want ESPEasy to do some extra calculation and/or lookup_table correction for you.
Usually ESPEasy collects some data, eventually do some simple basic mathematics on the data and sends that data to a controller.
The target controller can do more complicated calculation/correction while processing the data.
Ofcourse nobody can withhold you from modifying the A115 plugin for your own use.
If you know the formula that needs to be applied to the raw data it must not be too difficult to modify the source to your own needs.
I can not help you with that.
Why not start a new topic for that ?
Re: Feature Request collection/list
Respekt costo,
Thanks for the suggestion that way I will do.
All the best.
Thanks for the suggestion that way I will do.
All the best.
Re: Feature Request collection/list
I would like the following features:
Turn a gio port on for a certain time (by value). This way I am not depending on a server for switching off. This is usefull for switching on a valve which has to close after a certian time. If the server hangs the esp switches off the port itself.
Also I would like an alarmmode, so a lamp can be switched on and of with 3 flashes after eachother.
From a server this is not possible.
I wonder if someone else also like these features…
Thanks in advance…
Turn a gio port on for a certain time (by value). This way I am not depending on a server for switching off. This is usefull for switching on a valve which has to close after a certian time. If the server hangs the esp switches off the port itself.
Also I would like an alarmmode, so a lamp can be switched on and of with 3 flashes after eachother.
From a server this is not possible.
I wonder if someone else also like these features…
Thanks in advance…
- nonflammable
- Normal user
- Posts: 42
- Joined: 09 Mar 2016, 22:19
- Location: Poland
Re: Feature Request collection/list
1) toggle - set selected GPIO to 0 when is 1 or set to 1 when is 0
2) read status of selected GPIO, and return 1, 0, PWM=xxxx, etc.
3) timer switch (when NTP is enabled) (yes, I know it can be set by Rules - Clock#Time)
Code: Select all
http://<ESP IP address>/control?cmd=GPIO,<pin>,TOGGLE
Code: Select all
http://<ESP IP address>/status?cmd=GPIO,<pin>,READ
Code: Select all
http://<ESP IP address>/control?cmd=GPIO,<pin>,1,14:30 //set timer switch ON at 14:30
http://<ESP IP address>/control?cmd=GPIO,<pin>,0,15:00 //set timer switch OFF at 15:00
Re: Feature Request collection/list
Notifications for Pushbullet, Pushover or Ifttt directly without domoticz server.
Re: Feature Request collection/list
I really miss an optionally selectable periodic input/output-pin status transmit timer.
Also not beeing able to select "Send Boot state" for PCF8574 IO expanders is problematic.
The reason why is, that when there is a communication failure or a server/switch... reboot and the status of an input/output changes in that moment, the server will hold the obsolete status until the next espeasy-reboot or status change.
This can get very "inconvenient".
The feature should be available for all I/Os (internal GPIOs and external extensions like PCF8574...)
Thanks
Also not beeing able to select "Send Boot state" for PCF8574 IO expanders is problematic.
The reason why is, that when there is a communication failure or a server/switch... reboot and the status of an input/output changes in that moment, the server will hold the obsolete status until the next espeasy-reboot or status change.
This can get very "inconvenient".

The feature should be available for all I/Os (internal GPIOs and external extensions like PCF8574...)
Thanks
Re: Feature Request collection/list
1) is added as #57nonflammable wrote:1) toggle - set selected GPIO to 0 when is 1 or set to 1 when is 02) read status of selected GPIO, and return 1, 0, PWM=xxxx, etc.Code: Select all
http://<ESP IP address>/control?cmd=GPIO,<pin>,TOGGLE
3) timer switch (when NTP is enabled) (yes, I know it can be set by Rules - Clock#Time)Code: Select all
http://<ESP IP address>/status?cmd=GPIO,<pin>,READ
Code: Select all
http://<ESP IP address>/control?cmd=GPIO,<pin>,1,14:30 //set timer switch ON at 14:30 http://<ESP IP address>/control?cmd=GPIO,<pin>,0,15:00 //set timer switch OFF at 15:00
2) is already build in development release 85, you can use cmd=status,gpio,<pin>
3) is added as #58
Re: Feature Request collection/list
Added as #59rajbadri wrote:Notifications for Pushbullet, Pushover or Ifttt directly without domoticz server.
Re: Feature Request collection/list
Already listed as #39. The boot state for PCF (and MCP) is added as #60chunter1 wrote:I really miss an optionally selectable periodic input/output-pin status transmit timer.
Also not beeing able to select "Send Boot state" for PCF8574 IO expanders is problematic.
The reason why is, that when there is a communication failure or a server/switch... reboot and the status of an input/output changes in that moment, the server will hold the obsolete status until the next espeasy-reboot or status change.
This can get very "inconvenient".![]()
The feature should be available for all I/Os (internal GPIOs and external extensions like PCF8574...)
Thanks
First trial on both #39 and #60 will be available in R98
Re: Feature Request collection/list
Added as #55BertB wrote:Is it possible to enhance the Settings Save routine so that the Unit number becomes part of the standard name. Something like:
config_unit1.txt
Re: Feature Request collection/list
Added as #53msev wrote:RC522 Rfid reader support would be cool(https://github.com/Jorgen-VikingGod/ESP8266-MFRC522)
Re: Feature Request collection/list
Added as #56chunter1 wrote:Here another feature Request:
When connection to the WLAN-AP fails, the ESPEasy node shall periodically toggle between connection retry and AP-mode.
Suggestion:
1) After 30 failed connection retries - change to AP mode
2) If in AP mode and if there is no client connected for more than 1 minute, change back to client mode and try to reconnect to the specified WLAN AP
3) goto 1
Re: Feature Request collection/list
Excellent function nicely work .... Just one question that comes to mind whether to have two kinds of login, such as user login and admin login for example, that user can only configure wifi and with admin login all other functions & configurations...,perhaps and that the advanced panel has a kind of check box which confers certain rights for user login....
Regards
Regards

Re: Feature Request collection/list
Your first request could be done with the longpulse command available as of development release R82.fiets wrote:I would like the following features:
Turn a gio port on for a certain time (by value). This way I am not depending on a server for switching off. This is usefull for switching on a valve which has to close after a certian time. If the server hangs the esp switches off the port itself.
Also I would like an alarmmode, so a lamp can be switched on and of with 3 flashes after eachother.
From a server this is not possible.
I wonder if someone else also like these features…
Thanks in advance…
The alarm feature can possibly be done using the experimental rules feature as of development release R86, using a series of gpio and delay commands?
Re: Feature Request collection/list
I thought about that IFTTT works fine ...
Re: Feature Request collection/list
Thank you very much for the quick implementation in R98!chunter1 wrote:I really miss an optionally selectable periodic input/output-pin status transmit timer.
Also not beeing able to select "Send Boot state" for PCF8574 IO expanders is problematic.
The reason why is, that when there is a communication failure or a server/switch... reboot and the status of an input/output changes in that moment, the server will hold the obsolete status until the next espeasy-reboot or status change.
This can get very "inconvenient".![]()
The feature should be available for all I/Os (internal GPIOs and external extensions like PCF8574...)
Thanks

Re: Feature Request collection/list
Hi again,
Loving the new features!
Can the current I/O state be used in rules?
Example:
on Button#Value do
if [PCFGPIO,4]=0
pcfgpio,4,1
else
pcfgpio,4,0
endif
endon
this would allow the use of a momentary push button to control an output in a Push-on/Push-off style
Loving the new features!
Can the current I/O state be used in rules?
Example:
on Button#Value do
if [PCFGPIO,4]=0
pcfgpio,4,1
else
pcfgpio,4,0
endif
endon
this would allow the use of a momentary push button to control an output in a Push-on/Push-off style
Re: Feature Request collection/list
Sorry, but that will not work. The [..#..] will be substituted with a value if it can find a matching taskname/taskvalue pair.dduley wrote:Hi again,
Loving the new features!
Can the current I/O state be used in rules?
Example:
on Button#Value do
if [PCFGPIO,4]=0
pcfgpio,4,1
else
pcfgpio,4,0
endif
endon
this would allow the use of a momentary push button to control an output in a Push-on/Push-off style
This might work however:
Code: Select all
on Button#Value do
pcfgpio,4,[Button#Value]
endon
Re: Feature Request collection/list
Yeah, but that won't latch (Will it?). What I want is a Push-On, Push-Off type response. You push the button once and the PCFGPIO turns on. You push the button again and the PCFGPIO goes off. This will require some knowledge of the current state of the PCFGPIO.Martinus wrote:dduley wrote:Hi again,
Sorry, but that will not work. The [..#..] will be substituted with a value if it can find a matching taskname/taskvalue pair.
This might work however:
Code: Select all
on Button#Value do pcfgpio,4,[Button#Value] endon
How are the rules executed? Does a change event cause the rules to be run or are the rules evaluated continuously? If the rules are evaluated only on a change then your suggestion may work.
as always -Thanks!
Re: Feature Request collection/list
Wishlist: config in xml/text
i had some weeks pause in following this forum, now i wanted to configure my new wemos d1.
i cant remember the old settings from my other ESP and i thought i look them up in the config backup.
BUT they are binary....puhhh. wish i could have read them as text...next time ?
i had some weeks pause in following this forum, now i wanted to configure my new wemos d1.
i cant remember the old settings from my other ESP and i thought i look them up in the config backup.
BUT they are binary....puhhh. wish i could have read them as text...next time ?
Re: Feature Request collection/list
.
Feature requested: ON/OFF button on webinterface device-page to test GPIOs
For setup test and remote control purpose, it would be very convenient if there were small ON/OFF buttons next to I/O GPIOs on the webinterface to immediately test functionality.
Feature requested: ON/OFF button on webinterface device-page to test GPIOs
For setup test and remote control purpose, it would be very convenient if there were small ON/OFF buttons next to I/O GPIOs on the webinterface to immediately test functionality.
Re: Feature Request collection/list
You can simply type the GPIO,<pin>,<0/1> command from the webgui tools menu. Or any of the other commands like PWM, MCPGPIO, PCFGPIO, PCAPWM, ...chunter1 wrote:.
Feature requested: ON/OFF button on webinterface device-page to test GPIOs
For setup test and remote control purpose, it would be very convenient if there were small ON/OFF buttons next to I/O GPIOs on the webinterface to immediately test functionality.
Re: Feature Request collection/list
Requesting support for APDS9960 Gesture sensor -> here is demo video https://www.youtube.com/watch?v=fPDBZUztAhY and in the description of this video you can find a link to a japanese site where you can download the sketch for the sensor. The sketch doesn't use interrupts as far as I can see, so its appropriate for use with Wifi.
Re: Feature Request collection/list
Hi all,
How about an option to support dual protocols. It would be useful to send data via MQTT to OpenHab or other but also push values to Thingspeak as a backup and convenient way to share certain things with others in the wild.
Dave
How about an option to support dual protocols. It would be useful to send data via MQTT to OpenHab or other but also push values to Thingspeak as a backup and convenient way to share certain things with others in the wild.
Dave
Re: Feature Request collection/list
Use Node-Red for this, write MQTT to Node-Red (I have it on RasPi - works like a charm), the n create flows to take MQTT message out to all places, like ThingSpeak, MySQL, OpenHab, etc.How about an option to support dual protocols. It would be useful to send data via MQTT to OpenHab or other but also push values to Thingspeak
-----------
IOTPLAY. Tinkerer, my projects are @ http://GitHub.com/IoTPlay, and blog https://iotplay.org. Using RPi, Node-Red, ESP8266 to prove Industry 4.0 concepts.
IOTPLAY. Tinkerer, my projects are @ http://GitHub.com/IoTPlay, and blog https://iotplay.org. Using RPi, Node-Red, ESP8266 to prove Industry 4.0 concepts.
Re: Feature Request collection/list
+1+1+1JR01 wrote:Use Node-Red for this, write MQTT to Node-Red (I have it on RasPi - works like a charm), the n create flows to take MQTT message out to all places, like ThingSpeak, MySQL, OpenHab, etc.
node-red as 'middleware ' is a good option for some asked functions here,
and than not everything usual for IoT must be coded on the ESPeasy,
and the flows are fast to build with drag-n-drop....
Re: Feature Request collection/list
https://openenergymonitor.org/emon/node/12437 use this RasPi image to have Node-Red, Openhab and emonCMS running in no-time
.

Re: Feature Request collection/list
Hi,
Would be nice to have also FTP server using SPIFFS in ESP8266
working ftp server on ESP8266: https://github.com/nailbuster/esp8266FTPServer
Regards,
MiKa
Would be nice to have also FTP server using SPIFFS in ESP8266
working ftp server on ESP8266: https://github.com/nailbuster/esp8266FTPServer

Regards,
MiKa
Re: Feature Request collection/list
MQTT more system variables,
like: unit-nr, GLOBAL, ...
or: ESP Chip ID: ,Flash Chip ID:, Flash Size: Free Mem: , Boot cause: ....
as i use more mqtt it would be helpful to build a more systematic topic structure.
therefore the use of the unit-nr would be helpful.
/espeasy/unit-nr/tskname/valname
could be catched/subscribed with:
/espeasy/+/tskname/valname
like: unit-nr, GLOBAL, ...
or: ESP Chip ID: ,Flash Chip ID:, Flash Size: Free Mem: , Boot cause: ....
as i use more mqtt it would be helpful to build a more systematic topic structure.
therefore the use of the unit-nr would be helpful.
/espeasy/unit-nr/tskname/valname
could be catched/subscribed with:
/espeasy/+/tskname/valname
- Attachments
-
- Zwischenablage04.png (118.42 KiB) Viewed 39007 times
Re: Feature Request collection/list [SOLVED]
Hi Martinus,Martinus wrote:Sorry, but that will not work. The [..#..] will be substituted with a value if it can find a matching taskname/taskvalue pair.dduley wrote:Hi again,
Loving the new features!
Can the current I/O state be used in rules?
Example:
on Button#Value do
if [PCFGPIO,4]=0
pcfgpio,4,1
else
pcfgpio,4,0
endif
endon
this would allow the use of a momentary push button to control an output in a Push-on/Push-off style
This might work however:
Code: Select all
on Button#Value do pcfgpio,4,[Button#Value] endon
I got the rules to work for a single button. I built an ESP module that acts like the lamp module from the old X10 stuff. In fact the PCB I designed fits into the case of the X10 lamp module (re-purpose/reuse!). I use the openings in the front of the case where the House code and Unit Code used to be set for a reset and GPIO momentary push buttons. I wanted to be able to press the GPIO button and have the plug turn on and then turn off when the button was pressed again. Here is the rule that worked:
on Button#button=0 do
gpio,4,1
endon
on Button#button=1 do
gpio,4,0
endon
It seems to work very well
Thanks for your help
Re: Feature Request collection/list
the area of the log in the web-gui is sooo small, an not resizable?
i wanted to copy events from there, it was difficult.
maybe you can make it resizeable (html5/css)?
textarea {
resize: true;
}
(found it here: http://www.electrictoolbox.com/disable- ... ri-chrome/)
edit later: i found the rules windows resizable. this way would be fine for the log-windows. if possible...
edit2: i build a dummy... but i am a noob.. exchanged line break <br> with reply += F(" ");,
but the resize also resizes the textarea...must refresh <div> or <textarea> only, or build with cookies/local storage/jquery... hmmmm
edit3: i took another effort with a <div> and css from here http://websocket.org/echo.html, but i am not good enough in this...
i wanted to copy events from there, it was difficult.
maybe you can make it resizeable (html5/css)?
textarea {
resize: true;
}
(found it here: http://www.electrictoolbox.com/disable- ... ri-chrome/)
edit later: i found the rules windows resizable. this way would be fine for the log-windows. if possible...
edit2: i build a dummy... but i am a noob.. exchanged line break <br> with reply += F(" ");,
but the resize also resizes the textarea...must refresh <div> or <textarea> only, or build with cookies/local storage/jquery... hmmmm
edit3: i took another effort with a <div> and css from here http://websocket.org/echo.html, but i am not good enough in this...
Code: Select all
css:
#consoleLog { position : relative; bottom:0; border: solid 1px #999999; border-top-color: #CCCCCC; border-left-color: #CCCCCC; padding: 5px; width: 100%; height: 172px; overflow-y: scroll;}
#consoleLog p { font-size: 11px; line-height: 150%;}
- Attachments
-
- Zwischenablage18.png (205.42 KiB) Viewed 39414 times
Last edited by tozett on 27 Apr 2016, 21:15, edited 6 times in total.
Re: Feature Request collection/list
I think we have another BOT trolling the list 

Re: Feature : Security for Relay http actuation
Hi, I requested about security to Relay actuation with the http commands, here. http://www.esp8266.nu/forum/viewtopic.php?f=6&t=1420.
Maybe a tick on advanced to not allow this feature, and forcing the use of MQTT requests to actuate, but then with the MQTT password infrastructure in place? Or, any other way to send uid/pwd with the http request, that would not be an open pwd request?
Maybe a tick on advanced to not allow this feature, and forcing the use of MQTT requests to actuate, but then with the MQTT password infrastructure in place? Or, any other way to send uid/pwd with the http request, that would not be an open pwd request?
-----------
IOTPLAY. Tinkerer, my projects are @ http://GitHub.com/IoTPlay, and blog https://iotplay.org. Using RPi, Node-Red, ESP8266 to prove Industry 4.0 concepts.
IOTPLAY. Tinkerer, my projects are @ http://GitHub.com/IoTPlay, and blog https://iotplay.org. Using RPi, Node-Red, ESP8266 to prove Industry 4.0 concepts.
Request: Sensor Hall effect Current AC for ACSxxx
Hi, good discussions are ongoing about current measurement started by @andy-ich, and great contributions by @costo, and others here http://www.esp8266.nu/forum/viewtopic.p ... t=10#p5521. @costo included a link to a Arduino forum, where they have code to fix the measurement of AC current, and Instructable http://www.instructables.com/id/Simplif ... -Using-AC/. A filter for AC current on Arduino mentioned, here. http://playground.arduino.cc/Code/Filters.
Request: Add ability to measure AC current using the hall effect Alegro ACS709 / ACS712 (popular), and on the Arduino forum, they propose the ACS758, but all works the same, but include option to pick the AC Hz, in South Africa (me) = 50Hz, some other countries 60Hz ? Proposed code in above links.
Request: Add ability to measure AC current using the hall effect Alegro ACS709 / ACS712 (popular), and on the Arduino forum, they propose the ACS758, but all works the same, but include option to pick the AC Hz, in South Africa (me) = 50Hz, some other countries 60Hz ? Proposed code in above links.
-----------
IOTPLAY. Tinkerer, my projects are @ http://GitHub.com/IoTPlay, and blog https://iotplay.org. Using RPi, Node-Red, ESP8266 to prove Industry 4.0 concepts.
IOTPLAY. Tinkerer, my projects are @ http://GitHub.com/IoTPlay, and blog https://iotplay.org. Using RPi, Node-Red, ESP8266 to prove Industry 4.0 concepts.
Re: Feature Request collection/list
MQTT Last-Will-Testament, please ...
http://www.esp8266.nu/forum/viewtopic.p ... 1164#p6444timsson wrote:I use also r105, fantastic projekt! but for lwt i take my one ino file with exactly this syntax and it works fine:tozett wrote:i am on r105, did you implement the LWT with rules? could you post your working example?or do you need the complete ino?Code: Select all
#define MQTT_TOPIC_LAST_WILL "/ESP_02/lwt" mqttClient.connect("ESP_02", MQTT_TOPIC_LAST_WILL, 1, true, "disconnected"); mqttClient.publish(MQTT_TOPIC_LAST_WILL, "connected", true);
and i use this library:
PubSubClient by Nick O'Leary Version 2.6.0 mqtt3.1.1
-
- New user
- Posts: 7
- Joined: 26 Oct 2015, 10:09
Re: Feature Request collection/list
Request:
only accept to set I/O with incoming MQTT topic. (no commands)
i am new to the output device and it is not so well documented, but if i understand right it would be possible to let the esp to subscribe to a "realworld device" like "hallwaylamp". this will make it possible to "abstract" the MQTT layer from "HW names" (ex. GPIO04) ... similar to the publish topic. if this is the fact it would be nice to disable all I/O commands except defined MQTT subscribed devices.. all this to eliminate unwanted output commands and make it possible to see realworld names in MQTT viewer..
so feature request:
- extra settings for mapping names to values in output device... ex up=1 down=0 on=1 off=0
- ability to disable all output commands except defined devices and their topics
- better dokumentation on the outputdevice
only accept to set I/O with incoming MQTT topic. (no commands)
i am new to the output device and it is not so well documented, but if i understand right it would be possible to let the esp to subscribe to a "realworld device" like "hallwaylamp". this will make it possible to "abstract" the MQTT layer from "HW names" (ex. GPIO04) ... similar to the publish topic. if this is the fact it would be nice to disable all I/O commands except defined MQTT subscribed devices.. all this to eliminate unwanted output commands and make it possible to see realworld names in MQTT viewer..
so feature request:
- extra settings for mapping names to values in output device... ex up=1 down=0 on=1 off=0
- ability to disable all output commands except defined devices and their topics
- better dokumentation on the outputdevice
Re: Feature Request collection/list
I would like to get the infra red value of the TLS2561 too.
Re: Feature Request collection/list
Is it possible to make something that automatically lets the ESP to another MQTT server or Domoticz server, in case the original drops out.
I like MQTT, but it adds a single point of failure.
I like MQTT, but it adds a single point of failure.
Re: Feature Request collection/list
I would like to have a simple "KNX/IP routing" protocol implementation. We don't need a full integration like an "eibd" under linux, just send and receiving binary signals (switch / state), 8-bit for 0-255 or %, and maybe 2-byte for sending a temp value from a sensor, from and to KNX group adesses.
Now I have to go over MQTT and OpenHAB just for exchanging KNX Telegrams
For each Value should be a Field where the KNX Group Adress can be configured like: "1/0/15" and what Type it is "8-Bit 0-255"
Information about the KNX/IP routing Protocol shoud be available at the TU Wien - they have several Opensource Projects regarding the KNX system:
https://www.auto.tuwien.ac.at/a-lab/knx_eib.html
Maybe the "KNX/IP tunneling" Protocol is easier to implement as the "KNX/IP routing" but then there has to be a config option for the knx-gateway IP adress/port
Now I have to go over MQTT and OpenHAB just for exchanging KNX Telegrams
For each Value should be a Field where the KNX Group Adress can be configured like: "1/0/15" and what Type it is "8-Bit 0-255"
Information about the KNX/IP routing Protocol shoud be available at the TU Wien - they have several Opensource Projects regarding the KNX system:
https://www.auto.tuwien.ac.at/a-lab/knx_eib.html
Maybe the "KNX/IP tunneling" Protocol is easier to implement as the "KNX/IP routing" but then there has to be a config option for the knx-gateway IP adress/port
Who is online
Users browsing this forum: Bing [Bot], Google [Bot] and 11 guests