How can I use this AliExpress mini Wi‑Fi camera without the FtyCamPro app?
Open the case, identify the chip, and replace the vendor firmware with an open build; for TXW817-810 cameras the thread settled on OpenTXW81X, flashed with a C-SKY/CK-Link style programmer via an STM32F103 “blue pill,” after first making a backup of the original flash. [#20946151][#20946175][#20946214] After flashing, the camera creates its own AP (typically 192.168.4.1); connect to it in the browser, set your Wi‑Fi settings, and start the stream with `startdriver TXWCAM`. [#21645812][#21645938] The live feed is then available as RTSP at `rtsp://{ip}:7070/webcam`, and at least one user confirmed the camera sensor worked with the open firmware. [#21695014][#21645946] If your board turns out to be the BK7252UQN48 variant instead, there is a separate open firmware project for that chip. [#20946175][#20946214]
AI summary based on the discussion. May contain errors.
I'll see if I can find something in project to toggle that may relate to psram.
I don't see a define for it in the config file but you can add #define PSRAM_EN 1 in the project_config.file or in the compiler. I wasn't able to find any specific info about psram on the chip so I just left it all at default.
hold up, hold up. I've soldered up TX so I can properly see what's happening. Also dropped ICE Clk and am verifying flash write each time. Turns out it's been failing half the time, which is why original upload here failed to boot when I tried. The key seems to be to power cycle STM32 between flashes.
That's amazing! The folder where all the stream and video/audio stuff is handled is sdk>app>spook. From what I remember the default web page it should be streaming to is [the cams ip]/webcam
Try giving that a go. Or maybe use Wireshark to see what it's doing.
Added after 3 [minutes]:
looks like in the newer SDK's it's a little different but the folder and files in it still exist.
I just found this but it's in an if statement in tcp.c: rtsp://192.168.1.1:7070/webcam
might also need to change some pins for some things but I think (at least for my board) they used the default pin configuration for the camera sensor though I'm not 100% sure.
I just found this but it's in an if statement in tcp.c: rtsp://192.168.1.1:7070/webcam
yes. I see it.
sebek2435 wrote:
might also need to change some pins for some things but I think (at least for my board) they used the default pin configuration for the camera sensor though I'm not 100% sure.
yes. wondered about this. it'll be a pain for a cam that's deviated from template
2.5.3.7? Weird because it was enabled for me. (Maybe I tampered with it before I don't remember) But it doesn't have any SDIO pin definitions even though SDH_EN is also enabled. Anyway, does it work?
yes, I ditched old and started afresh with 2.5.3.7
sebek2435 wrote:
Anyway, does it work?
not getting any rtsp or web page action yet. let me know if you want current state of project. can't remember all the things ive changed at this point.
correct. I need to make a repo starting with new SDK then layer some changes I've made on top as commits. I've lost track of what's been done. Lots of buffers and socket adjustments and things.
No FS, no SD, no audio, no HTTP currently.
It'd be good for others to see code changes
Added after 1 [minutes]:
no idea how one transforms this into OpenTXW81X. It's just an rtsp POC at this point.
Shame most of these Taixin cams appear to be 1mb
Added after 14 [minutes]:
quality and frame rate is actually better than I expected
Upload the current code to Github, I guess there is some kind of version of LWIP and RTOS inside. Also ,how do you build that? Maybe I could help with porting OBK to it "blindly", without having physical device.
>>21645812 You've made me very interested.
I have one TXW817-810 cam (HQ6_V0.1).
Is CK-Link required? Or can i use J-Link/DAPLINK?
I have a spare STM32F103 to convert to CK-Link if needed.
I don't think I have record of exactly where unless I've linked in some of the TXW817 topics dotted around. As you know it's sometimes BK7252U/N, XF16, TXW81x
p.kaczmarek2 wrote:
it has LVGL as well? For which purpose?
I assumed for display support. baby monitor with LCD?
divadiow wrote:
I need to make a repo starting with new SDK then layer some changes I've made on top as commits. I've lost track of what's been done. Lots of buffers and socket adjustments and things.
>>21645938 Flashed your firmware, camera works for me.
+ camera from BK7252U cam works (GC0310 if i remember it right).
OV7670 from doorbell is too big, can't fit it in.
Flashed your firmware, camera works for me.
+ camera from BK7252U cam works (GC0310 if i remember it right).
OV7670 from doorbell is too big, can't fit it in.
excellent.
I've not tried any other cams yet, but expect them to be OK given how interchangeable they've been in other devices
Why do you think it will be hard? We basically need a main timer (every second), and a quick timer (25 ms?), both of them can be behind HAL. We also need HTTP server to work, but that's just a single place to stub... anything else?
Discussion about a very cheap AliExpress 1080p Wi‑Fi mini camera and how to use it without the vendor app FtyCamPro. The camera can be opened without damage, revealing different chip variants across units, mainly Beken BK7252UQN48 and Taixin TXW817/TXW817-810. The thread evolves into reverse engineering the hardware, identifying UART boot output, locating flashing pads, and testing SDKs and programmer tools for read/write access to flash. For BK7252-based units, an open firmware project is referenced; for TXW81x units, Taixin SDKs, TXProgrammer, CK-Link, and CDK are used to build and flash custom firmware. Later posts show progress toward an RTSP camera firmware and an OpenBK/OpenTXW81X port, including LAN streaming, audio enablement, GPIO/LED handling, NTP, and OTA experiments, though several limitations remain such as unstable flashing, missing deinit support, TCP_PCB exhaustion, and incomplete OTA/web streaming. AI summary based on the discussion. May contain errors.
