I have added a HTTP GET send command. It's now possible to simple script one device to trigger other device. More to come soon.
XR809 water sensor demo is also on the way.
Also, have you seen that? Almost a week uptime!
Czy wolisz polską wersję strony elektroda?
Nie, dziękuję Przekieruj mnie tamp.kaczmarek2 wrote:
Still, I am unable to test all possible scenarios and I suspect that the "crash" (or should you rather say, the disconnection from WiFI, because button is still working) is related to some WiFi bugs, maybe caused by overlapped WiFI channels, so I have decided to add extra failsafe just for you.
This is always DISABLED by default, you have to enable it per device.
It's called "ping watchdog", it pings a certain IP (preferrably your router IP) and if it fails to ping it for a given number of seconds, it forces a reconnect.
p.kaczmarek2 wrote:For OTA, you use always RBL file, as said on javascript panel, which is easier for OTA because you can just drag and drop the file.
I have already added a notice about RBL file to both OTA mechanisms (the old one with pasting URL for HTTP GET and the new one for drag and drop).
but your issue is very strange @sebastian48 . How often it happens, what kind of router?
![]()
almost 7 days uptime here
sebastian48 wrote:
Both my devices are running the very first release so this will be my first update in that sense. However I'm afraid I don't follow. RBL file/javascript panel?
http://github.com/openshwprojects/OpenBK7231T_App/releases/download/1.0.19/OpenBK7231T_1.0.19.rbl
V:BK7231S_1.0.5
CPSR:000000D3
R0:7EDFAC3E
R1:9FA37FB7
R2:1B29765D
R3:E9459D5B
R4:8F32AB96
R13:A191D14A
R14(LR):BEFDF1FE
ST:032E0A49
J 0x10000
prvHeapInit-start addr:0x41f1d8, size:134696
[01-01 18:12:15 TUYA Debug][uni_thread.c:215] Thread:sys_timer Exec Start. Set to Running Status
[01-01 18:12:15 TUYA Err][online_log_serv.c:280] log stats ufread fail.
[01-01 18:12:15 TUYA Debug][online_log_serv.c:540] log serv init success
[01-01 18:12:15 TUYA Notice][light_system.c:1425] go to pre device!
bk_rst:0 tuya_rst:0[01-01 18:12:15 TUYA Notice][light_system.c:1436] goto first bright up!
bk_rst:0 tuya_rst:00xcb 0x4e 0x3e 0xa4 0x0 0x30 0x9d 0xab 0x65 0x6d 0x8d 0xbf 0xe4 0xb9 0x3f 0x35
[01-01 18:12:15 TUYA Notice][tuya_main.c:203] **********[oem_bk7231s_light_ty] [1.1.2] compiled at May 30 2020 16:23:50**********
[rx_iq]rx_amp_err_rd: 0x030
[rx_iq]rx_phase_err_rd: 0xffffffe8
[rx_iq]rx_ty2_rd: 0x000
*********** finally result **********
gbias_after_cal: 0x17
gav_tssi: 0x2a
gtx_q_dc_comp:0x1f6
gtx_i_dc_comp:0x1fc
gtx_i_gain_comp:1023
gtx_q_gain_comp:1023
gtx_phase_comp:512
gtx_phase_ty2:512
gtx_ifilter_corner over: 0x10
gtx_qfilter_corner over: 0x10
gtx_dcorMod:0x8, gtx_dcorPA:0xa
gtx_pre_gain:0x8
g_rx_dc_gain_tab 0 over: 0x80788078
g_rx_dc_gain_tab 1 over: 0x86708070
g_rx_dc_gain_tab 2 over: 0x88608860
g_rx_dc_gain_tab 3 over: 0x982c9440
g_rx_dc_gain_tab 4 over: 0x982a982a
g_rx_dc_gain_tab 5 over: 0x98269828
g_rx_dc_gain_tab 6 over: 0x9a269926
g_rx_dc_gain_tab 7 over: 0x9a279a26
grx_amp_err_wr:0x1e9
grx_phase_err_wr:0x3f4
**************************************
temp in flash is:265
lpf_i & q in flash is:16, 16
xtal in flash is:32
-----pwr_gain:12, g_idx:12, shift_b:0, shift_g:0
-----[pwr_gain]12
Initializing TCP/IP stack
[01-01 18:12:16 TUYA Notice][tuya_main.c:229] mf_init succ
[01-01 18:12:16 TUYA Notice][tuya_ble_api.c:292] ble sdk inited
device id key : 16
d4 1d 8c d9 8f 00 b2 04 e9 80 09 98 ec f8 42 7e
!!!!!!!!!!tuya_bt_port_init
[01-01 18:12:16 TUYA Notice][tuya_ble_api.c:328] ble sdk re_inited
[01-01 18:12:16 TUYA Notice][tuya_bt_sdk.c:319] ty bt sdk init success finish
[01-01 18:12:16 TUYA Notice][light_system.c:1484] < TUYA IOT SDK V:2.0.0 BS:30.06_PT:2.2_LAN:3.3_CAD:1.0.2_CD:1.0.0 >
< tuya_iot_lib BUILD AT:2018_12_05_17_03_30 BY tuya_iot_team AT 8710_2M >
IOT DEFS < WIFI_GW:1 DEBUG:1 KV_FILE:0 SHUTDOWN_MODE:0 LITTL[01-01 18:12:16 TUYA Notice][light_system.c:1485] oem_bk7231s_light_ty:1.1.2
[01-01 18:12:16 TUYA Notice][device_config_load.c:310] device config data already load! Don't load again!!
[01-01 18:12:16 TUYA Notice][light_set_color.c:94] Drive init already init ok
[01-01 18:12:16 TUYA Notice][tuya_main.c:128] current product ssid name:tuya_mdev_test2
ht in scan
scan_start_req_handler
gapm_cmp_evt_handler operation = 0x1, status = 0x0
gapm_cmp_evt_handler operation = 0x3, status = 0x0
STACK INIT OK
ble_env->start_hdl = 0x7gapm_cmp_evt_handler operation = 0x1b, status = 0x0
CREATE DB SUCCESS
[01-01 18:12:16 TUYA Notice][tuya_ble_api.c:256] rev ble event 3
device id key : 16
d4 1d 8c d9 8f 00 b2 04 e9 80 09 98 ec f8 42 7e
!!!!!!!!!!tuya_bt_reset_adv
[01-01 18:12:16 TUYA Notice][tuya_ble_api.c:120] ble adv && resp changed
do td cur_t:293--last:idx:13,t:265 -- new:idx:15,t:289
--0xc:08, shift_b:0, shift_g:0, X:1
do td cur_t:298--last:idx:15,t:289 -- new:idx:16,t:301
--0xc:08, shift_b:0, shift_g:0, X:0
[01-01 18:12:18 TUYA Notice][gw_intf.c:3166] serial_no:70897628444b
[01-01 18:12:18 TUYA Notice][gw_intf.c:3197] gw_cntl.gw_wsm.stat:0
[01-01 18:12:18 TUYA Notice][gw_intf.c:3200] gw_cntl.gw_wsm.nc_tp:1
[01-01 18:12:18 TUYA Notice][gw_intf.c:3201] gw_cntl.gw_wsm.md:0
[01-01 18:12:18 TUYA Notice][gw_intf.c:3238] gw_cntl.gw_if.abi:0 input:0
[01-01 18:12:18 TUYA Notice][gw_intf.c:3239] gw_cntl.gw_if.product_key:keytg5kq8gvkv9dh, input:keytg5kq8gvkv9dh
[01-01 18:12:18 TUYA Notice][gw_intf.c:3240] gw_cntl.gw_if.tp:0, input:0
[01-01 18:12:18 TUYA Notice][gw_intf.c:3242] gw_cntl.gw_if.firmware_key:keytg5kq8gvkv9dh, input:keytg5kq8gvkv9dh
[01-01 18:12:18 TUYA Notice][tuya_bt_sdk.c:337] ty bt update product:keytg5kq8gvkv9dh 1
[01-01 18:12:18 TUYA Notice][tuya_ble_api.c:137] update product_id type:1 keytg5kq8gvkv9dh 9c766472a409945f HOXk4mLqNDChr4wUY5VpBH5HyF4A4BjP
[01-01 18:12:18 TUYA Notice][gw_intf.c:2981] start tmm long timer,cfg_lp_timeout:180000ms
[01-01 18:12:18 TUYA Notice][light_system.c:1395] frame init ok!
ht in scan
scan_start_req_handler
[01-01 18:12:19 TUYA Err][uf_flash_file_app.c:339] uf_get_size err,filepath:3,ret:13
[01-01 18:12:19 TUYA Err][uf_flash_file_app.c:339] uf_get_size err,filepath:5,ret:13
[01-01 18:12:19 TUYA Err][uf_flash_file_app.c:339] uf_get_size err,filepath:4,ret:13
[01-01 18:12:19 TUYA Notice][light_system.c:594] start ez config auto blink
me_set_ps_disable:840 0 0 0 462557 952021
------beacon_int_set:100 TU
set_active param 0
[msg]APM_STOP_CFM
update_ongoing_1_bcn_update
mm-next-timer_null
hal_machw_enter_monitor_mode
[01-01 18:12:21 TUYA Notice][tuya_bt_sdk.c:345] ty bt start network cfg..
[01-01 18:12:21 TUYA Notice][tuya_ble_api.c:161] update bound state 0
device id key : 16
6b 51 d4 fd 36 e5 b3 aa 4b 3a 9a b5 df 6e 0b cc
!!!!!!!!!!tuya_bt_reset_adv
[01-01 18:12:21 TUYA Notice][tuya_ble_api.c:120] ble adv && resp changed
!!!!!!!!!!tuya_before_netcfg_cb
appm start advertising
do td cur_t:309--last:idx:16,t:301 -- new:idx:17,t:313
--0xc:08, shift_b:0, shift_g:0, X:0Dark Man wrote:
Some time ago I bought a few bulbs from the Action promotion from the LSC Smart brand, more precisely the model (out of the box) 970 715.1 v1.1 (806 lumens E27 CCW)
Unfortunately, but the ESP chip is not there either, and the WB2L is there (according to the BK7231T documentation)
p.kaczmarek2 wrote:First of all, you haven't replied what is written on the SOIC-8 chips that are alongside the LEDs. It would be good to know, because @kuba2k2 could be wrong and if that's a I2C driver, then it still needs to be implemented. I would do I2C driver for those chips quickly, but I don't have such bulb at hand.
For programming, you should follow one of the guides from the Teardowns sections.
Never connect 5V directly to WB modules. I used to connect 5V to AMS1117-3.3V input (this LDO is often present alongside WB/Beken chips on boards), but in case of your bulb, I can't see where is the source of 3.3V so maybe it makes sense to use external 3.3V LDO to get external 3.3V. As for external LDO, I use TC1264-3.3V, but there many many low dropout regulators with 3.3V output. You could even take 3.3V from Arduino and it would work.
If you are worried about big capacitor resetting USB, you can either get 3.3V from other port or source than the one used for programming, or use CEN method for resetting instead of repowering the chip.
As per bullseye pattern... I haven't tested this module yet so I don't know. Still, there are only two possible options. None of the other chips had such a strange pad pattern for RX and TX. WB8P is unique in that manner.
Quote:
specifically, i see he mentioned it has 970715.1 on it, so the 3000272-970715 profile probably works. https://github.com/tuya-cloudcutter/tuya-clou.../tree/main/device-profiles/LSC/3000272-970715
p.kaczmarek2 wrote:I have Banana Pi and Raspberry Pi Zero (the tiny one with only WiFi and no Ethernet port).
TL;DR: 100 % flash-success reported on BK7231 T/N modules [Elektroda, p.kaczmarek2, post #19906676]; “OpenBK7231T now boots on three chip families” [Elektroda, p.kaczmarek2, post #19883071] Use QIO image for BK7231N, UA for BK7231T; erase only 0×11000-0×1EF000. Why it matters: a single workflow now replaces vendor firmware on 60 + low-cost IoT boards.
• Supported MCUs: BK7231T, BK7231N, XR809 (Wi-Fi + BLE) [Elektroda, 19883071] • Recommended UART speed: 921 600 bps for write, 115 200 bps for read [Elektroda, 19857664] • Flash sizes: Typical 2 MB on-chip; config area starts @ 0×1EF000 [Elektroda, post #19893493] • OTA format: .rbl (gzip + AES, served by HTTP) [Elektroda, btsimonh, post #19880525] • Typical power: 5 V @ 500 mA to AMS1117 input for safe programming [Elektroda, ExploWare, post #19853546]
python bk7231tools.py read_flash -d COMx --no-verify-checksum -s 0 -c 512 dump.bin for T/N chips (2 MB, 512 × 4 KB) [GitHub bk7231tools].http-here --host 0.0.0.0 8000). In WebApp → OTA tab → enter http://<IP>:8000/firmware.rbl; device backs up filesystem, flashes, restores settings [Elektroda, btsimonh, post #19880525]OpenBK7231T, then OpenBK7231T_App into /apps. Build: ./build_app.sh apps/OpenBK7231T_App OpenBK7231T_App git (Linux) or Cygwin on Windows; ensure build-essential and gcc-arm-none-eabi installed [Elektroda, boozeman, post #19885620]