roboforum.ru

насчет "лучше" это врядли

Сборище пессимистов

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

Дед - я не такой
Просто народ ленится 30 минут погуглить. Ну или пару дней почитать подобные треды.

_________________
За здравый смысл у нас принимается мнение большинства.

Или что-то сделать вместо того чтобы на форумах клаву топтать

_________________
Проект [[Open Robotics]] - универсальные модули для построения роботов
Модули Open Robotics можно приобрести в магазине shop.roboforum.ru

---

Day OFF? You must be pulling my leg! Stop making humor before someone sees you, fool!

---

Иногда перед тем, как что-то сделать, или решить что-то делать, лучше на форуме клаву потоптать, народ послушать

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

ну вы даете... вчера вечером видел только первое сообщение, до сегодня уже 4 страницы наваяли... жуть

по поводу передачи данных на ПК - есть еще сжатие, можно передавать только изменения уровня, можно вообще в онлайн передавать с меньшей точностью, а остальное сливать уже после измерений по запросу.

Выскажу свои скромный мысли.
Хотя тут уже раз 10 высказывали, что я щас напишу

ИМХО самое сложное для меня в осциллографе - это сделать входную часть и программы написать.

По скорости, то можно сразу выбросить идею осциллографа на встроенном в МК АЦП.
Таких проектов готовых тьма и есть в ПК звуковая карта.

Поэтому рассматривать надо либо внешний АЦП или внешний АЦП+ПЛИС+ОЗУ.

МК или DSP ставим по желаемой скорости обработки.

Дальше по схеме, запуск оцифровки, остановка, скачка из памяти и переброска в ПК(вывод на экран).

Хотя сам я считаю, как и многие тут, необходимости нет в экране.
А осциллограф стоит делать, если он будет дешевле покупных, прост в повторении и быстрее звуковой карты на порядок.
Да 2 канала минимум...

И ещё важный момент.
Желательно делать железку совместимую с существующими программами, например PowerGraph.

Экран можно в виде отдельного модуля сделать.

Да я вот тоже себе это (экран + клаву + автономное питание с зарядкой от USB) представлял как опцию, которая на печатной плате запроектирована, но можно её не запаивать.

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

а не окажется, что для обеспечения работы такой "опции" может понадобиться столько ресурсов, что даже моск можно будет применять разный по мощности? тогда вообще разные железки будут совсем.

Да почему же? Можно на выходе осцика внутри сделать обычный UART, а вот потом либо тупо адаптер UART-USB, либо экран + процик ARM7 + оперативка + флэха + адаптер USB.

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

нифига не понял.

задача снятия информации это уже хорошо ресурсоемкая задача еще и достаточно требовательная ко времени исполнения, и задача отображения информации тоже весьма прожорливая... ты ж не просто график захочешь рисовать.. еще и кнопочек поболе и статистику и то и сё. уже захочется выбирать масштаб, писать в память... разного класса устройства.

Чего разного класса то? Либо эту задачу ПК выполняет, либо ARM7, он что не успеет чтоли? Чего он может не успеть сделать с информацией, которую ему передали по UART'у?

_________________
Проект [[Open Robotics]] - Универсальные модули для построения роботов

Какой UART в баню ?

ааа... т.е. железяка которая хавает данные отдельно а модуль "рисования" отдельно?

так понял.