Feature Request collection/list
Moderators: grovkillen, Stuntteam, TD-er
Re: Feature Request collection/list
SendtoUDP in Rules:
i wish a function/explanation how to use special-characters in SendToUDP strings.
i have an example here: http://www.esp8266.nu/forum/viewtopic.php?f=4&t=1518
in the rules window, the string is not enclosed in ""/'' or something like this.
so (if it is possible) how do i send \n\r or hex-codes?
i wish a function/explanation how to use special-characters in SendToUDP strings.
i have an example here: http://www.esp8266.nu/forum/viewtopic.php?f=4&t=1518
in the rules window, the string is not enclosed in ""/'' or something like this.
so (if it is possible) how do i send \n\r or hex-codes?
Re: Feature Request collection/list
KY-40 rotary encoder. Would be super nice for a thermostat setpoint project. Like here: https://mydiyelectronics.wordpress.com/ ... y-encoder/
Re: Feature Request collection/list
Check this. http://henrysbench.capnfatz.com/henrys- ... er-manual/
Looks like the code is there...
Looks like the code is there...
Re: Feature Request collection/list
i want nice graphs from my temp values,
so i wanted to send http to influxdb (and grafana for graphs)
as far as i can see up to r107, i cannot use "sendToHTTP" in the rules section for the needed string:
example string to push values via http to influxdb (directly from espeasy, without curl):
https://docs.influxdata.com/influxdb/v0 ... ting_data/
but EspEasy R107 says, only this is possible:
https://github.com/ESP8266nu/ESPEasy/bl ... es.ino#L14
maybe the dev are interest to put the influxdb option into ESPeasy?
here i found a lib: https://hwwong168.wordpress.com/2015/11 ... -influxdb/
https://github.com/hwwong/ESP8266Influxdb
and this is one example graph from grafana, cool?
so i wanted to send http to influxdb (and grafana for graphs)
as far as i can see up to r107, i cannot use "sendToHTTP" in the rules section for the needed string:
example string to push values via http to influxdb (directly from espeasy, without curl):
Code: Select all
curl -i -XPOST 'http://localhost:8086/write?db=mydb' --data-binary 'cpu_load_short,host=server01,region=us-west value=0.64 1434055562000000000'
but EspEasy R107 says, only this is possible:
Code: Select all
// SendToUDP <ip>,<port>,<message> sample: SendToUDP 192.168.0.123,65500,Hello 15
// SendToHTTP <ip>,<port>,<path> sample: SendToHTTP 192.168.0.8,8080,/json.htm
maybe the dev are interest to put the influxdb option into ESPeasy?
here i found a lib: https://hwwong168.wordpress.com/2015/11 ... -influxdb/
https://github.com/hwwong/ESP8266Influxdb
and this is one example graph from grafana, cool?
- Attachments
-
- grafana.png (78.27 KiB) Viewed 45607 times
Re: Feature Request collection/list
@tozett, you can do this with nodered?
-----------
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
actually, as the ESPeasy firmware seems some lack to publish values with the sendtohttp to the influxdb,
i searched for other ways to get the grafana -graphs.
as is set most of the espeasy-modules to mqtt publish their values and experimented before with node-red,
my data-flow now comes from the espeasy-modules via mqtt to node-red, and there i push it to influxdb, and have nice graphs in grafana.
i am working on it, but it runs basically fine...
to push the device-values directly via http-send to the database would be more stable...as i dont need node-red all the time ...
or have a look here:
https://github.com/shirou/mqforward
https://github.com/sguilly/mqtt-influxdb
https://github.com/hobbyquaker/influx4mqtt
https://github.com/mqtt-smarthome/mqtt- ... oftware.md
i searched for other ways to get the grafana -graphs.
as is set most of the espeasy-modules to mqtt publish their values and experimented before with node-red,
my data-flow now comes from the espeasy-modules via mqtt to node-red, and there i push it to influxdb, and have nice graphs in grafana.
i am working on it, but it runs basically fine...
to push the device-values directly via http-send to the database would be more stable...as i dont need node-red all the time ...
or have a look here:
https://github.com/shirou/mqforward
https://github.com/sguilly/mqtt-influxdb
https://github.com/hobbyquaker/influx4mqtt
https://github.com/mqtt-smarthome/mqtt- ... oftware.md
- Attachments
-
- grafana-mqtt.png (113.1 KiB) Viewed 45593 times
Re: Feature Request collection/list
BACKEND: Rules designer
Wow, if anybody ever implements a GUI-backend for the rules: come up here, please...
like this: https://community.openhab.org/t/visual- ... gner/11072
Wow, if anybody ever implements a GUI-backend for the rules: come up here, please...
like this: https://community.openhab.org/t/visual- ... gner/11072
- Attachments
-
- rules-blocks2.png (125.88 KiB) Viewed 45421 times
Re: Feature Request collection/list
It has been a while since I have had time to update the firmware, and noticed the new mandatory WiFi selection when starting after initial flash.
I noticed it is not possible to select a open network (NO PASSWORD) and there is no way I see to bypass the WiFi selection initially to do basic some basic configuration, like assign the name. I set up 5 last night and it would be nice to be able to set the name before I move them to the live network rather than having to keep logging in to different WiFi APs to configure. Yes, it does give me the new IP of the ESP when it connects to the WiFi AP (which is a neat trick, by the way), but I still have to keep switching APs to change the names so I can find them later, and I usually don't configure on the production network so I have to change it anyway.
I noticed it is not possible to select a open network (NO PASSWORD) and there is no way I see to bypass the WiFi selection initially to do basic some basic configuration, like assign the name. I set up 5 last night and it would be nice to be able to set the name before I move them to the live network rather than having to keep logging in to different WiFi APs to configure. Yes, it does give me the new IP of the ESP when it connects to the WiFi AP (which is a neat trick, by the way), but I still have to keep switching APs to change the names so I can find them later, and I usually don't configure on the production network so I have to change it anyway.
Re: Feature Request collection/list
Hi All,
I have a suggested addition to the SWITCH Task. Currently the SWITCH task supports "Normal", "Pushbutton active low" and "Pushbutton active hi". How about another state as "Event on change"? This would generate an SWITCH event whenever a switch position changed. This could be used for 3-way switch action and to allow a switch to control a light (for example) for local control but also allow for remote control of the light. Currently if you use a toggle switch to control a light and the position is in the off state when you try to remotely turn the light on it will com on for a few seconds, then a switch event is generated and the light goes back off.
Just a thought.
Dave
I have a suggested addition to the SWITCH Task. Currently the SWITCH task supports "Normal", "Pushbutton active low" and "Pushbutton active hi". How about another state as "Event on change"? This would generate an SWITCH event whenever a switch position changed. This could be used for 3-way switch action and to allow a switch to control a light (for example) for local control but also allow for remote control of the light. Currently if you use a toggle switch to control a light and the position is in the off state when you try to remotely turn the light on it will com on for a few seconds, then a switch event is generated and the light goes back off.
Just a thought.
Dave
SI1145 - anybody for pretty coded implementation ?!
Hello ... is here anybody interested in developing pretty coded SI1145 (UV sensor) plugin for ESPEasy ??? I think, that I am able to do it mysqlf (I have already made the NEXA 433RF plugin for ESPEasy), but I am not sure how to include the avialable library (https://github.com/adafruit/Adafruit_SI1145_Library) into the plugin to need NOT include as external library. If nobody avialable for make the SI1145 plugin then I will do it the dirty way - need to include external library to your Arduino. Thank you.
- nonflammable
- Normal user
- Posts: 42
- Joined: 09 Mar 2016, 22:19
- Location: Poland
Re: Feature Request collection/list
add HT16K33 support
eg.
https://learn.adafruit.com/adafruit-led ... t-backpack
or
https://learn.adafruit.com/adafruit-led ... 8x8-matrix
arduino library sources:
https://github.com/adafruit/Adafruit_LED_Backpack
https://github.com/adafruit/Adafruit-GFX-Library
datasheet:
https://cdn-shop.adafruit.com/datasheet ... 33v110.pdf
eg.
https://learn.adafruit.com/adafruit-led ... t-backpack
or
https://learn.adafruit.com/adafruit-led ... 8x8-matrix
arduino library sources:
https://github.com/adafruit/Adafruit_LED_Backpack
https://github.com/adafruit/Adafruit-GFX-Library
datasheet:
https://cdn-shop.adafruit.com/datasheet ... 33v110.pdf
Re: Feature Request collection/list
Hi guys,
maybe I've overread it but is it possible to let espeasy drop the current IP/MAC and maybe the configured device number to mqtt? As the number of espeasy nodes rises it would be nice to know which device id's are already taken and which sensor has which IP. As I run the esp's in deep-sleep most of the time it also is possible, that they will get new IP's on reconnect.
Would be a very nice feature in my eyes, maybe inside the SystemInfo-Plugin?
regards,
Patrik
maybe I've overread it but is it possible to let espeasy drop the current IP/MAC and maybe the configured device number to mqtt? As the number of espeasy nodes rises it would be nice to know which device id's are already taken and which sensor has which IP. As I run the esp's in deep-sleep most of the time it also is possible, that they will get new IP's on reconnect.
Would be a very nice feature in my eyes, maybe inside the SystemInfo-Plugin?
regards,
Patrik
Re: Feature Request collection/list
make webserver port configurable: http://www.esp8266.nu/forum/viewtopic.p ... 8132#p8128
Re: Feature Request collection/list
i am missing a config-variable/field where i can set/mark the room and place, where the device is located.
i.e. LOCATION: _______
(i am alread on r121)...
(also for the further development, you made wiki-pages and supergood suggestions,
a debug/feature roadmap at one promiment place would be good, to check all the good work which is running over the time into ESPeasy by the devs...)
i.e. LOCATION: _______
(i am alread on r121)...
(also for the further development, you made wiki-pages and supergood suggestions,
a debug/feature roadmap at one promiment place would be good, to check all the good work which is running over the time into ESPeasy by the devs...)
Re: Feature Request collection/list
Requesting support for :
Adafruit 12-Key Capacitive Touch Sensor Breakout - MPR121
It is I2C interface and good option to save pins on ESP8266.
https://www.adafruit.com/product/1982
Adafruit 12-Key Capacitive Touch Sensor Breakout - MPR121
It is I2C interface and good option to save pins on ESP8266.
https://www.adafruit.com/product/1982
Re: Feature Request collection/list
request support for 8-dot display with max7219 (SPI)
https://github.com/squix78/MAX7219LedMatrix
---update: there is room for improvement in the lib,
but it is running somehow. it would be WONDERFUL !!!!!!!!!!!!!!!
if i could attach the matrix (via SPI possible?) to the espeasy firmware as a device
to use all the wonderful features of ESPeasy with the matrix-display...
https://github.com/squix78/MAX7219LedMatrix
---update: there is room for improvement in the lib,
but it is running somehow. it would be WONDERFUL !!!!!!!!!!!!!!!
if i could attach the matrix (via SPI possible?) to the espeasy firmware as a device
to use all the wonderful features of ESPeasy with the matrix-display...
Re: Feature Request collection/list
look. isnt that nearly wonderful ?
(espeasy still missing as "home of control" )
(espeasy still missing as "home of control" )
- Attachments
-
- matrix-4-left.png (56.02 KiB) Viewed 46064 times
-
- ezgif.com-optimize.gif (103.11 KiB) Viewed 46064 times
Re: Feature Request collection/list
A PID Device.
Device needs 6 parameters P, I, D, setpoint, Device(actual value) and GPIO for output. A checkbox to determine if it is for heating or cooling would also be nice.
I am aware of the limited power of the processor, but for many purposes a cycle time of 5-10 seconds would be sufficient.
I think it could be done with rules and a couple of dummy devices. But would be nice to have room for DS18B20 (actual value) Switch(to monitor output) and Display.
I'm not ready to make it myself yet, but i'm more than willing to help testing.
Later a simple on/off device would be nice. Source device, Setpoint, hysteresis, GPIO for output and a heat/cool switch should be enough.
/Preben
Device needs 6 parameters P, I, D, setpoint, Device(actual value) and GPIO for output. A checkbox to determine if it is for heating or cooling would also be nice.
I am aware of the limited power of the processor, but for many purposes a cycle time of 5-10 seconds would be sufficient.
I think it could be done with rules and a couple of dummy devices. But would be nice to have room for DS18B20 (actual value) Switch(to monitor output) and Display.
I'm not ready to make it myself yet, but i'm more than willing to help testing.
Later a simple on/off device would be nice. Source device, Setpoint, hysteresis, GPIO for output and a heat/cool switch should be enough.
/Preben
Re: Feature Request collection/list
IP address posted in mqtt would save a lot of time fixing problems.pmayer wrote:Hi guys,
maybe I've overread it but is it possible to let espeasy drop the current IP/MAC and maybe the configured device number to mqtt? As the number of espeasy nodes rises it would be nice to know which device id's are already taken and which sensor has which IP. As I run the esp's in deep-sleep most of the time it also is possible, that they will get new IP's on reconnect.
Would be a very nice feature in my eyes, maybe inside the SystemInfo-Plugin?
regards,
Patrik
Re: Feature Request collection/list
when you are using deep sleep the uptime function does not work. Perhaps a counter which shows how many times the unit has slept since the last hard boot/watchdog reset is possible? or some other indication of how long it has been running. I think this would make it easier to identify problems with units using deep sleep.
Re: Feature Request collection/list
Option to rather than browse for file to upload, have a preset location and file name on the controller. There would probably need to be a request / response message especailly when using deep sleep. For example, Node-red can monitor a folder for file changes. When it sees a change and receives a check for update request, it sends back a command to update firmware, or a no update msg if there is no change. peolle would have to be careful with this, as they have to when uploading firmware to 1 unit. The difference is one of scale. Yes they can update all units of 1 type at once, they can screw them all up at once as well. I think the file name check would help too. File must be in the correct folder with correct name.
Along with this, a version option in the system plugin would be useful if not critical, perhaps unit sends version, controller checks if it is the preset current version and sends upgrade or noupgrade back. If there is a problem the controller can easily identify units which continue to have old versions for further troubleshooting.
I think the automatic or semi-automatic upgrade function is necessary to move into a production environment.
Along with this, a version option in the system plugin would be useful if not critical, perhaps unit sends version, controller checks if it is the preset current version and sends upgrade or noupgrade back. If there is a problem the controller can easily identify units which continue to have old versions for further troubleshooting.
I think the automatic or semi-automatic upgrade function is necessary to move into a production environment.
Re: Feature Request collection/list
Hi,
If your like the idea and want to add... the option to send http PUT commands, please.
I use it with this funcition in Connand.ini file.
Thank you,
Antoni
If your like the idea and want to add... the option to send http PUT commands, please.
I use it with this funcition in Connand.ini file.
Code: Select all
if (strcasecmp_P(Command, PSTR("SendToPUT")) == 0) //ANTONI
{
success = true;
String strLine = Line;
String host = parseString(strLine,2);
String port = parseString(strLine,3);
int pathinipos = getParamStartPos(strLine,4);
int pathfinpos = getParamStartPos(strLine,5);
String path = strLine.substring(pathinipos,(pathfinpos-1));
String msgs = parseString(strLine,5);
WiFiClient client;
if (client.connect(host.c_str(), port.toInt()))
{
client.println("PUT " + path + " HTTP/1.1");
client.println("Connection: keep-alive");
client.println("Host: " + host);
client.println("Content-Type: text/plain;charset=UTF-8");
client.print("Content-Length: ");
client.println(msgs.length());
client.println();
client.println(msgs);
unsigned long timer = millis() + 200;
while (!client.available() && millis() < timer)
delay(1);
while (client.available()) {
String line = client.readStringUntil('\n');
if (line.substring(0, 15) == "HTTP/1.1 200 OK")
addLog(LOG_LEVEL_DEBUG, line);
delay(1);
}
client.flush();
client.stop();
}
}
Antoni
Re: Feature Request collection/list
There have already mentioned, I wish to join the request. PID function allows you to save up to 30% of electricity when the heater control.
Re: Feature Request collection/list
Maybe you need to check the thermostat function of this ESP8266 board: https://github.com/openenergymonitor/ES ... elay_Boardpoe wrote:A PID Device.
Device needs 6 parameters P, I, D, setpoint, Device(actual value) and GPIO for output. A checkbox to determine if it is for heating or cooling would also be nice.
I am aware of the limited power of the processor, but for many purposes a cycle time of 5-10 seconds would be sufficient.
I think it could be done with rules and a couple of dummy devices. But would be nice to have room for DS18B20 (actual value) Switch(to monitor output) and Display.
I'm not ready to make it myself yet, but i'm more than willing to help testing.
Later a simple on/off device would be nice. Source device, Setpoint, hysteresis, GPIO for output and a heat/cool switch should be enough.
/Preben
And also this code: https://github.com/mhaas/Coffee-Arduino ... CP3208_PID
Re: Feature Request collection/list
Feature-Request: support for multiple access-points
Currently only one WIFI accesspoint can be defined in ESPeasy configuration. New feature is to support multiple pairs (SSID+pass).
Where it is usable:
-at deployment: you can configure ESPeasy units on one location with WIFI parameters which are available on target deployment location
-support for backup: in case one WIFI network is down, ESPeasy can switch to alternative WIFI network.
Currently only one WIFI accesspoint can be defined in ESPeasy configuration. New feature is to support multiple pairs (SSID+pass).
Where it is usable:
-at deployment: you can configure ESPeasy units on one location with WIFI parameters which are available on target deployment location
-support for backup: in case one WIFI network is down, ESPeasy can switch to alternative WIFI network.
Re: Feature Request collection/list
I would like to be able to set Dummy Device variables from MQTT / HTTP.
This would allow for rules that can be changed externally.
I'm thinking specially of timers but pwm or servo could be useful too.
As a kludge, is it possible to read a level set for pwm or servo motor control?
The docs only show how to set but not to read.
This would allow for rules that can be changed externally.
I'm thinking specially of timers but pwm or servo could be useful too.
As a kludge, is it possible to read a level set for pwm or servo motor control?
The docs only show how to set but not to read.
Re: Feature Request collection/list
I'd like a new function in rules to put espeasy in deep sleep for x seconds.
On Clock#Time=All,01:00 do // every day at 01:00 hours put esp in deepsleep for 3 ours
deepsleep,10800
endon
On Clock#Time=All,01:00 do // every day at 01:00 hours put esp in deepsleep for 3 ours
deepsleep,10800
endon
Re: Feature Request collection/list
Hello,
I think i would be helpful, if you use more the one device, to Include the device name in the Node Liste table in the main menu.
I think i would be helpful, if you use more the one device, to Include the device name in the Node Liste table in the main menu.
Re: Feature Request collection/list
what about the ability to control the little led on the esp?
Re: Feature Request collection/list
SPifFS DATA Folder (in source) for upload files with arduino-ide or fs-explorer
like explained here:
http://www.esp8266.com/viewtopic.php?f=32&t=10081
like explained here:
http://www.esp8266.com/viewtopic.php?f=32&t=10081
Re: Feature Request collection/list
As we use NTP time servers to sync the ESPEasy time we already have all the information for Date and Time in the FEATURE_TIME definitions, though only %systime% variable is used and implemented. I think it would just use a relatively small amount of extra memory to add the %sysdate% variable and a %sysdow% variable.
This makes it not only possible to use the OLED display as a real clock with Time, Date and Day-Of-Week information, this variable could probably also be used in the rules section to do actions only on specific days of the week.
I pledge for adding the %sysdate% (and %sysdow%) variable(s) to the tools of ESPEasy.
This makes it not only possible to use the OLED display as a real clock with Time, Date and Day-Of-Week information, this variable could probably also be used in the rules section to do actions only on specific days of the week.
I pledge for adding the %sysdate% (and %sysdow%) variable(s) to the tools of ESPEasy.
Re: Feature Request collection/list
Chip-id is the last 3 doubles of the MAC-Adress,
but shown on web-gui as integer. makes this doubling somehow invisible..
https://github.com/esp8266/Arduino/issues/921
for me i would be helpful, if the chip-id on the homepage of ESPeasy is
not only shown as integer, but also as HEX-Mac-portion.
this way i could see the analogy of the ID and more easy identify my devices.
as small wish on a long grown list..hope the dev still reads here..
but shown on web-gui as integer. makes this doubling somehow invisible..
https://github.com/esp8266/Arduino/issues/921
for me i would be helpful, if the chip-id on the homepage of ESPeasy is
not only shown as integer, but also as HEX-Mac-portion.
this way i could see the analogy of the ID and more easy identify my devices.
as small wish on a long grown list..hope the dev still reads here..
Re: Feature Request collection/list
There are two MAC address shown, Client and AP Mode...so, the ChipID would come from?!tozett wrote:Chip-id is the last 3 doubles of the MAC-Adress,
but shown on web-gui as integer. makes this doubling somehow invisible..
https://github.com/esp8266/Arduino/issues/921
for me i would be helpful, if the chip-id on the homepage of ESPeasy is
not only shown as integer, but also as HEX-Mac-portion.
this way i could see the analogy of the ID and more easy identify my devices.
as small wish on a long grown list..hope the dev still reads here..
Re: Feature Request collection/list
I do, but available time is sometimes an issue.tozett wrote:hope the dev still reads here..
Currently trying to investigate, build and test some ways to migrate my existing Nodo Small units to 'shared ESP solutions'. Lot's of ideas, so little time...
So i've launched my very own private 'Nodo Small revival project' some weeks ago. I'll launch a new topic today and see if someone else shares some interest. Likely only dutch or belgium citizens as the Nodo Project was a dutch project only. Checkout http://www.nodo-domotica.nl
Re: Feature Request collection/list
Is there any chance to give users the compiled binary releases like in previous versions (R108 and R120) as on Wiki page is?Martinus wrote:I do, but available time is sometimes an issue.tozett wrote:hope the dev still reads here..
Currently trying to investigate, build and test some ways to migrate my existing Nodo Small units to 'shared ESP solutions'. Lot's of ideas, so little time...
So i've launched my very own private 'Nodo Small revival project' some weeks ago. I'll launch a new topic today and see if someone else shares some interest. Likely only dutch or belgium citizens as the Nodo Project was a dutch project only. Checkout http://www.nodo-domotica.nl
Thank you!
Re: Feature Request collection/list
on my esps, the last 3 segments are identical on both, CLIENT ant AP. (only the first parts are different)beic wrote: There are two MAC address shown, Client and AP Mode...so, the ChipID would come from?!
Re: Feature Request collection/list
In my case, only the first part (first two characters) are different the rest of them are all identical.tozett wrote:on my esps, the last 3 segments are identical on both, CLIENT ant AP. (only the first parts are different)beic wrote: There are two MAC address shown, Client and AP Mode...so, the ChipID would come from?!
Re: Feature Request collection/list
i checked all my 8 wemos-boards. all the same.
only first part different, everything the same.
means: the same last 3 parts of the mac for STA+AP.
look:
only first part different, everything the same.
means: the same last 3 parts of the mac for STA+AP.
look:
- Attachments
-
- mac.png (22.71 KiB) Viewed 44300 times
Re: Feature Request collection/list
Similar looking here too...tozett wrote:i checked all my 8 wemos-boards. all the same.
only first part different, everything the same.
means: the same last 3 parts of the mac for STA+AP.
look:
Code: Select all
STA MAC: 5c:xx:xx:xx:xx:f8
AP MAC: 5e:xx:xx:xx:xx:f8
Re: Feature Request collection/list
ok. seems to be software configurable. riddle solved.
https://github.com/esp8266/Arduino/issu ... -167515482
https://github.com/esp8266/Arduino/issu ... -167515482
Re: Feature Request collection/list
So, what will happen if in the future someone uses more ESPEasy and some devices will get the same MAC address?tozett wrote:ok. seems to be software configurable. riddle solved.
https://github.com/esp8266/Arduino/issu ... -167515482
Re: Feature Request collection/list
No 2 devices should ever have the same MAC they are hard coded by the manufacturer. Because Espressif has more than 1 set of MAC addresses for the ESP8266 ( I have both 5C/5E and 60/62) it is possible to have 2 devices running ESPEasy with the same chipID. The chances are less than 1 in 281,474,976,710,656. ( feel free to check my math, I am not perfect ). I think you have better odds for winning the lottery, even the Italian lottery.
Where you may have a problem is your router may not be able to handle the number of IP addresses. A lot of carrier provided routers limit the number of connected devices, and really limit the number of manually assigned IP Addresses. If I remember correctly my current router(vodafone) is limited to 27 devices, and about 10 assigned addresses. Not enough, but the ESP devices do not need internet access so they can be on a separate network.
Where you may have a problem is your router may not be able to handle the number of IP addresses. A lot of carrier provided routers limit the number of connected devices, and really limit the number of manually assigned IP Addresses. If I remember correctly my current router(vodafone) is limited to 27 devices, and about 10 assigned addresses. Not enough, but the ESP devices do not need internet access so they can be on a separate network.
Re: Feature Request collection/list
Thanks for clarifying it all!Drum wrote:No 2 devices should ever have the same MAC they are hard coded by the manufacturer. Because Espressif has more than 1 set of MAC addresses for the ESP8266 ( I have both 5C/5E and 60/62) it is possible to have 2 devices running ESPEasy with the same chipID. The chances are less than 1 in 281,474,976,710,656. ( feel free to check my math, I am not perfect ). I think you have better odds for winning the lottery, even the Italian lottery.
Where you may have a problem is your router may not be able to handle the number of IP addresses. A lot of carrier provided routers limit the number of connected devices, and really limit the number of manually assigned IP Addresses. If I remember correctly my current router(vodafone) is limited to 27 devices, and about 10 assigned addresses. Not enough, but the ESP devices do not need internet access so they can be on a separate network.
Re: Feature Request collection/list
this (bug-)fix didnt jumped onto the devs-feature-list by itself,
so i like to promote it again:
NTP code is blocking 1500ms in while-loop. please change!
http://www.esp8266.nu/forum/viewtopic.p ... =ntp#p9271
so i like to promote it again:
NTP code is blocking 1500ms in while-loop. please change!
http://www.esp8266.nu/forum/viewtopic.p ... =ntp#p9271
-
- New user
- Posts: 7
- Joined: 26 Oct 2015, 10:09
Re: Feature Request collection/list
Feature request: Output-device (binary) and disable of "commands" to not defined GPIO.. (only MQTT actions)
too easy to make mistakes and to remember wich GPIO is connected to what HW.
ability to report configured output GPIO status to MQTT.
disable change of state on non configured GPIOs/devices. (to easy to turn on HW by mistake)
checkbox for inverted I/O (ex. opencollector)
ability to set names for states (1=on,up,open.. 0= off,down,closed)
example: carheater is connected to GPIO4 on node01 thru relay and opencollector driver.
reducing risk of mistakes..
* 0 = ON
* nothing but MQTT topic "node01/carheater/set/ "ON" would turn it on
* publishing "node01/carheater/state/ "ON"
easy to monitor in MQTT logs (compared to xxx/gpio04/1 wher you dont know if 0=ON)
too easy to make mistakes and to remember wich GPIO is connected to what HW.
ability to report configured output GPIO status to MQTT.
disable change of state on non configured GPIOs/devices. (to easy to turn on HW by mistake)
checkbox for inverted I/O (ex. opencollector)
ability to set names for states (1=on,up,open.. 0= off,down,closed)
example: carheater is connected to GPIO4 on node01 thru relay and opencollector driver.
reducing risk of mistakes..
* 0 = ON
* nothing but MQTT topic "node01/carheater/set/ "ON" would turn it on
* publishing "node01/carheater/state/ "ON"
easy to monitor in MQTT logs (compared to xxx/gpio04/1 wher you dont know if 0=ON)
Last edited by Wallebalboa on 08 Dec 2016, 13:17, edited 3 times in total.
-
- New user
- Posts: 7
- Joined: 26 Oct 2015, 10:09
Re: Feature Request collection/list
more then 32 espeasy?
possibility to disable all communication exept MQTT (no need for unique unit #.) (same unitnumber crasch espeasy)
alternativly increase number of units to >32 (the old 640k problem? )
possibility to disable all communication exept MQTT (no need for unique unit #.) (same unitnumber crasch espeasy)
alternativly increase number of units to >32 (the old 640k problem? )
Re: Feature Request collection/list
Feature request: DS2423 support - 4kbit 1-Wire RAM with Counter https://www.maximintegrated.com/en/prod ... S2423.html
There is already support for 1-wire temperature sensors, but I would like to read my counter via ESP. Thank you!
There is already support for 1-wire temperature sensors, but I would like to read my counter via ESP. Thank you!
Re: Feature Request collection/list
You know, this is a discontinued chip?
Re: Feature Request collection/list
Feature Request; Day/Time Dummy (or Variable)
Hi, I will appreciate the addition of a Day/Time Dummy device. I would like to send a Day/Time for the rules at a specific time via MQTT preferably.
E.g.
On Clock#Time=[Dummy1#DayTime1] do // Irrigation starts at the defined time, e.g. "Mon,08:00"
gpio,14,1
endon
Hi, I will appreciate the addition of a Day/Time Dummy device. I would like to send a Day/Time for the rules at a specific time via MQTT preferably.
E.g.
On Clock#Time=[Dummy1#DayTime1] do // Irrigation starts at the defined time, e.g. "Mon,08:00"
gpio,14,1
endon
Who is online
Users browsing this forum: Google [Bot] and 1 guest