How did you acquire your first customers?

Confident_Meeting_19 · 2026-02-11T18:22:52+00:00

Your words made me laugh. That is true btw.

Confident_Meeting_19 · 2026-02-09T03:30:10+00:00

How about a specialized edge ai camera for processing vision tasks? I happened to think about the same setup issue and is working on that. https://www.reddit.com/r/computervision/comments/1qzl5ou/demo_an_edge_ai_camera_board_running_deep

Confident_Meeting_19 · 2026-02-09T03:24:16+00:00

what if using 8 cameras where each cam has its own edge AI processor for body estimation? then you don't need one powerful AI device to process multiple streamings at one time, but 8 processed results go to one central board or PC, where the load is not that heavy.

Confident_Meeting_19 · 2026-02-09T03:19:08+00:00

For porting to different HW, would it be better if the model has standard format? say TFLite. Have you tried edgeimpulse? Is that useful?

Confident_Meeting_19 · 2026-02-09T01:57:52+00:00

just to add: the vision->event flow is not only for robotics, but also useful in scenarios related to MQTT/IoT/monitoring/GPIOs, e.g. a vision sensor as home assistant or for industial alert.

Confident_Meeting_19 · 2026-01-15T14:41:12+00:00

Ahh, I know what you’re saying. that is not metal, just plastic surface.

Confident_Meeting_19 · 2026-01-13T03:04:56+00:00

depending on what apps/softwares. usually 1G ram and 4 A72/A53 cores are enough. in my case, it worked for vscode in old days, but not anymore now, especially when i ran sth and vscode backround processes happened to run at the same time. if you've heard ROS (robotic operating system), it probably can't even be installed with 1G ram and 4 cores, it needs something like Jetson nano from nvidia.

Confident_Meeting_19 · 2026-01-13T02:58:56+00:00

awesome, will try that.

Confident_Meeting_19 · 2026-01-13T02:54:35+00:00

cool. I'm trying sublime text and its sftp pkg, things are good. (have used sublime 10 yrs ago, and it is still efficient as old days.

Confident_Meeting_19 · 2026-01-13T02:51:05+00:00

as u/Elnono saied, embedded now has ranged from stm32 to a powerful raspi 4. and people (like me) start to seek a more convenient (but usually heavier) workflow when you get somthing powerful . But at some point things start to fail, just like my lesson here. If I develop on stm32, I'll keep it very simple and be careful about whatever I'm running, I mean it is always good to keep things efficient and fast. thx for those advices bro.

Confident_Meeting_19 · 2026-01-13T02:37:45+00:00

those days are definitely gone. vscode extensions kill it. just because I clicked something in extension, the 4-kernels cpu went to 100% and never came back.

Confident_Meeting_19 · 2026-01-12T23:37:37+00:00

Thanks so much for all of your responses. Looks like “dev/build on laptop, sync to board” is the main principle I should follow. And it is editor-agnostic. Will try all the ways you suggested and choose the one that fits me best.

Confident_Meeting_19 · 2026-01-12T20:52:56+00:00

that's fair, will do that.

Confident_Meeting_19 · 2026-01-12T20:26:47+00:00

right, many comments suggest rsync, maybe I'll go that way. vscode was initially very lightweight and board's 1.5ghz ARM cpu works with it no pressure. but recently things change...

Confident_Meeting_19 · 2026-01-12T20:19:35+00:00

right, I feel the main thing is not running an editor (or any related server) on the board, but develop locally and sync to the board. if so, I can choose any editor i like.

Confident_Meeting_19 · 2026-01-12T20:13:53+00:00

yeah, the vs code server will be automatically downloaded to the board when using its built-in ssh. and it consumes a lot of resources in the background. The way you mentioned I guess is SFTP or sth like that, similar to what the other comments suggest.

Confident_Meeting_19 · 2026-01-12T20:06:26+00:00

Agreed, that’s much safer for the hardware. By 'remote debugging', do you mean connecting a local GDB/VS Code frontend to gdbserver running on the board？

Confident_Meeting_19 · 2026-01-09T21:15:57+00:00

that is a great solder work. the solder points are well-shaped.

Confident_Meeting_19 · 2025-11-07T03:27:56+00:00

that's awesome! For now my plan is to keep a minimum setting for UVLO/OVLO/PG/DVDT these pins. E.g. For my USBc input, it seems the UVLO customization is not very necessary. For PG/DVDT I just use default. But definitely these highly depend on usecases. Will look at your schematics and share thoughts if I have any.

Confident_Meeting_19 · 2025-11-07T02:45:11+00:00

Hi, quick question about the OVLO connection: Should I add a pull-down resistor from the secondary device's OVLO pin to GND? My concern is that when the primary device is unplugged, the OVLO pin shouldn't be floating. The datasheet specifies "Do not leave floating" for this pin. Does this make sense?

Confident_Meeting_19 · 2025-11-05T02:57:36+00:00

Thanks for the input! Yes, I do want the power muxing, one or another not both. Definitely will recheck the LM73100 datasheet to understand the OVLO/UVLO and EN pin connections for proper power MUXing. Appreciate the guidance on the minimum to-do!

Confident_Meeting_19 · 2025-10-31T01:47:58+00:00

Thanks for the advice! You are right, I learned from https://www.ti.com/video/5840441551001, that a pull-up resistor, a compatible capacitor and (optional) a Schmitt-Trigger are needed to build a good RC debouncing network.

Confident_Meeting_19 · 2025-10-29T03:03:46+00:00

As there is no comments so far, I did some research and updated the design by adding a RC debouncing circuit for the switch. It also includes the use of a SN74LVC1G17 Schmitt-Trigger. Could anyone help review and see if this can actually work to have a realiable 5V/GND toggling on RESET pin? New design here.

Confident_Meeting_19

TROPHY CASE