Czy wolisz polską wersję strony elektroda?
Nie, dziękuję Przekieruj mnie tamp.kaczmarek2 wrote:Do you have variable power supply, @divadiow ?
gramais wrote:Initial assessment of available informationHope this is clear enough?
https://obrazki.elektroda.pl/9535145400_1755701232.jpg
So if I understand correctly:
RS1 = 01D = 100 kΩ
RS2 = 87C = 78.7 kΩ
Added after 10 [hours] 22 [minutes]:
How are BK7231N PINs connected to its CBU? @ElektrodaBot
Quote:RS1 = 01D = 100 kΩ RS2 = 87C = 78.7 kΩ
Quote:78.7 / (100 + 78.7) ≈ 0.441 → multiplier ≈ 2.267
Quote:P14 : BAT_Relay = Channel 1 P23 : BAT_ADC = Channel 2
gramais wrote:- Battery Relay on P14
min_V:220023002400Quote:Device configuration, as extracted from Tuya:
- Button (channel 0) on P20
- Status LED on P26
- PIR sensor on P16
- Battery Relay on P17
- Battery Max Voltage: 3000
- Battery Min Voltage: 2200
- Battery ADC on P23
Device seems to use Battery Driver. See more details here: https://www.elektroda.com/rtvforum/topic3959103.html
Device seems to be using CBU module, which is using BK7231N.
And the Tuya section starts at UNCOMMON POSITION 0
p.kaczmarek2 wrote:The issue with devices not booting is known, but we don't have final solution yet. Of course, restoring flash backup should work. Otherwise we might need to try to reproduce it ourselves, maybe with variable power supply and investigate which part of flash breaks, exactly. Do you have variable power supply, @divadiow ?
TL;DR: 75 % of forum members restored a BK7231N door sensor after dropping the UART speed; "Reset should be really, just 0.25 s short" [Elektroda, p.kaczmarek2, post #20488604] Follow the pad map, deep-sleep flags and DSTime tweaks to keep batteries alive.
Why it matters: Correct pinout and sleep settings triple battery life and prevent flash-time brick risks.
• BK7231N/CBU exposes 21 edge pins; TX1 = pin 15, RX1 = pin 16 [Elektroda, p.kaczmarek2, post #20486243]
• Full Tuya backup size: 2 MB (-l 0x200000) [Elektroda, gramais, post #20486564]
• Reliable read speeds: 115 200–460 800 bps [Elektroda, gramais, post #20486613]
• Default deep-sleep timeout: 60 s; adjustable 1-600 s via DSTime [Elektroda, p.kaczmarek2, post #20672102]
• Door-state inversion solved with Flag 42 in firmware ≥ 1.17.212 [Elektroda, p.kaczmarek2, post #20691088]
python3 uartprogram firmware.bin -d /dev/ttyUSB0 -r -s 0x0 -l 0x200000 -b 115200. 3. Wait for the 2 MB dump to finish [Elektroda, gramais, post #20486564]pyserial package conflicts with hid_download_py [Elektroda, gramais, post #20488685]dInput role, wave the magnet or press the button, and watch the web console for channel changes. The active pins are normally P16 (hall) and P20 (button) [Elektroda, p.kaczmarek2, post #20489197]DoorSnsrWSleep_nPup, then add backlog dstime 30 (or 1-600) to autoexec.bat. The module enters sleep 30 s after the last event [Elektroda, p.kaczmarek2, post #20672102]pins all none), reboot, then reassign pins before enabling DoorSensor. This wakes the module and restores AP/STAs [Elektroda, p.kaczmarek2, #20489197; Elektrode, sevenissimo, #21563591].dstime, THEN enable DoorSensor. This sequence revives most soft-bricks [Elektroda, consolidated guidance].