The brewpiless from vitotai

BPLv4 Web "LCD" screen not getting updates

Just applied BPL v4 to my testbed and the web interface "LCD screen" is not connecting.

Looking at the browser console I see the following error:

It would appear that "gotMsg" isn't defined.

Looking in the dist/index.html file I can see gotMsg referenced but not defined. The variable is defined in the script.js file, within the init_classic() and init() functions but the version of these functions packaged up in the dist/index.html file are missing the variable definition.

Dist file:
function init_classic(){BChart.init("div_g"),initRssi();onloadCtrl(function(){connBWF(),BChart.start()})}function init(){BChart.init("div_g"),initRssi();connBWF(),BChart.start(),getActiveNavItem()}

script.js file
` function init_classic() {
BChart.init("div_g");
initRssi();
var gotMsg = true;
onloadCtrl(function() {
connBWF();
BChart.start();

    });
}

function init() {
    BChart.init("div_g");
    initRssi();
    var gotMsg = true;
    connBWF();
    BChart.start();
    getActiveNavItem();
}`

Sonoff: trading SPIFFS for OTA

Wondering if it would make more sense to drop SPIFFS and thus logging for enabling OTA.
Alternatively, it could be a choice and available via PIO env.

The layout to enable OTA with 1M flash is outlined nicely here:
https://github.com/arendst/Sonoff-Tasmota/wiki/Theo's-Tasmota-Tips#20170619---configuration-settings-save-locations-in-flash

To enable it simply use this directive:
build_flags = -Wl,-Tesp8266.flash.1m0.ld

I think a define SONOFF_OTA_NO_SPIFFS could be the switch.

Possible to drive remote controlled sockets?

Would it be possible to send signals to remote controlled sockets like this: https://www.pollin.de/p/funksteckdosen-set-mit-3-steckdosen-550666

That would be such an easy way to solve the: "I don't mind fiddling with low voltages but am rather scared to connect mainline voltages in self build stuff ..."

Or does anyone know of similiar sockets when allow input of control voltage from the ESP?

Thanks
Tom

Extract frontend-code into separate files

Hello,

thank you for the great job on this project! I just installed it on my ESP8266 and it works smoothly.

I would like to contribute to the project. I come from the web-frontend world and would like to help to modernize the looks of the website a bit! I cannot find the HTML and JS in the code though ... I searched the whole project for the word banner (used as html-id for the logo) but nothing showed up.

I don't know if it is possible, but could you extract the frontend / html / css / js stuff from the source code so that more people could work on the project with less interference?

Cheers!
Tom

Enhancement request: Add webservice method

Vito,

I've written an Amazon Alexa skill to interact with BPL, it can get current beer temp, change beer set point etc. It can also give a status report of BPL, but to do this I've had to add a webservice method to return a JSON object with current state/mode, beer set/tmp, fridge set/temp + room temp.

Would it be possible to merge this into your code ? Small changes as below:

BrewPiProxy.cpp - add this method

void BrewPiProxy::getAllStatus(uint8_t *pState,uint8_t *pMode,float *pBeerTemp,float *pBeerSet,float *pFridgeTemp, float *pFridgeSet, float *pRoomTemp) { *pBeerTemp=temperatureFloatValue(tempControl.getBeerTemp()); *pBeerSet=temperatureFloatValue(tempControl.getBeerSetting()); *pFridgeTemp = temperatureFloatValue(tempControl.getFridgeTemp()); *pFridgeSet = temperatureFloatValue(tempControl.getFridgeSetting()); *pRoomTemp =temperatureFloatValue(tempControl.getRoomTemp()); *pState = (uint8_t) tempControl.getState(); *pMode = (uint8_t) tempControl.getMode(); }

BrewPiLess.cpp - add the following

New #define for the new webservice

#define GETSTATUS_PATH "/getstatus"

Code to handle the GETSTATUS_PATH Get request and return JSON

` }else if(request->method() == HTTP_GET && request->url() == GETSTATUS_PATH){
uint8_t mode, state;
float beerSet, beerTemp, fridgeTemp, fridgeSet, roomTemp;
brewPi.getAllStatus(&state, &mode, &beerTemp, &beerSet, &fridgeTemp, &fridgeSet, &roomTemp);
String json=String("{"mode":"") + String((char) mode)
+ String("","state":") + String(state)
+ String(","beerSet":") + String(beerSet)
+ String(","beerTemp":") + String(beerTemp)
+ String(","fridgeSet":") + String(fridgeSet)
+ String(","fridgeTemp":") + String(fridgeTemp)
+ String(","roomTemp":") + String(roomTemp)
+String("}");
request->send(200,"application/json",json);

}`

Add GETSTATUS_PATH to canHandle

bool canHandle(AsyncWebServerRequest *request){ if(request->method() == HTTP_GET){ if(request->url() == POLLING_PATH || request->url() == CONFIG_PATH || request->url() == TIME_PATH || request->url() == RESETWIFI_PATH || request->url() == CONTROL_CC_PATH || request->url() == GETSTATUS_PATH #ifdef ENABLE_LOGGING || request->url() == LOGGING_PATH #endif ){ return true;

Obviously I can maintain all that in my own fork but would be good to integrate into the main codebase IMO.

Unable to compile in PlatformIO

Hi,

I have changed the following in config.h = #define BREWPI_ROTARY_ENCODER 1
I Have also changed the following in espconfig.h = #define EnableGravitySchedule false

But everytime i try to build the the project I get the following result:

In file included from src/BrewKeeper.cpp:6:0:
src/BrewKeeper.h: In member function 'void BrewKeeper::setStableThreshold(uint8_t)':
src/BrewKeeper.h:120:54: error: 'class BrewProfile' has no member named 'setStableThreshold'
void setStableThreshold(uint8_t threshold){_profile.setStableThreshold(threshold);}
^
src/BrewKeeper.cpp: In member function 'bool BrewProfile::load(String)':
src/BrewKeeper.cpp:471:31: error: 'PROFILE_JSON_BUFFER_SIZE' was not declared in this scope
DynamicJsonBuffer jsonBuffer(PROFILE_JSON_BUFFER_SIZE);
^
*** [.pioenvs/nodemcuv2/src/BrewKeeper.o] Error 1
In file included from src/BrewPiLess.cpp:40:0:
src/BrewKeeper.h: In member function 'void BrewKeeper::setStableThreshold(uint8_t)':
src/BrewKeeper.h:120:54: error: 'class BrewProfile' has no member named 'setStableThreshold'
void setStableThreshold(uint8_t threshold){_profile.setStableThreshold(threshold);}
^
In file included from src/BrewPiLess.cpp:57:0:
src/ExternalData.h: In member function 'void ExternalData::setGravity(float, time_t)':
src/ExternalData.h:195:28: error: 'IsGravityValid' was not declared in this scope
if(!IsGravityValid(old_sg)) filter.setInitial(sg);
^
In file included from src/ExternalData.h:4:0,
from src/DataLogger.cpp:12:
src/BrewKeeper.h: In member function 'void BrewKeeper::setStableThreshold(uint8_t)':
src/BrewKeeper.h:120:54: error: 'class BrewProfile' has no member named 'setStableThreshold'
void setStableThreshold(uint8_t threshold){_profile.setStableThreshold(threshold);}
^
In file included from src/DataLogger.cpp:12:0:
src/ExternalData.h: In member function 'void ExternalData::setGravity(float, time_t)':
src/ExternalData.h:195:28: error: 'IsGravityValid' was not declared in this scope
if(!IsGravityValid(old_sg)) filter.setInitial(sg);
^
src/DataLogger.cpp: In member function 'int DataLogger::dataSprintf(char*, const char*)':
src/DataLogger.cpp:59:52: error: 'IsGravityValid' was not declared in this scope
d += printFloat(buffer+d,sg,3,IsGravityValid(sg));
^
*** [.pioenvs/nodemcuv2/src/DataLogger.o] Error 1
*** [.pioenvs/nodemcuv2/src/BrewPiLess.o] Error 1

I'm unsure what I can change from here to make it compile.

BrewPiLess web stop on "Communicating with BrewPiLess controller"

hi! i dont have internet in site, and BrewPiLess web won't start.

Thank You

Hardware: are there any plans for a decent BPL case?

I would love to finish my BPL-build soon and use it to control my fridge. Currently this is done by an Inkbird. But I do want to have a decent case for the BPL first, as there are high-voltages going to the SSRs. Are there any plans available? Models for 3D-printers? Lasercutter?
Or maybe some people could just post some pics of their setups to inspire me ;)

Maybe there is even a PCB to build everything together cleanly?

Cheers
Tom

Typo in testcmd.html JS.

The sendCmd function in the JS embedded in testcmd.html has a typo, "a.legnth" should be "a.length"

function sendCmd() {
	var b = document.getElementById("command");
	var a = b.value.trim();
	if (a.legnth == 0) {
		return
	}
	BWF.send(a);
	log("U", a);
	return false
}

Can´t save device settings

I´ve just installed latest version of bpl (1.2.7) on a NodeMcu ESP, but i can´t save the device settings.. I apply the changes but when i´m refreshing the device list, it´s back to default settings and devices are unassigned. Anyone else having this problem? Is it possible that mye esp module isn´t compatible with bpl?

iSpindel (Aux) Temp not displayed correctly

Dear @vitotai

I stumbled upon a small bug. The iSpindel (Aux) temperature is not correctly displayed on my BPL (chart or legend). I setup BPL (in STA-mode) with static IP and setup iSpindel to match. I also setup remote logging (of all available variables) to ubidots. The aux temperature is always displayed as 17.53 (does not change) in BPL. Funny enough, its correctly displayed on my ubidots dashboard. Therefore, I expect it is bug in the display, not the comms.So far, everything else seems to display fine, I have not hooked up the DS18B20's yet (still in the mail).

Regards,
Lekrom

Web interface crach

Hi,

Cool project you have here, but sometimes the web interface crash:

<body onload=init()>
<div id="lcd" class="lcddisplay"><span class="lcd-text">
<span class="lcd-line" id="lcd-line-0">Live LCD waiting</span>
<span class="lcd-line" id="lcd-line-1">for update from</span>
<span class="lcd-line" id="lcd-line-2">script...</span>
<span class="lcd-line" id="lcd-line-3"></span></p><p>
</div>
<div class="dropdown">
<div id="myDropdown" class="dropdown-content">
<a href="/control.htm">Temperature Management</a>
<a href="/log">Data Log</a>
<a href="/setup.htm">Device Setup</a>
<a href="/config">System Config</a>
</div>
</body>
</html>```

State after a power outage

If the power is cut while the BrewPiLess is running in Beer Profile mode then upon power resumption (and subsequent Wifi reconnection) the s/w goes into "Off" mode. I thought the current operating mode was supposed to resume after a power outage ?

SettableMinimumCoolTime without EnableGlycolSupport

The hardcoded defines in

BrewPiLess/src/TempControl.h

Lines 34 to 43 in 3dee90c

    
           #if !SettableMinimumCoolTime 
        
           // Set minimum off time to prevent short cycling the compressor in seconds 
        
           const uint16_t MIN_COOL_OFF_TIME = 300; 
        
           // Use a minimum off time for the heater as well, so it heats in cycles, not lots of short bursts 
        
           const uint16_t MIN_HEAT_OFF_TIME = 300; 
        
           // Minimum on time for the cooler. 
        
           const uint16_t MIN_COOL_ON_TIME = 180; 
        
           // Minimum on time for the heater. 
        
           const uint16_t MIN_HEAT_ON_TIME = 180; 
        
           #endif

are too long for me, but I don't have a glycol setup.
Trying to understand, why it is prevented to tune this parameter outside of EnableGlycolSupport mode.

Any thoughts?

Known issue: corrupted downloads

The page can't be loaded correctly. It rarely happens after HTTP caching is used, but it does happen especially when Javascript Console is opened. During developing and testing, I found corrupted html/javascript pages. Without the abliity and time to debug or develop the web server and or TCP/IP stack, I decide to live with it.

Had the same issue with my project and digged to the root so this is a FYI and how to solve. Actually it can't be solved but only circumvented.
The reason is that the LWIP is only able to cover 5 open TCP connections, and with .js, .css files loaded from html file in parallel this is exceeded. Second try it works because some files are being cached.

Now to solve it the best solution is to merge all .js files together, likewise .css thus load only 3 files. And /or play with defer option but this not helped for me . Hope that helps

add Mashing

First off all thank you for the great work on this, I was in the middle of doing the exact same thing when I discovered your work 😄

My main use case is though mashing, not fermenting. I don't see a reason why this should not work, do you?
Though, there is a max temperature limit in code which prevents this usage.
Could this be removed?

On long term, it would be awesome to add a button to make this easier by not supplyling the date/time but a timer, so for example 70min (which would do current time + this value)

I think this changes would increase the use case so much!

Thank you for considering!
Sam

Missing data_log_htm.h

Hi,

It seems that data_log_htm.h is missing from the src folder. Has it been added to index/pushed?

//Fink

Typo

BrewPiLess/htmljs/index.htm

Line 728 in b37760a

<div id="off-s" class="detail">Turning temperature controll Off.</div>

controll should be control

Fridge cycling on and off frequently (every 10 s or so)

I am using brewpiless v 2.3.3 on a NodeMCU with OLED in beer mode (symptoms are the same in fridge mode). I am actuating SSRs rather than EM relays although i dont think that makes a difference.
The compressor only comes on for a very short time - 10 s or less, before a short idle period and then comes on again. As far as I understand this is not ideal for the compressor and brewpiless has some code in place for this. I did not enable any glycol settings as far as I am aware.

I also tried modifying the time on http://brewpiless.local/testcmd.htm by sending j{"minCoolTime":180,"minCoolIdleTime":300}

The actual cooling time shown on the display is much longer, but the PWM period is short.

Any ideas as to how I can fix this?

A lot of unexpected restarts

I just finished building an ispindel so I was testing out integration with brewpiless (using SoftAP mode) and I've been seeing a lot of random restarts. I'm assuming they are caused by the watchdog timer kicking in for some reason or another. I don't believe they are related to ispindel specifically since I'm pretty sure they happened in the past, just maybe not with the same frequency. You can see all the resume events on the chart:

Is there anything I can do to help debug this further? I tried keeping a window open with the log from testcmd.htm but I haven't been able to capture anything that appears useful. I'm happy to help I just don't know what sort of info would be beneficial.

Negative Values at brewchart

Congrats for amazing work. Likes original brewpi a lot, but have a lot of connection issues with cheap wifi adpaters and Pi back in the day. Nice to see such a powerfull controller on cheap hardware.

Brewchart goes crazy when beer or freezer setpoing goes nevative. I have a chest freezer and do my cold crash at -2ºC or -4ºC. Depends on ABV.

I tried to look the issue by myself, but my skills with js/html are very limited at time, and I´m not a programmer. More like a curious guy who handle basic code.

Can you put me on right direction or help me to look at this?

Thank you.

PS: this is not a real beer, just a profile test for my next batch.

Request for OLED #if directive to allow for alternative OLED driver

Vito,

I use an OLED display for my BrewPiLess setup, but it's not a SSD1306 based OLED but is SH1106 based.

The OLED library you use supports both types but there are a couple of small changes required to move from one to another. I was hoping you could add an #if construct to the IicOledLcd.h header file to allow easy selection of the OLED type.

Two changes to IicOledLcd.h would do it.

#if BREWPI_OLED_SH1106   // New 
#include "SH1106.h"
#else
#include "SSD1306.h"
#endif

and later down in the private: section

private:
#if BREWPI_OLED_SH1106
SH1106  _display;
#else
SSD1306  _display;
#endif
  uint8_t _Addr;
  uint8_t _currline;
  uint8_t _currpos;
  uint8_t _cols;
  uint8_t _rows;

That's all that's required, I could then add a -D directive to my PlatformIO build file to specify the BREWPI_OLED_SH1106 option.

Cheers!

Lowering heating time to stop cycling

I'm getting some hot/cold cycling because the heat cycle will lift my temp .5c
Can the minimum duration be lowered?
I have a heat band around a ss brew bucket.

I would the get same effect with cooling if my chamber sensor is not under the fridge element, but with heating it's not easy to resolve like that.

DataLogger.cpp typo

The CSS in the LogConfigHtml[] PROGMEM variable contains "1px solid whtie"

Presumably this should be "1px solid white"

Installation instructions should mention platform.io

I had to search through comments on an old blog post to figure out what tool to use to install the project on my board, a one liner mentioning to use platform.io would go a long way

Waiting to heat???

hi there, why does te system want to wait 14 housr?

Extra quote in testcmd html

BrewPiLess/htmljs/testcmd.htm

Line 62 in 78e8ac0

Standalone mode

If the configured wifi network is not reachable, it falls back into WifiManager softAP which is great!

I wonder, would it be possible to serve in this softAP mode the brewPi functionality - so the regular web pages also?

This would at least give basic functionality (without logging) but would be great if I have my brewing somewhere in the wild without wifi.

Thanks for considering!
Sam

Trouble installing on Wemos D1 R2

Hi

I have downloaded Arduino 1.8.2 and BrewPiLess-2.0.

I have added the ESP8266( http://arduino.esp8266.com/stable/package_esp8266com_index.json ) board to Arduino IDE.
I have copied all of \BrewPiLess-2.0\libs\libs\libs to my Documents\Arduino\libraries folder, I also fetched the OneWire library and manually placed it there as it seemed to be missing.

I up get to upload the sketch without any issues to my Wemos, but from there I`m stuck.
The Wifi indicator does not seem to light up, and after waiting more than 3 minutes a new hotspot never got created.

Any advice ?

Default Settings

I have been trying to really fine tune my pid values and other settings. I realized that I did not know how to reset any of the defaults.

I was wondering if under the JSON section of the documentation if you could add a column DEFAULTS and list what the default setting is for each of the defined options?

Or are they listed somewhere else?

Thanks for putting so much time into this. I am really loving it!

Timezone question

Dear @vitotai ,

Probably a dumb question:
My BPL always seems to display the time as GMT timezone (Not where I am at), I noticed that the sntp code sets the timezone to 0. I tried to change this but it had no effect.
Is there a way to detect / adjust according to the local timezone? The sntp library documentation is rather bad...

Regards,
Lekrom.

Upgrade to v2.0 issues

Hi Vito,

I've just upgraded to V2.0 and am having lots of problems.

The "LCD" display top left of the main page remains in "Live LCD waiting for update from script..." status and doesn't change.
If I try and perform any operation which requires authentication then the default brewpi/brewpi user/pass is rejected and the authentication dialog just pops up again. Tried multiple browsers, same result!

Edit: Just reverted back to v1.2.5 and that works fine.

Help !

Frontend development discussion - input needed

I started working on a facelift for BrewPiLess' frontend. @vitotai added the files to the repository, see for this #18. The latest code can be found in my fork of the repository: https://github.com/tommueller/BrewPiLess

Because I don't have a lot of experience in being a BrewPiLess user I do need some input from users concerning the UI elements. Right now I am especially wondering about:

which are the most important information?
- the chart
- the gravity pane in the top
- the menu in the bottom
should the two parts of the page (plot and the settings on the bottom) stay on one page, or can they be split?
any other ideas, suggestions?

I already cleaned up the code a little bit and started to make a clean, simple, material design layout for the upper part (plot) of the page, which looks like this right now:

So please, any input is welcome!

Add Config.h toggle to support thorrak's PCB

Manually changing the config as describe here is easy enough:

http://www.homebrewtalk.com/showthread.php?p=7983783#post7983783

but since there may be quite a few people out there using that PCB it would be nice to simply be able to toggle that in a single place in Config.h and have all the pins defined accordingly.

Calculated by BPL gone

In 2.4 the 'Calculated by BPL' option on the gravity config page has gone (btw, still in README.md), so even though I've added the coefficients this request doesn't result in a gravity reading.

curl http://brewpiless/gravity -d '{"name":"iSpindel000","ID":3965675,"angle":77.76,"temperature":26.0625,"battery":4.723671,"gravity":0}' -v -H 'Content-Type: application/json'

I get a 200 and this timestamp gets updated.

Also, iSpindel temperature is showing on the chart, but not gravity 😢

Here's the config I have

Not sure if this is this expected?

No negative values on charts

When set or actual temperature of fridge goes below 0 Celsius, on chart it is displayed as something around 327 degrees. Value on display is correct.

older html files?

Hi Vito,
I noticed that you may have used older html source files in your latest commits. specifically, on the gravity page, the calculate by BPL checkbox is missing. Also, the gravity sensor settings do not seem to stick.

regards, lekrom.

Main page constantly loading

Just flashed a esp8266 with version 2.3.3 with the provided bin. After connecting it to my AP I get a constantly loading blank page. I can access the /config /setup pages without issue but the main page /lcd and /log will not load. just a constant page loading and blank screen.

Typo in index.html

BrewPiLess/htmljs/index.htm

Line 2572 in c6d71b6

<p><span class="msg"></span>Note: For Beer Profoile to work properly,

-Profoile
+Profile

Change HTTP Port

Please, is it possible to add a field in System Config to change HTTP port? It's very usefull to remote access as many routers or internet providers doesn't allow to forward port 80.

Thanks.

adding support for iSpindel

I'm the owner of the project https://github.com/universam1/iSpindel that is a electronic Hydrometer which measures the fermentation of the wort. I'm working on creating a fermentation temperature controller called iRelay based on that development that makes use of the data coming from the iSpindel that is floating inside which is in particular

temperature inside the fluid which is way higher accurate than measured outside with a sensor
making use of the SG / Plato to adjust the fermentation desired temperature. Therefore you can automatically rise the temp to cope with Diacetyl for instance.

I realize that you've created already a very nice project and I wonder if you would like to collaborate in this regard instead of creating something new. I've received already some requests for this universam1/iSpindel#7 (comment)

That would include

receiving the incoming json data from the iSpindel as a new temp sensor on a specific TCP port, decoding it and displaying.
Forwarding this data to an IoT service, kind of proxy.
further replacing the time based planning with event based on the SG measured. For instance on 80% of fermentation go to temp X.

The above functionality is already coded by me.

Let me know if you are interested.
Sam

Zero/Negative Setpoints

If i record well, original/legacy brewpi allow me configure my min/max temps. BrewpiLess don´t let me put zero or negative temperatures and I want to know if it is a bug or some sort of prevention / intended feature.

If is intended, can someone point me i right direction to change it?

I do my cold crash at -2 ~ -4 range.

EDIT:

Found the answer after READ the documentation. :)

https://github.com/vitotai/BrewPiLess#json-commands

Beer Gravity Input

Hello,
First of it all, this is such a great project! Props!
Second, I really don´t know if this is the right place to ask that, if not, sorry. It would be awesome if somehow you could input the gravity readings in this. The reading will be manual procedure, but if BrewPiLess could store the information and but it on the chart, will help a lot!
Thank you!

Error compiling v2.3.3 in plataform IO (athom) w/Rotary Encoder

Hi,

I have changed the following in config.h = #define BREWPI_ROTARY_ENCODER 1

Everytime i try to build the the project I get the following result:

18.7 s
platformio run --target upload
Compiling .pioenvs\nodemcuv2\src\RotaryEncoder.o
Compiling .pioenvs\nodemcuv2\src\Sensor.o
Compiling .pioenvs\nodemcuv2\src\SettingsManager.o
Compiling .pioenvs\nodemcuv2\src\Simulator.o
Compiling .pioenvs\nodemcuv2\src\SpiLcd.o
src\RotaryEncoder.cpp:199:1: error: 'PCF8574' does not name a type
PCF8574 pcf8574(PCF8574_ADDRESS,PIN_SDA, PIN_SCL);

^
src\RotaryEncoder.cpp: In static member function 'static void RotaryEncoder::process()':
src\RotaryEncoder.cpp:259:12: error: 'pcf8574' was not declared in this scope
uint8_t p=pcf8574.read8();
^
*** [.pioenvs\nodemcuv2\src\RotaryEncoder.o] Error 1
[ERROR] Took 16.69 seconds

[SUMMARY]
Environment glycol [SKIP]
Environment oled [SKIP]
Environment thorrax [SKIP]
Environment sonoff [SKIP]
Environment sonoffota [SKIP]
Environment nodemcuv2 [ERROR]
[ERROR] Took 16.69 seconds

Linter
Severity Provider Description Line
Warning GCC #pragma once in main file [enabled by default] 21:9

thank you very much

[Feature Request] MQTT Support

It would be useful to have support for MQTT in the project IMO.

Push sensor readings to a topic and also subscribe to a control topic which would allow mode switching, temperature setting etc.

Frontend Decisions - Split functionalities and change navigation

Since #21 became quite technical and messy, I open this issue to discuss two major UI decisions that we have to make.

a) Should the graph and control part be on one page or not? and
b) Should we have a "normal" navigation or should logs/config etc. pages open in a new tab as it is right now?

My personal opinions are:
for a) split control and graph pages, because it is different functionalities
for b) I prefer to stay in a tab and navigate between pages, this is really just what I expect from a page in 2017, especially because I do not need to have the chart open when I change something in the setup

What are your opinions?

Sonoff needs flash mode DOUT

Faced the problem that my Sonoff does not start reliable, even being dead completelly.

Found this and solved my issues:
https://github.com/arendst/Sonoff-Tasmota/blob/66d9ff14ac804ea6f63fe6e2f371357a138d3bba/README.md#attention-all-versions

Therefore, platformio.ini needs these settings:

board_flash_mode = dout

Manually remove iSpindel readings

Some invalid iSpindel data was picked up by BPL while I was configuring an iSpindel, is there any way I can manually remove these readings (clearly SG of 16.09 is not valid)?

Edit: BTW Thank you so much for this project, it's really great. I will try to contribute some small features when I get the chance.

Problem compiling

Arduino: 1.8.1 (Windows 10), Board: "WeMos D1 R2 & mini, 80 MHz, 115200, 4M (3M SPIFFS)"

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::write(unsigned char)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::write(unsigned char)'

sketch\AsyncPrinter.cpp.o:c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2/functional:2031: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::AsyncPrinter()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::AsyncPrinter()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:32: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::AsyncPrinter()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::AsyncPrinter()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:32: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::connected()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::connected()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:141: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::operator bool()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::operator bool()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:99: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::connect(IPAddress, unsigned short)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::connect(IPAddress, unsigned short)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:63: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::connect(char const*, unsigned short)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::connect(char const*, unsigned short)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:76: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::close()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::close()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:145: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::_sendBuffer()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::_sendBuffer()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:150: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::write(unsigned char const*, unsigned int)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::write(unsigned char const*, unsigned int)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:122: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::_onData(void*, unsigned int)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::_onData(void*, unsigned int)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:164: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::_on_close()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::_on_close()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:169: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::~AsyncPrinter()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::~AsyncPrinter()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:49: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::~AsyncPrinter()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::~AsyncPrinter()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:49: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::~AsyncPrinter()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::~AsyncPrinter()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:49: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::_attachCallbacks()':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::_attachCallbacks()'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:182: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::AsyncPrinter(AsyncClient*, unsigned int)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::AsyncPrinter(AsyncClient*, unsigned int)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:35: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::AsyncPrinter(AsyncClient*, unsigned int)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::AsyncPrinter(AsyncClient*, unsigned int)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:35: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::_onConnect(AsyncClient*)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::_onConnect(AsyncClient*)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:89: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::operator=(AsyncPrinter const&)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::operator=(AsyncPrinter const&)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:101: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::onData(std::function<void (void*, AsyncPrinter*, unsigned char*, unsigned int)>, void*)':

C:\Users\Marci\Documents\Arduino\libraries\ESPAsyncTCP-master\src/AsyncPrinter.cpp:53: multiple definition of `AsyncPrinter::onData(std::function<void (void*, AsyncPrinter*, unsigned char*, unsigned int)>, void*)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:53: first defined here

libraries\ESPAsyncTCP-master\AsyncPrinter.cpp.o: In function `AsyncPrinter::onClose(std::function<void (void*, AsyncPrinter*)>, void*)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2\bits/move.h:178: multiple definition of `AsyncPrinter::onClose(std::function<void (void*, AsyncPrinter*)>, void*)'

sketch\AsyncPrinter.cpp.o:sketch/AsyncPrinter.cpp:58: first defined here

libraries\ESPAsyncTCP-master\ESPAsyncTCP.cpp.o: In function `AsyncClient::_s_recv(void*, tcp_pcb*, pbuf*, signed char)':

c:\users\marci\appdata\local\arduino15\packages\esp8266\tools\xtensa-lx106-elf-gcc\1.20.0-26-gb404fb9-2\xtensa-lx106-elf\include\c++\4.8.2/functional:2331: multiple definition of `AsyncClient::_s_recv(void*, tcp_pcb*, pbuf*, signed char)'