* first try to set sensor output like tasmota, but add "name"
* Use extended tasmota style: Name + Tasmota-Id
* switch to "plain" tasmota style (only tasmota-Id aditionally to temperature)
* fix numbering - Tasmota starts with "DS18B20-1" not with "DS18B20-0"
* first try for DS1820 sensors
* fix windows build
* Fix wrong comment format
* Fix code
* fix missing includes
* fix missing defines (only check if driver is included)
* Add DS1820 to sensors in "DRV_IsSensor
Fix string might be not empty
* fix output for long string in case of many DS1820 sensors
* ENABLE DMX on ESP
* test
* s
* Update hal_uart_espidf.c
* Update obk_main.cmake
* w
* test
* Update hal_uart_espidf.c
* Update drv_dmx512.c
* test
* test
* test
* w
* t
* c
* t
* test
* T
* Update drv_dmx512.c
* test
* test
* try flush
* try wait
* ticks w
* t
* fx
* 100 ms
* SIM fx
* Update cmd_newLEDDriver.c
* test 2x
* tests
* fixes
* free
* fix
* misc
* b
* hal
* s
* Update workflow.yaml
* pin
* fin
* test
* Update hal_uart_espidf.c
* t
* ENABLE DMX on ESP
* test
* s
* Update hal_uart_espidf.c
* Update obk_main.cmake
* w
* test
* Update hal_uart_espidf.c
* Update drv_dmx512.c
* test
* test
* test
* w
* t
* c
* t
* test
* T
* Update drv_dmx512.c
* test
* test
* try flush
* try wait
* ticks w
* t
* fx
* 100 ms
* SIM fx
* Update cmd_newLEDDriver.c
* test 2x
* tests
* fixes
* free
* fix
* misc
* b
* hal
* s
* Update workflow.yaml
* pin
* fin
* test
* Update hal_uart_espidf.c
* fix getcommands.js
Fix parsing
don't overwrite source files but generate alternate file
* Fix comments so "getcommands.js" won't complain.
Hpoe I got descriptions right ...
* Some more comments to fill "qqq" fields ...
* Fix getcommands.js generatind fn-entries for registered commands
Fix all source files with wrong "NULL);" as fn
* add some more tests to getcommands.js to verify commands:
check filename of command
check fn called
some more fixes to documentation commands as result from above tests
* Apply changes for Bekens HAL_Delay_us() as proposed in #1579 by @rpv-tomsk
Add TEST command to simply test usleep on a given pin
tested on BK7231N to work with both drivers (I am aware of) using HAL_Delay_us
DS1820 and DHT (tested on DHT11 only)
Timing on BK7231N looks really good with this driver, at least for usleep > 6 its allways 2 us more:
tested read by analyzer
500 502
200 202
100 102
50 52
20 22
10 12
6 8
4 7
Now it's time to test on other Beken platforms, too
* Not working on BK7238 - trying to remove special case for lower usleep, since times are way to small here
* still not working on BK7238 - usleep ok fur > 50 , will not be below 30us according to my tests
so try to use the other approach for 7238, too
* No success on BK7238 - trying once again to use "usleep()" to find a factor with analyzer.
* try factor 6 for BK7238 (HAL_Dely_us(x) -> usleep(6*x))
* Testing factor 6.4 for BK7238
* Fixing BK7252 build not working, simply use original for code
* Restore original code for BK7252
* Change timing for BK7525
* Next try to adjust factors for BK7525
* fix typo
* Add adjustment for powersave on BK7238
* Update obk_config.h - disable ENABLE_DS1820_TEST_US
* stub
* clear
* clear upo
* one more test
* split
* fx
* Update drv_led_shared.c
* step
* split
* Update drv_leds_shared.c
* Update selftest_ws2812b.c
* port
* dmx
* DMX
* s
* with test
* fix
* fx
* ChType_Ph test and RGBW test
* ddp formats unfinished
* Update selftest_ws2812b.c
* Update selftest_hass_discovery_ext.c
* fxes
