Add Sensirion SEN5X lib + I2C driver

[tyeth]

Description:

Adds SEN5x series of Particulate sensors (1-10PPM/Temp/Humidity/NOx/VOC)
also SEN54 (voc+ppm+temp+humidity) or SEN50 (PPM only)
see https://sensirion.com/products/catalog/SEN55/ etc

Checklist:

• The pull request is done against the latest development branch
• Only relevant files were touched
• Only one feature/fix was added per PR and the code change compiles without warnings
• [-] The code change is tested and works with Tasmota core ESP8266 V.2.7.4.9
• The code change is tested and works with Tasmota core ESP32 V.2.0.6
• I accept the CLA.

NOTE: The code change must pass CI tests. Your PR cannot be merged unless tests pass

[tyeth]

I haven't got an esp8266 for testing.
Original commits: development...tyeth:Tasmota:add-sen5x

[Jason2866]

Where is the Tasmota driver? This PR provides only the Sensirion lib.

[tyeth]

Sorry, my mistake, I squashed it out of existence. Will fix when I get home

…

On Wed, 18 Jan 2023, 08:50 Jason2866, ***@***.***> wrote: Where is the Tasmota driver? This PR provides only the Sensirion lib. — Reply to this email directly, view it on GitHub <#17736 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABTBZ43ATOJQL4HOZUN2EF3WS6VHFANCNFSM6AAAAAAT6MRC7M> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[Jason2866]

Please undo the password SSID changes in my_user_config.h

[tyeth]

After loading a copy via tasmotaCompiler, with the air sensors enabled, it's showing as an SPS30, so something needs to change. Fail.

-Edit- The sps30 detection is lazy in the sense it marks success after finding any device at that address, so I'll refactor it to do it after verifying serial number and starting measurement commands in same method.

[sfromis]

I2C address clashes leading to faulty detection is not too unusual, and it is commonly recommended for the user to mitigate such issues by using the command I2CDriver to deactivate one of them. As the sensors cannot be used at the same time anyway, it is not required to mitigate the issue in the other driver, but if it is easy to do....

[Jason2866]

@tyeth As sfromis explained the current driver regarding i2c handling is okay.
You can remove the Draft status and it is good to be merged.
Enhancing and refactoring other drivers should be done in an extra PR.

[tyeth]

I've made significant improvements, especially around logging, more thorough testing in situ, and error handling depending on sensor model (no VOC/NOx/Temp/Hum with SEN50 - only particules, SEN54 missing only VOC, sen55 full features). It's also been thoroughly tested on both I2C busses with other sensors attached.

I must confess my sins, it was poorly tested and actually broken when first submitted so lessons learned and my apologies. I had problems building firmwares with all needed features, using tasmocompiler seemed to be okay, but my custom builds always showed max or min values for all sensors. I was trying to do too much at once as most newbies do - requiring display/lvgl/custom-defines, especially stumbled with certain unexpected defines like the AHT1x when I'm using the AHT20, they conflict and the docs says AHT1x isn't included in default builds but it is...

Happy enough now once the SPS30 pull request is merged. They can be merged separately but would be grateful if they made it into the next release together.

[tyeth]

Sorry, forgot there were missing units. Will fix immediately.

[Jason2866]

Please remove the sps30 driver changes from this PR. The SPS30 PR will be merged together or before this PR ;-)

[tyeth]

Ah sorry, slipped back in with the units ;)

[tyeth]

Should be all good, retested (ignore double percent in screenshot as it's fixed) and checked for spurious commits :)

[tyeth]

Seen the failure, I'll add a guard around wire1 for esp32, falling back to wire if necessary.
-Edit- Done