Перейти к содержанию
    

Простой проект на ПЛИС и микроконтроллере, анализатор и низкочастотный осциллограф

3 hours ago, PavelZ said:

Вот пример. Делается какой-то сложный станок. Предусматривать в каждой единице оборудования контроль множества параметров накладно. А так будет устройство, чтоб можно было подключить, в процессе наладки и испытаний, вместо кучи авометров осциллографов и прочее. Частично данные хранить в самом устройстве, частично отправлять на компьютер или планшет. Нужно много, допустим 8 и более каналов измерения, что-то вроде многоканального анализатора, (низкочастотного осциллографа). К примеру, отслеживать броски напряжения в цепях управления двигателями сервоприводов, вибрацию отдельных элементов конструкции и прочее.

Ну это DAQ, это все известно. Но очень дорого. Если делать все целиком- получится Labview со всеми хардверными прибамбасами. Если ничего не делать и взять готовое- то несколько скриптов на Python плюс интерфейсные модули для взаимодействя с железом типа PyVisa. При этом аппаратная поддержка проекта может быть самая различная- начиная от CompactPCI крейтов с самыми разными модулями и кончая самодельной платкой на ардуине, как ни пошло это звучит. Будут там и китайские осциллографы, и брендовые приборы. Поэтому городить что то подобное самому как сверхидею- нет никакого смысла.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

8 hours ago, khach said:

несколько скриптов на Python плюс интерфейсные модули для взаимодействя с железом типа PyVisa

Из статьи на Википедии: "Следует отметить, что интерфейс VISA основан на передаче команд и не работает с устройствами сбора данных (АЦП), работающими по протоколу DAQ и производным от него, так как DAQ предполагает единовременное конфигурирование АЦП и затем непрерывную передачу потока с результатами измерений в компьютерную программу."

Это древний протокол, как обычный HTTP для веб. Но возможно есть какие-то расширения, поддерживающие потоковую передачу через сокеты... Labview и прочее это всё чужое, а хочется чего-то своего и не какая это не сверхидея, просто удобный инструмент. Кстати мне не нравится Питон, как бы вкусно его не приготовили... Лучше делать сервер и обработку событий на Эликсире, если на компьютере, а в микроконтроллерах только Си, так как ресурсы ограничены.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

16 hours ago, ViKo said:

Правильно - бренди.

Нет, бренди - это манагерско-поциковское написание.

Буква "е" после "р" её смягчает. А в правильном произношение этого слова "р" - твёрдое.

Значит правильным написанием должно быть "брэнди". 

 

Вытеснять буквы "ё" и "э" из русского языка буквой "е" придумали неграмотные манагеры :big_boss:

У этих букв важное назначение.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

5 минут назад, Oymyacon сказал:

Вытеснять буквы "ё" и "э" из русского языка буквой "е" придумали неграмотные манагеры

Я и раньше знал, и на грамоте.ру удостоверился. "Машина" тоже звучит не так, как пишется. Произношение - одно, написание - другое.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 hours ago, PavelZ said:

Но возможно есть какие-то расширения, поддерживающие потоковую передачу через сокеты... 

С потоковой передачей необработанных данных -это сплошной геморрой. Да, это было популярно лет 20 назад, в эпоху встроенных PCI карт сбора данных, когда на все про все был один компьютер ( читай процессор). И это постоянно затыкалось, требовало риалтайм отладки итд. Поэтому сейчас, когда процессоры стали дешевые и их пихают в каждый прибор, обычно собирают уже обработанные данные по интерфейсам типа LXI ( та же VISA aka SCPI через сеть) но никто не мешает открыть отдельные порты для потоковой передачи. Ну а Питон- потому что должно запуститься быстро, прямо сейчас, некогда ждать программиста даже пол-дня, и только что понадобилась модификация измерительной системы, а через пол-часа ее надо перенести с Винды на Линух итд. Как раз по этому и С, и лабвью начали проигрывать питону. Конечно, питон обвязан графикой на QT, связан с базой данных результатов измерений через SQL и прочие плюшки наработаны.

Если же интерфейс измерительного прибора никак не вписывается в измерительную систему, то оказывается проще и дешевле поставить хардверный враппер ( согласователь интерфейсов и протоколов) на Rаspberry,  STM32 или отдельном ноутбуке который выполняет роль консоли управления прибора.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 hours ago, khach said:

то было популярно лет 20 назад, в эпоху встроенных PCI карт сбора данных, когда на все про все был один компьютер

Тут, как мне кажется, есть одна тонкость. Когда известно что и как обрабатывать, тогда да, лучше разработать алгоритм для FPGA, МК и на месте всё обработать, отправляя не "сырые данные" а какой-то результат обработки. Но в процессе испытания и наладки нового устройства может быть неизвестно, на что стоит обращать внимания, на что нет. Тогда возможность заливать "сырые данные" в хранилище и обрабатывать их уже "тяжёлой артиллерией" (свёрточные сети, марковские, генетические алгоритмы и некий компот из них всех) будет хорошим подспорьем.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

28 minutes ago, PavelZ said:

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

Если допускается оффлайн обработка, то тогда тем более используется локальное хранилище, возможно с RAID для скорости и потом медленно ( на сколько канал позволит) забираем данные по обычному FTP. Хуже, если данные используются в процессе управления исследуемого обьекта, но и тогда обычно делают фильтрацию, прореживание если получится и только потом поток отправляют по каналу на хост. В общем виде все это никак не связано с оциллографом, а если уж очень припрет- то берется Red Pitaya с ее двумя АЦП-ЦАП 14 битными на 125 Мсемплов и правится прошивка  Zinq если оригинальные библиотеки не справляются.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

5 hours ago, ViKo said:

Я и раньше знал, и на грамоте.ру удостоверился. "Машина" тоже звучит не так, как пишется. Произношение - одно, написание - другое.

Тут звук при любом раскладе твёрдый, не надо передёргивать!

 

Тут "поцик" недавно всё время вместо "это" писАл "ето". Тоже нормально? Тоже привыкнем?

 

Украинцы и белорусы могут как угодно переделывать свой язык и алфавит, а в русский не надо лезьть, тут своих дегенератов через край. Один из них в Госдуме сидит, букву "ы" хотел ликвидировать:fool:

Кстати, последний пример - это правило русского языка: " жи, ши пиши с буквой "и".

Но носители мовы это стремительно забыли :biggrin:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 hours ago, PavelZ said:

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

Расходным материалом тогда будут сами станки, а не датчики.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 hour ago, Leka said:

Расходным материалом тогда будут сами станки, а не датчики.

Станки и различное оборудование, в любом случае расходный материал. Но идея как раз обкатать технологию на этом, а потом двигать дальше.

Мне тут уже говорили, что я ненормальный, так это не в первый раз. Мне не привыкать. Поэтому и подходы ко всему ищу необычные. Да есть стандарты различные, которые суть договорённость неких групп, как что-то делать так и или иначе. Многие стандарты навязываются нам корпорациями и некими исследовательскими общественными институтами (а в электронике и программировании, по большой частью всё идёт от США). Согласен, что многие стандарты (тобишь правила) писаны чуть ли не потом и кровью, поэтому надо понимать где есть грань между простым отходом и пренебрежением стандартами, а где нарушение правил безопасности, которое может привести к травмам и гибели людей...

Та же КАН шина, или МОДБАС, не то что популярные, практически безальтернативные стандарты для транспорта и промышленности. Но вот я не хочу робота делать с их использованием, как бы не привлекательно это было в связи с аппаратной поддержкой многими МК. Тут либо ту же КАН множить многократно, делая отдельные линии на разные узлы по функциональности, либо идти ещё на какие-то исхищрения, либо всё-таки искать или придумывать альтернативу. Так и во многом другом, в том числе не касающемся темы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

08.07.2020 в 17:24, Leka сказал:

200Мвыб ... разрешение 5-6 бит

Т.е. такой же предел в 64 фазы будет и у кольцевого генератора?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Just now, Plain said:

Т.е. такой же предел в 64 фазы будет и у кольцевого генератора?

Если правильно понял. Цепь переноса замкнуть в кольцо не получится, разве только через другие связи (не по выделенной цепи переноса, а там задержки другие). 

Just now, PavelZ said:

Но идея как раз обкатать технологию на этом, а потом двигать дальше.

О какой технологии речь?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 hours ago, PavelZ said:

Та же КАН шина, или МОДБАС, не то что популярные, практически безальтернативные стандарты для транспорта и промышленности. Но вот я не хочу робота делать с их использованием

А кудаж деваться, если контроллер привода только по CAN общаться умеет? Вот и приходится лепить PyCAN компонент к Питону, потому что для Лабвью Ni-CAN стоит дороже пресловутого осциллографа, а с риалтаймом проблемы вылазят.

И от хотелок тут не зависит - работаем с тем что дали или уже есть в системе. Как то далеко мы ушли от начальной темы, хотя и не так далеко как лингвисты ( или граммар-наци) по-соседству

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

55 минут назад, Leka сказал:

Если правильно понял

Нет, я про разрядность, потому что пишут, что 25 пс задержка, на 200 МГц можно 7-битный измеритель интервалов сделать, а сравнивающий АЦП — два блока, один измеритель интервалов и два интегратора в каждом, чередуемых выборками и калибратором. Интеграторы на паразитных емкостях, подстраивать ШИМ ЦАП. Интегратор калибратора — на дискретном конденсаторе, напряжение на котором компаратор, тоже на LVDS, сравнивает дифференциально с низковольтным ИОН, созданным из реального посредством ШИМ делителя.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

13 часов назад, Oymyacon сказал:

Тут "поцик" недавно всё время вместо "это" писАл "ето". 

Замечал такое неоднократно на форумах. Наверное в микрофон надиктовывают и такой текст автоматически создаётся, а править лень. Или не читают то, что надиктовали.

13 часов назад, Oymyacon сказал:

, тут своих дегенератов через край. Один из них в Госдуме сидит, букву "ы" хотел ликвидировать:fool:

Там тоже тролли сидят. :crazy:

На Ё недавно тоже покушались, хватило ума оставить, зато кофе теперича среднего рода. :dash3:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...