Feature Request collection/list
Moderators: grovkillen, Stuntteam, TD-er
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 35992 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
Re: Feature Request collection/list
Wrong category to request!StephenF wrote: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
Re: Feature Request collection/list
Feature request :
A PID controller with a PWM output, where also a minimal 'on' time can be set for the PWM so it can be used also for controlling boilers for heating (with normal unrestricted PWM it will pulse very quickly, which is fine for an electric heater but not for a gas fired one)
If implementend, an ESP8266 can be a very simple and flexible smart thermostat using a DS18B20 !
A PID controller with a PWM output, where also a minimal 'on' time can be set for the PWM so it can be used also for controlling boilers for heating (with normal unrestricted PWM it will pulse very quickly, which is fine for an electric heater but not for a gas fired one)
If implementend, an ESP8266 can be a very simple and flexible smart thermostat using a DS18B20 !
Last edited by reddo on 12 Dec 2016, 21:08, edited 1 time in total.
Re: Feature Request collection/list
Hello guys,
Do you plan to support video & audio record on ESPEasy ? I think it might be a chalenge in term of HW capabilities to support that.
I would love to have this feature on ESP8266.
Do you plan to support video & audio record on ESPEasy ? I think it might be a chalenge in term of HW capabilities to support that.
I would love to have this feature on ESP8266.
Re: Feature Request collection/list
Flexible programmable deep sleep possible?
(This is a rewrite of another post, which I now deleted, as I had not seen this collection list)
what I would like is the following: deep sleep from 07:00-23:00, active from 23:00 to 07:00 (of course time frame adjustable).
I want to use this for a PIR motion sensor system which shouldn't do anything during daytime. I can leave the ESP "on" during daytime but I prefer to have it to sleep to use as little energy as possible.
I have already found that deep sleep on the ESP is held by a uint32_t, with a max value of 4,294,967,295 microseconds which is slightly over 1 hour. Some people/posts report it sometimes doesn't work like a uint but like an int being 31 bits, so slightly over half an hour. I assume that's an error in software or hardware implementations, but actually I don't know.
So a direct option for "my demands" is not possible. I have seen posts on using an external RTC, or something like having the esp wake up every 60 minutes, update a counter, and go back to sleep.
What I am thinking off is more in the rules section.
There are time based rules so I wanted to know if something is possible like :
But that would also require a flexible programmable deep sleep. Is that possible?
As a reference: Espimatic, another ESP8266 ino, uses a variable "backdoor" that can be checked and read/set. On every wakeup this value is checked/read in pimatic from a variable but could be initiated to other controllers using the protocols, or via rules on "this" or another espeasy. It will also help preventing you from "bricking" an espeasy: simply toggle the variable on your controller and the esp stays awake. This specific code can be found here.
(This is a rewrite of another post, which I now deleted, as I had not seen this collection list)
what I would like is the following: deep sleep from 07:00-23:00, active from 23:00 to 07:00 (of course time frame adjustable).
I want to use this for a PIR motion sensor system which shouldn't do anything during daytime. I can leave the ESP "on" during daytime but I prefer to have it to sleep to use as little energy as possible.
I have already found that deep sleep on the ESP is held by a uint32_t, with a max value of 4,294,967,295 microseconds which is slightly over 1 hour. Some people/posts report it sometimes doesn't work like a uint but like an int being 31 bits, so slightly over half an hour. I assume that's an error in software or hardware implementations, but actually I don't know.
So a direct option for "my demands" is not possible. I have seen posts on using an external RTC, or something like having the esp wake up every 60 minutes, update a counter, and go back to sleep.
What I am thinking off is more in the rules section.
There are time based rules so I wanted to know if something is possible like :
Code: Select all
On Clock#Time=All,07:00 do // every day at 07:00 hours do ...
"set esp easy to deep sleep and wake up every 30 minutes to check the time"
endon
On Clock#Time=All,23:00 do // every day at 23:00 hours do ...
"get esp easy from deep sleep and switch on necessary functions"
endon
As a reference: Espimatic, another ESP8266 ino, uses a variable "backdoor" that can be checked and read/set. On every wakeup this value is checked/read in pimatic from a variable but could be initiated to other controllers using the protocols, or via rules on "this" or another espeasy. It will also help preventing you from "bricking" an espeasy: simply toggle the variable on your controller and the esp stays awake. This specific code can be found here.
-
- Normal user
- Posts: 22
- Joined: 03 Mar 2016, 09:06
Re: Feature Request collection/list
This is what I need too! In my case it would be okay to manually trigger the deep sleep from external (e.g. via Plugin or HTTP) or to dis-/enable it with a command.hvdwolf wrote:Flexible programmable deep sleep possible?
(This is a rewrite of another post, which I now deleted, as I had not seen this collection list)
what I would like is the following: deep sleep from 07:00-23:00, active from 23:00 to 07:00 (of course time frame adjustable).
I want to use this for a PIR motion sensor system which shouldn't do anything during daytime. I can leave the ESP "on" during daytime but I prefer to have it to sleep to use as little energy as possible.
I have already found that deep sleep on the ESP is held by a uint32_t, with a max value of 4,294,967,295 microseconds which is slightly over 1 hour. Some people/posts report it sometimes doesn't work like a uint but like an int being 31 bits, so slightly over half an hour. I assume that's an error in software or hardware implementations, but actually I don't know.
So a direct option for "my demands" is not possible. I have seen posts on using an external RTC, or something like having the esp wake up every 60 minutes, update a counter, and go back to sleep.
What I am thinking off is more in the rules section.
There are time based rules so I wanted to know if something is possible like :But that would also require a flexible programmable deep sleep. Is that possible?Code: Select all
On Clock#Time=All,07:00 do // every day at 07:00 hours do ... "set esp easy to deep sleep and wake up every 30 minutes to check the time" endon On Clock#Time=All,23:00 do // every day at 23:00 hours do ... "get esp easy from deep sleep and switch on necessary functions" endon
As a reference: Espimatic, another ESP8266 ino, uses a variable "backdoor" that can be checked and read/set. On every wakeup this value is checked/read in pimatic from a variable but could be initiated to other controllers using the protocols, or via rules on "this" or another espeasy. It will also help preventing you from "bricking" an espeasy: simply toggle the variable on your controller and the esp stays awake. This specific code can be found here.
Re: Feature Request collection/list
In the ESP Easy firmware it would be nice if the IP address of the ESP was dumped out the serial port on boot up after the IP address is assigned.
I am stuck with a cable modem router and it takes a long time to look up the IP address of a newly configured ESP Easy device after doing the initial 192.168.4.1 set up.
Thanks!
I am stuck with a cable modem router and it takes a long time to look up the IP address of a newly configured ESP Easy device after doing the initial 192.168.4.1 set up.
Thanks!
Re: Feature Request collection/list
Typing "settings" doesn't do that? I don't use serial that much...
Also after the initial setup in AP mode you see the new IP in a link that takes you right to the "full" webinterface. Assign a fixed IP from there and you'll never have to touch you router.
Also after the initial setup in AP mode you see the new IP in a link that takes you right to the "full" webinterface. Assign a fixed IP from there and you'll never have to touch you router.
Re: Feature Request collection/list
Yes, but only when typed with a capital : Settings as input within the Serial connection from the Arduino IDEpaxi wrote:Typing "settings" doesn't do that? I don't use serial that much...
Also after the initial setup in AP mode you see the new IP in a link that takes you right to the "full" webinterface. Assign a fixed IP from there and you'll never have to touch you router.
it will tell you the most things you were looking for ..
Re: Feature Request collection/list
I still don't see the need for your request.
You need that information only once, right?
Why should a (admittedly small) delay be introduced in the boot process that isn't needed in 99.9% of cases?
Just to save you typing a single word while sitting at the console anyways - to get something that's shown in the web UI also?
You need that information only once, right?
Why should a (admittedly small) delay be introduced in the boot process that isn't needed in 99.9% of cases?
Just to save you typing a single word while sitting at the console anyways - to get something that's shown in the web UI also?
Re: Feature Request collection/list
this is already implemented in espeasy version 2.wrbrower wrote:In the ESP Easy firmware it would be nice if the IP address of the ESP was dumped out the serial port on boot up after the IP address is assigned.
I am stuck with a cable modem router and it takes a long time to look up the IP address of a newly configured ESP Easy device after doing the initial 192.168.4.1 set up.
Thanks!
Re: Feature Request collection/list
This is implemented in ESPEasy V2wrbrower wrote:In the ESP Easy firmware it would be nice if the IP address of the ESP was dumped out the serial port on boot up after the IP address is assigned.
I am stuck with a cable modem router and it takes a long time to look up the IP address of a newly configured ESP Easy device after doing the initial 192.168.4.1 set up.
Thanks!
Anyways if you need to look up the IP addresses in your network you
may use an IP scanner. Here the "Angry IP Scanner" is used for that.
Maybe give it a try under http://angryip.org
Regards
Shardan
Regards
Shardan
Shardan
Re: Feature Request collection/list
Hope this is the right place to ask.
Will be great to have version number available via MQTT, the same way as RSSI and Uptime.
Many thanks to psy0rz for v2!
Will be great to have version number available via MQTT, the same way as RSSI and Uptime.
Many thanks to psy0rz for v2!
-
- Normal user
- Posts: 307
- Joined: 06 Nov 2016, 13:45
Re: Feature Request collection/list: A4988 stepper motor driver module
I kindly request support for the A4988 stepper motor driver module.
https://www.pololu.com/product/1182
Simple control:
- select direction (DIR pin)
- give a number of pulses (STEP pin)
(also applicable for DRV8825, DRV8834 and generic two-pin (DIR/STEP) stepper motor drivers)
Cost €0.73, bought here:
https://nl.aliexpress.com/item/5pcs-lot ... Title=true
- the A4988 has a translator for step modes: one pulse,one step.
- select 1 out of 5 step modes (I suggest a hardwired choice: selector inputs pin MS1, MS2, and MS3)
- the Vreff adjustment enables Voltage/Current limitation to adapt to different stepper motors.
There is an AccelStepper library for Arduino
with automatic acceleration and de-acceleration capabilities.
This would be a great contribution to the ESPEasy Actuators capability !
Thank in advance,
Domosapiens
Reference:
https://www.letscontrolit.com/forum/vie ... per#p12052
https://www.letscontrolit.com/forum/vie ... per#p11668
https://github.com/laurb9/StepperDriver
https://www.pololu.com/product/1182
Simple control:
- select direction (DIR pin)
- give a number of pulses (STEP pin)
(also applicable for DRV8825, DRV8834 and generic two-pin (DIR/STEP) stepper motor drivers)
Cost €0.73, bought here:
https://nl.aliexpress.com/item/5pcs-lot ... Title=true
- the A4988 has a translator for step modes: one pulse,one step.
- select 1 out of 5 step modes (I suggest a hardwired choice: selector inputs pin MS1, MS2, and MS3)
- the Vreff adjustment enables Voltage/Current limitation to adapt to different stepper motors.
There is an AccelStepper library for Arduino
with automatic acceleration and de-acceleration capabilities.
This would be a great contribution to the ESPEasy Actuators capability !
Thank in advance,
Domosapiens
Reference:
https://www.letscontrolit.com/forum/vie ... per#p12052
https://www.letscontrolit.com/forum/vie ... per#p11668
https://github.com/laurb9/StepperDriver
30+ ESP units for production and test. Ranging from control of heating equipment, flow sensing, floor temp sensing, energy calculation, floor thermostat, water usage, to an interactive "fun box" for my grandson. Mainly Wemos D1.
Re: Feature Request collection/list
#1 - Please obfuscate ALL passwords on the config tab - not only the WiFiKey, but also the admin password and the "WPA AP mode key"
#2 - Make it possible to change the admin password from the console command line.
#3 - CONTINUE MAKING THE MOST INTERESTING CONFIG INTERFACES FOR THE ESP8266 !!!
Thank you !!!!!!
#2 - Make it possible to change the admin password from the console command line.
#3 - CONTINUE MAKING THE MOST INTERESTING CONFIG INTERFACES FOR THE ESP8266 !!!
Thank you !!!!!!
Re: Feature Request collection/list
Thumb for that and also obfuscate the Controller Password field too!ohuf wrote: ↑07 Mar 2017, 23:29 #1 - Please obfuscate ALL passwords on the config tab - not only the WiFiKey, but also the admin password and the "WPA AP mode key"
#2 - Make it possible to change the admin password from the console command line.
#3 - CONTINUE MAKING THE MOST INTERESTING CONFIG INTERFACES FOR THE ESP8266 !!!
Thank you !!!!!!
Missing formula field HC-SR04 distance sensor
I' am wondering if it is possible to get an formula field in the device edit page of the distance sensor HC-SR04 to correct the value a bit.
In my case I want to use it as an depth sensor.
Due to solfe the "20cm blind spot" by re-place the sensor and enter a formula to correct the height, for example with: %value%-25
In my case I want to use it as an depth sensor.
Due to solfe the "20cm blind spot" by re-place the sensor and enter a formula to correct the height, for example with: %value%-25
-
- Normal user
- Posts: 119
- Joined: 26 Feb 2017, 17:30
Re: Feature Request collection/list
thumbs up on this as well . this has been a glaring exploit and very bad as many peoples autofill save the non password fields which then saves this. now it can be scraped for passwords from an attackerbeic wrote: ↑07 Mar 2017, 23:37Thumb for that and also obfuscate the Controller Password field too!ohuf wrote: ↑07 Mar 2017, 23:29 #1 - Please obfuscate ALL passwords on the config tab - not only the WiFiKey, but also the admin password and the "WPA AP mode key"
#2 - Make it possible to change the admin password from the console command line.
#3 - CONTINUE MAKING THE MOST INTERESTING CONFIG INTERFACES FOR THE ESP8266 !!!
Thank you !!!!!!
Re: Feature Request collection/list: OAuth2 authentication
Today I saw a demo of the newish SAP IoT workbench on SAP Cloud Platform, (HCP renamed). They showed the creation of a sensor process, targeted for bus users, where an OAuth token is created for the thing, this then is cut and pasted into the thing's, setup, then communcates through mqtt to the sap platform.
Maybe we should have such a option to remove uid / pwd, but OAuth token based authentication for the thing to communcate to backend?
Maybe we should have such a option to remove uid / pwd, but OAuth token based authentication for the thing to communcate to backend?
-----------
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.
-
- Normal user
- Posts: 119
- Joined: 26 Feb 2017, 17:30
Re: Feature Request collection/list
Edit, I have build 147 and it now looks like its hidden in a standard password field however still not secure, if you go and inspect the element with any basic debugger it shows you the password [img][bobbybeans wrote: ↑14 Mar 2017, 16:23thumbs up on this as well . this has been a glaring exploit and very bad as many peoples autofill save the non password fields which then saves this. now it can be scraped for passwords from an attackerbeic wrote: ↑07 Mar 2017, 23:37Thumb for that and also obfuscate the Controller Password field too!ohuf wrote: ↑07 Mar 2017, 23:29 #1 - Please obfuscate ALL passwords on the config tab - not only the WiFiKey, but also the admin password and the "WPA AP mode key"
#2 - Make it possible to change the admin password from the console command line.
#3 - CONTINUE MAKING THE MOST INTERESTING CONFIG INTERFACES FOR THE ESP8266 !!!
Thank you !!!!!!
Please see the picture the standard google inspect agent can get the password back
- Attachments
-
- Capture.PNG (195.77 KiB) Viewed 32939 times
Re: Feature Request collection/list
We COULD fix this, but then there are still countless other issues that need to be solved to make it really secure.
For example: We use http instead of https. Its possible to download the configfile, which contain the unhashed password as well. And there is a lot of functionality that is not password protected at all for various reasons.
If you're concerned about just the password, somebody should add a hash function to store the password securely. (but then still no https)
Otherwise just use a less important password.
I think the password protection is just there to prevent accidental modification by ignorant users that dont know whats going on. (family/co workers). Its not ment to be really secure.
Edwin
For example: We use http instead of https. Its possible to download the configfile, which contain the unhashed password as well. And there is a lot of functionality that is not password protected at all for various reasons.
If you're concerned about just the password, somebody should add a hash function to store the password securely. (but then still no https)
Otherwise just use a less important password.
I think the password protection is just there to prevent accidental modification by ignorant users that dont know whats going on. (family/co workers). Its not ment to be really secure.
Edwin
Who is online
Users browsing this forum: Bing [Bot] and 100 guests