Digital Points — программный осциллограф, так и не ставший стартапом

[alexandrovi96]

@jankin_jack, я прочитал!

Поддерживаю!

[Brazil]

Припоздали такие проекты и теперь выглядят несколько наивно.
У NXP давно есть проект с такой же функциональностью - FreeMaster
Работает через USB, Ethernet, RS232, CAN, SWD и проч. Сорсы открыты.
Управление видимостью переменных и сервисы гибче.
Там у него нет расчета PID , но он интегрируется в MATLAB а там не то что PID но и нейросеть синтезирует.

Но главное не это. На сегодя весь интерфейс подобный Digital Points напишет Claude буквально за час , включая отладку. И этот интерфейс будет и круче и заточенней под задачу.
И что самое главное, на это истратится максимум половина недельного лимита плана Pro.

[Ig_B]

Claude может и за 15 минут обосновать отсутствие необходимости такого функционала. И что теперь, не писать программы?

[jankin_jack]

Исходный код FreeMASTER не открыт, только SDK. Да и работает только с микроконтроллерами NXP. Поправьте, если ошибаюсь.

А насчёт Claude могу только согласиться, сам сейчас пользуюсь Qwen в других проектах. Но для меня эта программа стала пет-проектом, хобби, поэтому её хочется всё-таки писать своими руками. А там уже дело каждого - воспользоваться этой программой или навайбкодить свою.

[N1X]

А мне нравится. Аргументы "против" понятны, и в случае коммерческого лицензирования имеют смысл: очень часто необходимость в осциллографе внезапно возникает на этапе "код написали, а как это дебажить то теперь?". Т.е. на этапе архитектуры о таком часто забывают. И вот тут действительно в рамках задачи отладки быстренько изобретается свой велосипед, который как правило кривоват, т.к. времени на него никто не выделял, но в принципе работает.

Сам пару месяцев назад таким страдал: нужно было сделать шаговый привод в рамках девайса, у которого двигать шестеренкой вообще не основная задача. Но потом поняли что "влючить таймер на генерацию ШИМ для сигнала step" таки работает криво и понеслось: подчиненный таймер для счета выданных импульсов, разгон/торможение, контура скорости и позиции, регуляторы этих контуров, "о блин, а как это тюнить?" и за пару часов родился осциллограф. Благо нужны были только медленные процессы, поэтому исключительно реалтайм-roll mode.

Это я к чему: в описанной ситуации пойти и купить что-то специализированное просто некогда было. Поэтому продавать это как по мне сложно (ну я правда тоже технарь и может просто не понимаю как). А вот в open source - я считаю круто.

У меня вот есть pet-проектик векторного привода, который буксует на месте из-за нехватки времени, но как раз пару дней назад озаботился поиском подходящего плоттера чтобы не изобретать свой, и этот проект выглядит круто. При том что я как раз начал склоняться в сторону чего-то вроде рисовалки из simplefoc studio.

[ViacheslavMezentsev]

Сейчас есть ROS и отдельная штука, называемая Baikal с uP7 библиотекой для мк. С ROS там вообще очень просто - нужно подключить библиотеку и выдавать в отладочный порт нужные сигналы, а на компе можешь в архив записать или в Plotjuggler смотреть.

Я даже на Arduino Nano v3 запускал. После плюшек ROS ничего другого уже и не надо, тем более это уже стандарт в робототехнике.