logo elektroda
logo elektroda
X
logo elektroda

Flashing OpenBeken/OBK firmware to ESP8266/ESP8285 devices

divadiow 4005 87
ADVERTISEMENT
  • Helpful post
    #61 21703172
    max4elektroda
    Level 22  
    @Tilator do you know incidentally how multiple sensors on one device are handled? So we can follow this for the other driver, too?
    If not, I can try to check the code ...

    Added after 16 [minutes]:

    No need to check - found it:

    https://tasmota.github.io/docs/DS18x20/#multiple-sensors

    {"Time":"2021-01-02T09:09:44","DS18B20-1":{"Id":"00000566CC39","Temperature":13.3},"DS18B20-2":{"Id":"0000059352D4","Temperature":1.2},"DS18B20-3":{"Id":"000005937C90","Temperature":22.5},"TempUnit":"C"}

    Sadly it doesn't use the human readable name but the ID...

    Added after 2 [hours] 12 [minutes]:

    Opened PR#1811 for the multiple DS1820 sensors.
    There is one "plain" Tasmota version, adding "-<id>" to the sensor and an Id to identify the sensor (middle 48 bits from ROM address in reverse order).

    Flashing OpenBeken/OBK firmware to ESP8266/ESP8285 devices

    Included is a (commented out) version which additionally adds a "Name": field in JSON:

    Flashing OpenBeken/OBK firmware to ESP8266/ESP8285 devices

    (both images are with "wrong" index number, which is now corrected - Tasmota will start index with "-1" not with "-0")
  • ADVERTISEMENT
  • Helpful post
    #62 21738294
    p.kaczmarek2
    Moderator Smart Home
    My MAX72xx clock works on ESP8266, nice:
    
    
    startDriver MAX72XX
    // [clk][cs][din]
    MAX72XX_Setup 10 8 9
    startDriver NTP
    startDriver MAX72XX_Clock
    ntp_timeZoneOfs 2
    

    LED display showing time 18:27 connected to an electronic control board
    I had to manually use OBK pin indexes. Probably I need to add a translation function.

    Added after 6 [hours] 51 [minutes]:

    @insmod something wrong may be with OTA on some builds, any ideas?
    
    
    fo:OTA:OTA in progress: 100%, total Write binary data length: 74750
              
    I (227725) esp_image: segment 0: paddr=0x00010010 vaddr=0x40210010 size=0
    x91904 (596228) map
                                                           
    E (229422) esp_image: unaligned segment length 0xffffffff
              
    
    ror:OTA:Image validation failed, image is corrupted
       
    
    

    https://github.com/openshwprojects/OpenBK7231...mits/fac912391b0eaaf4a1cb18f6f7de753d72848198

    Added after 1 [minutes]:

    or maybe it's due to running drivers

    Added after 7 [minutes]:

    Still, with no drivers. Hm.
    Terminal screenshot showing OTA image validation error on ESP8266
    Or wait, now it worked. Interesting.
    Helpful post? Buy me a coffee.
  • ADVERTISEMENT
  • #63 21738998
    divadiow
    Level 37  
    interesting. I have a MAX6675, MAX31855 and MAX31865.

    Thermocouple modules and temperature sensor wires with MAX6675, MAX31855, MAX31865 in packaging
  • #64 21739011
    p.kaczmarek2
    Moderator Smart Home
    You've confused the sensor I use for hot air testing with the display driver.
    https://www.elektroda.com/rtvforum/topic4055231.html

    For now, I am focusing on a display driver for a clock. If you want to test, you need to buy the LED matrix from this topic:
    https://www.elektroda.com/news/news4073144.html

    For now, I'm finishing text scrolling, along with self tests:
    Visual Studio editor showing C code for testing the MAX72XX driver
    Helpful post? Buy me a coffee.
  • ADVERTISEMENT
  • #65 21739014
    divadiow
    Level 37  
    p.kaczmarek2 wrote:
    You've confused the sensor I use for hot air testing with the display driver.



    lol. oh yes. that was dumb.
  • #66 21756786
    p.kaczmarek2
    Moderator Smart Home
    Anyone tried Berry on ESP8266? I am confused now, in code it looks like HTTP client thread stack is the same on all platforms.
    
    
    fo:CMD:CMD_StartScript: will run berry import test
                               
    
    fo:BERRY:[berry init]
                                                            
    
    fo:BERRY:[berry start]
                                                           
    
    fo:BERRY:[berry end]
                                                             
    
    fo:BERRY:[berry start]
                                                           
    Stack canary watchpoint triggered (HTTP Client)
                                   
    
                                                   
                                  
    Backtrace: 0x4025193f:0x3fffc790 0x4024c0c6:0x3fffc7a0 0x4024c37a:0x3fffc7b0 0x4
    024c43c:0x3fffc7d0 0x4024c50a:0x3fffc800 0x4024c688:0x3fffc810 0x402535c4:0x3fff
    c830 0x4024f944:0x3fffc860 0x4024f8ac:0x3fffc890 0x402500bc:0x3fffc8c0 0x4025031
    0:0x3fffc9b0 0x40250439:0x3fffcaa0 0x402501c8:0x3fffcad0 0x40250439:0x3fffcbc0 0
    x40250b54:0x3fffcbf0 0x40250e18:0x3fffcc70 Guru Meditation Error: Core  0 panic'
    
     (LoadStoreAlignment). Exception was unhandled.
                                  
    Core 0 register dump:
                                                             
    PC      : 0x4025c387  PS      : 0x00000033  A0      : 0x4025c301  A1      : 0x3f
    
    9fe0  
                                                                           
    A2      : 0x3fffcc6d  A3      : 0x000000c0  A4      : 0x00000000  A5      : 0x00
    
    00a0  
                                                                           
    A6      : 0x3ffea010  A7      : 0x40250cfc  A8      : 0x3fffcc71  A9      : 0x00
    
    07fe  
                                                                           
    A10     : 0x00000090  A11     : 0x00000011  A12     : 0x4024c0c6  A13     : 0x3f
    
    a020  
                                                                           
    A14     : 0x40250e18  A15     : 0x3fffcc70  SAR     : 0x0000001f  EXCCAUSE: 0x00
    
    0009  
                                                                           
    
    
                                                                                 
    Backtrace: 0x4025c387:0x3ffe9fe0 0x40217beb:0x3ffea010 0x40100e84:0x3ffea070 0x4
    
    5c301:0x3ffea090 
       
    
    
    Helpful post? Buy me a coffee.
  • ADVERTISEMENT
  • #68 21757126
    p.kaczmarek2
    Moderator Smart Home
    Ah, indeed, there is redefine. I must have missed that.

    Also, is there OTA file limit? Can it be checked on build? I'm running into that after I enabled OpenWeatherMap:
    
    0), bWifi 1, secondsWithNoPin
    
    965, socks 0/0 
                                                                  
    I (1045456) esp_image: segment 0: paddr=0x00110010 vaddr=0x40210010 size=
    0xb2df4 (732660) map
                                                          
    
    fo:OTA:OTA in progress: 100%, total Write binary data length: 702588
             
    E (1045632) esp_image: unaligned segment length 0xffffffff
             
    
    ror:OTA:Image validation failed, image is corrupted
                              
    Info:MAIN:Time 1032, idle 0/s, free 21096, MQTT 0(60), bWifi 1, secondsWithNoPin
    
    966, socks 0/0 
                                    
    
    

    
    I (173218) esp_image: segment 0: paddr=0x00110010 vaddr=0x40210010 size=0
    xb2df4 (732660) map
                                                           
    I (173388) esp_image: segment 1: paddr=0x001c2e0c vaddr=0x402c2e04 size=0
    x26174 (156020) map
                                                           
    I (173429) esp_image: segment 2: paddr=0x001e8f88 vaddr=0x3ffe8000 size=0
    x01a24 (  6692) 
                                                              
    I (173434) esp_image: segment 3: paddr=0x001ea9b4 vaddr=0x40100000 size=0
    x00080 (   128) 
                                                              
    I (173439) esp_image: segment 4: paddr=0x001eaa3c vaddr=0x40100080 size=0
    x05ad8 ( 23256) 
                                                              
    E (173454) esp_image: Checksum failed. Calculated 0xf0 read 0x0
        
    Info:MAIN:Time 141, idle 0/s, free 10000, MQTT 0(1), bWifi 1, secondsWithNoPing 
    
    , socks 0/0 
                                                                     
    Info:MAIN:Time 
    
                                    
    
    Helpful post? Buy me a coffee.
  • #69 21757469
    Tilator
    Level 11  
    I did not find any direct and clear instruction how to flash ESP8266MOD (ESP-12F).

    I did it using ESP.Easy.Flasher.EXE, connected TX and RX as usual, GPIO0 to ground, power on the chip from 5V input and flashed OpenESP uart binary directly to address 0x0.

    So the process was exactly similar which works with old ESP-01 and others too.

    That's it. It did boot as expected.

    Unfortunately OTA update seems not to work.

    Web interface is a bit sticky. It feels like Powersave off helps a bit.
  • #70 21758993
    p.kaczmarek2
    Moderator Smart Home
    It looks I had too many drivers compiled into build. I removed few and OTA works for me. Or at least, in most cases. I alsohave to disable running drivers before OTA, I need to look in the code to make sure it will be done automatically.
    PROTATool window with update log and input for device IP address.
    I am looking into ADC now, it seems it's not ported to HAL.
    https://github.com/espressif/ESP8266_RTOS_SDK/issues/351#issuecomment-435675984

    I also tested DHT11, DHT22, AHT20 with ESP8266 - works fine.
    Also tested Berry - works good if you don't try to run script from HTTP client. Probably LittleFS "reset svm and run script" should add run command to global queue instead of running it in place.

    I also tested OpenWeatherMap integration - works fine, sometimes runs out of memory.

    I also tested Charts driver - works just fine.

    My ESP8266 board:
    ESP8266 board with LED matrix display and multicolored connection wires

    Btw @insmod can you elaborate on this PR?
    github.com/openshwprojects/OpenBK7231T_App/pull/1869
    Helpful post? Buy me a coffee.
  • #71 21759012
    insmod
    Level 30  
    >>21758993
    Cloned RTOS sdk, so that any patches can be applied directly to repo.
    Increased free heap by about 3K.

    Idle hooks for BL602, RTLs, TR6260 (not tested) and ESPs.
    BL602 without wfi (wait for interrupt)
    "Info:MAIN:Time 39, idle 4190510/s, free 107448, MQTT 0(2), bWifi 1, secondsWithNoPing -1, socks 2/21"
    Wfi is in idle hook by default in SDK.
    With wfi there are less than 10000 cycles per second, but should consume less power.

    Near useless on ESPs, since they use tickless idle by default.

    Additional PR for BL602, tested: https://github.com/openshwprojects/OpenBK7231T_App/pull/1868
  • #72 21759023
    p.kaczmarek2
    Moderator Smart Home
    Nice, thank you! Keep it on.

    I've added ADC on ESP8266 and it seems to work, but I need to solder potentiometer to be sure. I will bump pins counter and add it as 13th pin, named ADC and do all the checks.

    Maybe later I will also try to support pin string names in functions where pin indexes are expected, for example, in AHT20 driver init.
    Helpful post? Buy me a coffee.
  • #73 21759035
    insmod
    Level 30  
    >>21759023
    For ADC pin use GPIO_NUM_NC
    Replace only for ESP8266
    int g_numPins = sizeof(g_pins) / sizeof(g_pins[0]);
    with
    int g_numPins = sizeof(g_pins) / sizeof(g_pins[0]) - 1;
    And HAL_PIN_GetPinNameAlias from xradio hal. Again, only for ESP8266
  • #74 21759094
    p.kaczmarek2
    Moderator Smart Home
    Yup, I figured GPIO_NUM_NC out, I didn't see your message. But why:
    Code: C / C++
    Log in, to see the code

    I think setting GPIO_NUM_NC already prevents the crash-calls, as the ADC pin is ADC-only on ESP8266.

    Changing that count would also cause problems here:
    Code: C / C++
    Log in, to see the code

    So I am not sure about that.

    Later I will also need to change int http_fn_cfg_pins to show only ADC option there.
    GPIO configuration dropdown in Tasmota showing ADC options for GPIO5
    Helpful post? Buy me a coffee.
  • #75 21759132
    Tilator
    Level 11  
    I was still unable to OTA-update the ESP-01.

    I did remember it wrong, I have changed the flash to Winbond 25Q128FVSG which is 16MB (128mb) chip.

    ESP-12F did update itself. It had 1.18.212 version before while the ESP-01 has older version 1.18.177.
  • #76 21759139
    max4elektroda
    Level 22  
    insmod wrote:
    >>21759023
    For ADC pin use GPIO_NUM_NC
    Replace only for ESP8266

    Maybe a bit late now, but would using "GPIO_NUM_NC" for the IOs mapped to memory would be an option with ESP8266?
    This way, the index would be equal to IO pin, if I got it right?!?

    Sure, this would break all actual configs, but we might add a "onetime-wrapper" or something.
    But would this break something else?

    
    #elif PLATFORM_ESP8266
    
    espPinMapping_t g_pins[] = {
       { "IO0", GPIO_NUM_0, false }, // 0
       { "IO1", GPIO_NUM_1, false }, // 1
       { "IO2", GPIO_NUM_2, false }, // 2
       { "IO3", GPIO_NUM_3, false }, // 3
       { "IO4", GPIO_NUM_4, false }, // 4
       { "IO5", GPIO_NUM_5, false }, // 5
       { "NC", GPIO_NUM_NC, true }, // 6
       { "NC", GPIO_NUM_NC, true }, // 7
       { "NC", GPIO_NUM_NC, true }, // 8
       { "IO9", GPIO_NUM_9, false }, // 9
       { "IO10", GPIO_NUM_10, false }, // 10
       { "NC", GPIO_NUM_NC, true }, // 11
       { "IO12", GPIO_NUM_12, false }, // 12
       { "IO13", GPIO_NUM_13, false }, // 13
       { "IO14", GPIO_NUM_14, false }, // 14
       { "IO15", GPIO_NUM_15, false }, // 15
       { "IO16", GPIO_NUM_16, false }, // 16
    };
    
    #else
    
  • #77 21759150
    p.kaczmarek2
    Moderator Smart Home
    But why? What is the motiviation behind that?

    I would rather support string pin names in OBK console commands, something like, PIN_Parse(const char *s), and it checks string for pin name match and if it does not match, it returns atoi
    Helpful post? Buy me a coffee.
  • #79 21759160
    max4elektroda
    Level 22  
    p.kaczmarek2 wrote:
    But why? What is the motiviation behind that?

    My laziness or forgetfulness if using drivers giving pins in startdriver command because I simply forgot to use "8" if I connected sensor to "IO12".
    Usually I start with wrong numbers on ESP8266 :-(

    But you are right, changing startdriver in this case to be more flexible would be better, just use "IO12" for ESP or "B5" on LN882H would make more sense.
  • #80 21759167
    p.kaczmarek2
    Moderator Smart Home
    Where do we have multiple pins with the same name? Duplicate pin names would show on UI and confuse users, so if there are any, I think we should fix them and make names unique.
    Helpful post? Buy me a coffee.
  • #81 21759172
    Tilator
    Level 11  
    p.kaczmarek2 wrote:
    Where do we have multiple pins with the same name?


    ECR6600 seems to have TX2 twice (P0 and P13). TX0 too twice.

    Does not belong to this thread, but because you asked ...
  • #82 21759173
    insmod
    Level 30  
    >>21759167
    Several NC pins on ESP32, S2 and S3.
  • #83 21759180
    max4elektroda
    Level 22  
    On S2 it looks like this - we might simply hide "NC" in GU, since we can't configure them anyway, if I understand it right.
    Don't we do this with PWM pins, too???

    List of input/output pins with dropdown menus and value 0 assigned to each
  • #84 21759193
    p.kaczmarek2
    Moderator Smart Home
    ADC role on ESP8266 should be also only visible for ADC pin, just like I shown on screenshot from Tasmota.
    Helpful post? Buy me a coffee.
  • Helpful post
    #85 21759275
    max4elektroda
    Level 22  
    o.k., seems to work as expected - DS3231 extended like this in

    https://github.com/MaxineMuster/OpenBK7231T_App/tree/refs/heads/ESP8266temp

    Using all IOs, NC for the ones unusable.
    Hiding all pins with alias "NC"
    Adding 17th pin ADC
    Only for ADC pin ADC roles are usable - only for ESP8266 !

    Spoiler:


    diff --git a/../../_DS3231_new/OpenBK7231T_App/src/hal/espidf/hal_pins_espidf.c b/src/hal/espidf/hal_pins_espidf.c
    index 0897af98..97df25e3 100644
    --- a/../../_DS3231_new/OpenBK7231T_App/src/hal/espidf/hal_pins_espidf.c
    +++ b/src/hal/espidf/hal_pins_espidf.c
    @@ -319,13 +319,19 @@ espPinMapping_t g_pins[] = {
        { "IO3", GPIO_NUM_3, false }, // 3
        { "IO4", GPIO_NUM_4, false }, // 4
        { "IO5", GPIO_NUM_5, false }, // 5
    -   { "IO9", GPIO_NUM_9, false }, // 6
    -   { "IO10", GPIO_NUM_10, false }, // 7
    -   { "IO12", GPIO_NUM_12, false }, // 8
    -   { "IO13", GPIO_NUM_13, false }, // 9
    -   { "IO14", GPIO_NUM_14, false }, // 10
    -   { "IO15", GPIO_NUM_15, false }, // 11
    -   { "IO16", GPIO_NUM_16, false }, // 12
    +   { "NC", GPIO_NUM_NC, true },  // 6
    +   { "NC", GPIO_NUM_NC, true },  // 7
    +   { "NC", GPIO_NUM_NC, true },  // 8
    +   { "IO9", GPIO_NUM_9, false }, // 9
    +   { "IO10", GPIO_NUM_10, false }, // 10
    +   { "NC", GPIO_NUM_NC, true },    // 11
    +   { "IO12", GPIO_NUM_12, false }, // 12
    +   { "IO13", GPIO_NUM_13, false }, // 13
    +   { "IO14", GPIO_NUM_14, false }, // 14
    +   { "IO15", GPIO_NUM_15, false }, // 15
    +   { "IO16", GPIO_NUM_16, false }, // 16
    +   // ADC only I guess (no GPIO)
    +   { "ADC", GPIO_NUM_NC, false },  // 17
     };
     
     
    diff --git a/../../_DS3231_new/OpenBK7231T_App/src/httpserver/http_fns.c b/src/httpserver/http_fns.c
    index aafc4b64..4723a155 100644
    --- a/../../_DS3231_new/OpenBK7231T_App/src/httpserver/http_fns.c
    +++ b/src/httpserver/http_fns.c
    @@ -2956,6 +2956,7 @@ int http_fn_cfg_pins(http_request_t* request) {
           "}");
     
        poststr(request, "function f(alias, id, c, b, ch1, ch2) {"
    +      "if (alias.startsWith(\"NC \")) return;"
           "let f = document.getElementById(\"x\");"
           "let d = document.createElement(\"div\");"
           "d.className = \"hdiv\";"
    @@ -2967,6 +2968,10 @@ int http_fn_cfg_pins(http_request_t* request) {
           "d.appendChild(s);"
           "   for (var i = 0; i < sr.length; i++) {"
           "   if(b && sr[i][0].startsWith(\"PWM\")) continue; "
    +#if PLATFORM_ESP8266
    +      "ISADC=sr[i][0].startsWith(\"ADC\");"
    +      "if(alias.startsWith(\"ADC\")) { if (i>0 && ! ISADC) continue;} else { if (ISADC) continue;}"
    +#endif
           "var o = document.createElement(\"option\");"
           "   o.text = sr[i][0];"
           "   o.value = sr[i][1];"
    diff --git a/../../_DS3231_new/OpenBK7231T_App/src/new_pins.h b/src/new_pins.h
    index 080ec13f..5687f244 100644
    --- a/../../_DS3231_new/OpenBK7231T_App/src/new_pins.h
    +++ b/src/new_pins.h
    @@ -1137,7 +1137,8 @@ typedef enum channelType_e {
     #define PLATFORM_GPIO_MAX 0
     #endif
     #elif PLATFORM_ESP8266
    -#define PLATFORM_GPIO_MAX 13
    +//2025-11-22 added NC for unusable IOs 6-8 and 11 plus added ADC, so its 0 to 17 now --> 18 
    +#define PLATFORM_GPIO_MAX 18
     #elif PLATFORM_TR6260
     #define PLATFORM_GPIO_MAX 25
     #elif PLATFORM_RTL87X0C
    



    Now I can use
    
    backlog startdriver DS3231 12 13; DS3231_SetTime 20 45 21 22 11 2025


    for DS3231 on IO12 and IO13.
    And startup command

    startdriver DS3231 12 13 2


    will set device clock on a restart of ESP (sync-option "2" means, "use RTC as master for device clock", so regularly set it to RTCs time)

    Also ADC is present in GUI - and only there are ADC roles possible.

    OpenESP UI screenshot with dropdown menu and configurable IO and ADC pins
    OpenESP8266 GPIO and ADC configuration interface with role dropdown menu
    ADC-code itself is NOT added, just the GUI code ...
  • #86 21769646
    divadiow
    Level 37  
    max4elektroda wrote:
    My laziness or forgetfulness if using drivers giving pins in startdriver command because I simply forgot to use "8" if I connected sensor to "IO12".
    Usually I start with wrong numbers on ESP8266


    Same!
  • #87 21785711
    p.kaczmarek2
    Moderator Smart Home
    I think the pin indexing change for ESP is acceptable so if you want, open a PR
    Helpful post? Buy me a coffee.

Topic summary

The discussion centers on flashing a 2MB OpenBeken/OBK firmware onto a 4MB ESP8266 board. Initial boot logs confirm successful recognition of the 4MB flash size with a detailed partition table including OTA data, WiFi NVS, two OTA app partitions, and an LFS partition. Users report smooth flashing and stable WiFi connectivity without resets after manual reboot. GPIO2 functionality is confirmed. Subsequent updates include added PWM and UART support, with UART implemented via a task-based polling method to avoid crashes seen with interrupt-driven approaches. PWM operates inverted but functional, with PWM_n also working as expected. OTA updates remain non-functional despite passing image checks. Adjustments to QuickTick timer handling and stack size were necessary to prevent crashes. Disabling PWM on GPIO0 resolved bootloop issues. Overall, the firmware demonstrates improved hardware compatibility and peripheral support on the 4MB ESP8266 platform.
Summary generated by the language model.
ADVERTISEMENT