Let's Control It

TD-er

[...] Regarding the settings in general .. Would it not be a better solution to store the settings in a more dynamic way? This would reduce storage space and could eleminate hard coded boundaries like VARS_PER_TASK ... Sure, but right now we have the historical choice to binary dump C++ objects to ...

TD-er

Ath wrote: ↑10 Oct 2020, 10:20 I would expect the [device#variable] to be replaced by the current sensor value, so, no event would trigger that piece of code?

Hmm good point... I thought that was why it stripped off the square brackets first, but may have to check in the code if that's still the current situation here.

TD-er

Just looking at the code of the LCD plugin, I would think it is able to set a GPIO pin as a "Display Button" and also a "Display Timeout".

If that pin is pulled to GND, it will start a backlight timer, which will automatically turned off after set nr of seconds.

TD-er

Please have a look at how the Eastron plugin does it.
It uses the same global pointer among multiple tasks running the plugin to interact with the device and thus allowing to share various units of measure among multiple tasks.

TD-er

The ADC plugin has a nice and intuitive calibration, so why not use it on others too?

TD-er

Ath wrote: ↑09 Oct 2020, 17:10 You might want to remove the square brackets from the line with 'on ... do'

Aren't they removed in the parser to find the on...do line?

TD-er

You can set a flag in the ISR code which stores the millis() in a volatile parameter. In the 50/sec call you then check this parameter and reschedule the call to PLUGIN_READ using Scheduler.schedule_task_device_timer(event->TaskIndex, xxx); // the volatile parameter + 5 See for some examples the cod...

TD-er

Not tested it, but I guess you could do something like this in the rules. Assume the task running serialproxy is called "proxy" and the value it returns is "v" So you may need to change that to match your setup. The idea is to store the received value in a dummy task at task 3, v...

TD-er

To me it looks like the extra power drawn from the relay may make the WiFi a bit unstable.

Can you at least also try with enabling sending Gratuitous ARP to see if it changes behavior?

TD-er

It is also very very similar to what I had in mind.

TD-er

Not sure how much current can be sourced from a GPIO pin on the R'pi, but maybe it is more safe to use a transistor anyway? Also make sure to place a diode "antiparallel" over the relais coil to protect the electronics driving the coil. Just the first hit on Google regarding "relais d...

TD-er

You can feed the received strings to an MQTT controller. Currently the "String" type of data is not yet supported in a lot of places in ESPEasy. It can be used to send to a MQTT controller, but it is also possible to send it to a display ("[task#varname]" also supports strings) o...

TD-er

Well I'm not sure yet how massive it will be as I simply don't know where to logically place it. To clarify this, let me explain it from a block view perspective on the ESPEasy "components". We have: - Plugin interacting with hardware - Task, an instance of a plugin able to output data. - ...

TD-er

Sadly the #define DISABLE_SC16IS752_Serial cannot be in the Custom.h as it must be present at the start of the compile. So either you must define it in your PlatformIO.ini (as I did for minimal_OTA labelled builds) or in the pre_custom_xxx.py file. For Arduino IDE you must make sure it is defined in...

TD-er

Did you completely erase the flash between versions?

TD-er

Is it GPIO15 on the R'pi or on the ESP?
If it is on the ESP, please note that GPIO15 is a bit special as it has a pull-down resistor instead of the normal pull-up resistors.
If it is on the R'pi, then I really don't know

TD-er

Hallo Arnold.
Wees welkom en laat gerust weten als je ergens tegenaan loopt

TD-er

That last line is clearly becoming more important by the day.

TD-er

Would a very simple IIR filter as "standard conversion" already help here?

For example %c_iir_pnf%(prev,next,factor)

The resulting value is then something like:
res = prev + ((next - prev) / factor)

TD-er

Ah that's why you just commented on the issue for a filter plugin

TD-er

Well it really depends on what you want to do with the measured values. If it is to detect a draft, then it may be the best place :) If you want to measure the temperature near where you are in the room (e.g. your desk), then I think placing it on the desk is a good place. Just make sure you're not ...

TD-er

So we should make a separate build for it?

TD-er

It was really easy to do, most of the needed time was in updating the system variables documentation.

See: https://github.com/letscontrolit/ESPEasy/pull/3296

TD-er

That's what I meant with "very elaborate rules"

I think a new feature supporting this should be something like the other "Standard Conversions" (See System Variables page)

I will see what I can think of...

TD-er

Well as a person you do put in 100 Watt per person in heat in the room. As soon as you open the door, there is quite some heat exchange and I assume you have the light switch next to the door. So depending on the size of the room, I can imagine the presence of a person can increase the temperature i...

TD-er

Which fonts are missing in the repository?
And how are you building it? Using PlatformIO?

TD-er

It was merged on May 21st this year: https://github.com/letscontrolit/ESPEas ... 2956/files
So your build doesn't have it yet.

TD-er

What ESPEasy version are you running?

Also keep in mind you need to count from 0.

So tasknr and valnr start counting at 0.

TD-er

Hmm the other way around is already present, but I can only think of very elaborate ways to convert to hex.

So unless you want to create very elaborate (thus slow) rules, I guess it is a nice feature request.

TD-er

For CSV like output it is possible to address per sensor value.
See: https://espeasy.readthedocs.io/en/lates ... =json#json

TD-er

From where do you send the command?

TD-er

I will look in the defines wrapping the I2C serial bridge as that's a valid point. (if it is indeed included while not needed) About the compressed feature. Remember you cannot simply compress it and think that's the amount of space you gain. You have to keep in mind, at least one of the sketches sh...

TD-er

Please show the network related part of the sysinfo page.
Just to be sure we're not missing something here.

TD-er

Ath wrote: ↑05 Oct 2020, 19:42 Does your receiving ESP use ip filtering, just like ESPEasy (see Hardware tab)? and if so, is the sending ESP in the allowed range?
[...]

IP-filtering is only for access to the web interface.

TD-er

If you think it is ready to be used by others, please make a pull request for it on GitHub.

TD-er

So it cannot make a connection to the other host.
Just make sure the port is correct and the rest of the URL.

You only showed what was logged, but can you also show (verbatim in code tags) the exact command you give?

TD-er

OK, I will add a warning about flashing the ESP32 and I guess including the flasher that's not working is also not really useful in the ESP32 ZIP file.

I am not sure if we are allowed to include the Espressif flasher in the download.

TD-er

What is not working?
Remember the "serialproxy_write" does write the literal string including a line termination (CRLF) to the serial port.

So it does not send the byte 5, but the characters "5<CR><LF>"

TD-er

Sorry, made a copy/paste error.
Here's the ESP8266 build: https://www.dropbox.com/s/92maswz93cww1 ... 4.zip?dl=0

TD-er

I just added an error log.
Can you test this test build?
https://www.dropbox.com/s/n1lyowdzksxww ... 4.zip?dl=0
https://www.dropbox.com/s/n1lyowdzksxww ... 4.zip?dl=0

TD-er

I thought this was also mentioned in the README in the ZIP file?

If it isn't clear enough, please help to clarify the README file on this.

TD-er

Of course there is some documentation on that (although it could be improved as this is a frequently returning question) For using PlatformIO: https://espeasy.readthedocs.io/en/latest/Participate/PlatformIO.html For using Arduino IDE: https://espeasy.readthedocs.io/en/latest/Participate/ArduinoIDE.h...

TD-er

Great :) There is one "but"... as I have just now merged a commit that does need you to change a few parts of your code. See: https://github.com/letscontrolit/ESPEasy/pull/3289 The reason for this change is that on ESP32 you need to specify a port number and GPIO pins, so it was no longer ...

TD-er

See the code: if (cmd.equalsIgnoreCase(F("NeoPixelAll"))) { for (int i = 0; i < MaxPixels; i++) { Plugin_038_pixels->setPixelColor(i, Plugin_038_pixels->Color(event->Par1, event->Par2, event->Par3, event->Par4)); } Plugin_038_pixels->show(); success = true; } And the definition of the Colo...

TD-er

What other device is it where you want to connect to? If you enable the debug log level you will see the actual request being sent. (given you have debug log level code included in the build, which isn't the case with "test" builds due to size restrictions) This is only logged if the conne...

TD-er

Some plugins can have a selection to act on some plugin, like the level plugin.
There is an example of how to add a selector containing all active tasks.

TD-er

See the bottom of the system variables page (Tools => System variables)
There is an example of how you can compute the dew point using 2 variables.

TD-er

Just a few checks you can do: Is the IP you try to reach in the same subnet as your ESP? Do you use DHCP or static IP on the ESP? If static, please check you have the correct configuration, like correct gateway (needed when you try to reach something not in your subnet), correct subnetmask (e.g. 255...

TD-er

I think it is less than 10 months ago that I added this feature.

TD-er

Does the other end require login?

Can you also try to check "SendToHTTP wait for ack" on Tools->Advanced page?

Search found 8739 matches