Set TSL2591 parameter problem
ESP32 mySQM+ Sky-Meter/Weather Station with loads of features
Brought to you by:
brownrb
Menu
▾
▴
I can't change the TSL2591 sensor settings with web browser. Once the parameters have been changed they are not saved. I would like to try to vary the adj LuxLow parameters, but these are not present in the Windows or Linux applications that I have installed.
Hi Corrado
It would help if you can elaborate.
For instance
Firmware version
...
I think there is a page in the pdf which explains how to ask for help and what to send
mySQM+ Users-Guide-137-01.pdf, page9
Regards
Robert
.
I tried with two firmware versions, version 136-04 and 137-04. Both of them do not work regarding the settings of the TLS2591 sensor from the web browser.
I am using Arduino 18.19 with MacOS. I am using the latest version of the ESP32 board, and as for the libraries, I have uploaded the versions recommended on page 6 of the manual.
I have activated only the BMP280 and TSL2591 sensors. Attached is my configuration file.
I haven't made any modifications to the code.
Thank you so much for the support and help. You've done an incredible job!
Hi
I am only interested in 137-02 which is the last version posted here.
Which settings do not change?
There are 5 relevant settings for the TSL2591. Is it just 1 setting or all of them?
Here is a sample test for averaging.
Use the Management server to view the TSL parameters.
If averaging is OFF, then
- print out the json TSL data via /tsl
see the attached snapshot
next, use the Management Server TSL page to enable averaging
then peint out the TSL data via /tsl
It should show that the averaging data is now 1
Please narrow this down to what is not working of the 5 settings for TSL
Data is written back to Storage once a specified time has elapsed (60 seconds)
When something is changed and requires saving, the task timer handles the task by implementing a counter of 60s. When the time has elapsed then the data is saved to SPIFFs. There are two exceptions:
On /admin1 of the Management Server there is a Save link. This causes an immediate write of the cached data that has changed.
When a reboot is requested, the data is first saved to SPIFFS befor the reboot occurs.
the controller data is stored in a "record" saved in SPIFFS.
When the controller boots up, it gets the "record" from SPIFFS and loads the settings of a data cache. When a user asks for a setting this is returned from the cached data. When a setting is changed a 60s timer monitors the cached data state and then when the time has elasped the cached data is saved back into the "record" in SPIFFS.
HOWEVER
There are a few things that are not that simple.
If you use the management server to look at the "record" in SPIFFS, by doing /cntlr_config.jsn when in the Management Server - it shows what is in the SPIFFS "record" - AND not the cached data that the controller is working with. So if I look at that I would led into thinking that nothing is changed (unless I wait a couple of minutes for the save cache to spiffs happens.
Another thing: You have a lot of things going on there in the config file. Compiling it gives me 88% full.
Sketch uses 1160701 bytes (88%) of program storage space. Maximum is 1310720 bytes.
Global variables use 48136 bytes (14%) of dynamic memory
The problem is that leaves little space for actually running the controller. I would recommend that you reduce this by disabled some things not needed. I attach a spreadsheet which what the size etc of each option is. Any value over about 82-84% can cause "unexpected" and random errors.
Let me know what you find re TSL settings,
Regards Robert
You also did not mention what ESP chip u are using - there are quite of lot of different ones out there and this software is certified only to work on the ESP32 Dev module as outlined in the PDF.