Re: Плата развязки для LinuxCNC (Ethernet + STM32)
Добавлено: 14 мар 2019, 20:14
А я, блин, мучаюсь пишу сам
Добавляю сейчас поддержку веб-сокетов. Чтоб общение с браузерами убыстрить. Та ещё задачка.
Статьи, обзоры, цены на станки и комплектующие.
https://cnc-club.ru/forum/
Не правильный путь ты выбрал, сложный и долгий.MX_Master писал(а): мучаюсь пишу сам
Цифровая схемотехника это практически 99 % типовые решения с даташитов.mmv писал(а): Сто процентов прошивка оригинальная MESA, да и вся обвязка и схемотехника содрана.
Не знаю насколько это верноMX_Master писал(а):Я настолько оборзел, что ещё и не плисину взял (:
Это такой-же миф как и большая надёжность "аппаратного" решения на микроконтроллере в сравнении с программным на компьютере.VVN писал(а):Вроде, как бытует мнение, что ПЛИС понадежней и помехустойчивее чем МК.
Делать 10 пробных штук без тестов в бою - сомнительно. На станке буду запиливать по штуке, паять и проверять прямо на станке. Мощные моторы, плохое заземление, длина кабеля, скачки и плохое питание, разные температуры и влажность, забитость стружкой и т.д. Проверить будет полезно, узнать границы дозволенного - тоже.VVN писал(а): Дело в следующем пока ваша конструкция лежит на столе она работает.
Вроде все отлажено и десятки раз проверено, при разработке было сделана куча тестов.
Делаете опытную партию штук 10 и вот тут начинается самое интересное.
До полной неработоспособности на отдельных конфигурациях.
Про дальнейшие танцы с бубном промолчу, но оно решаемо только сколько времени это займет.
Я сравнил по времени разработки требуемого веб функционалаUAVpilot писал(а):Вообще бессмысленно сравнивать ПЛИС и МК как по надёжности, так и по функционалу - это принципиально разные устройства.
Очень показательный пример вреда Ардуины и ей по подобных платок. Про переходные процессы что нибудь слышали? Паразитные земляные контуры, отражения в длинных линиях, индуктивные и емкостные кросс наводки, CMR устойчивость оптронов и прочей развязки, правила для прокладки пар дифференциальных сигналов, правила экранирования, "глазковые" диаграммы и прочее и подобное. Цифровые линии это в первую очередь аналоговые. Только с таким подходом может получится надёжное промышленное оборудование.VVN писал(а):Цифровая схемотехника это практически 99 % типовые решения с даташитов.
Про аналоговые цепи пока не будем.
Если пины фпга были переназначены(и как следствие несовместимость с текущими прошивками от 7и92) - это можно считать другим продуктом, а если нет - то это 7и92 с другими разъёмчиками.mmv писал(а):Ну да, мол мы тут 5 резисторов добавили и разъёмчики, ну теперь это другой продукт.
Так и есть. Только кто будет продавать по-себестоимости?mmv писал(а):А можно ещё так, давайте кто дешевле такую плату сделает? Думаю себестоимость её до 2000р.
Главный плюс фпга совсем в другом - можно сгенерировать всю необходимую периферию(степгены, счётчики энкодеров и т.п.).VVN писал(а):Вроде, как бытует мнение, что ПЛИС понадежней и помехустойчивее чем МК.
MX_Master писал(а):Я, в основном, делаю веб инструменты. Плисины для этого не подходят.
Почему нет? В обоих случаях задача сводится к написанию прошивки с требуемым функционалом, только в случае фпга процессор будет софтовый.MX_Master писал(а):Я сравнил по времени разработки требуемого веб функционала
Софтовый процессор на ФПГА получается на много более медленный. Вот связка контроллер с параллельной шиной и периферия на FPGA - самый оптимум по бюджету.D.L. писал(а):только в случае фпга процессор будет софтовый.
Пока что плат-расширений в основном плане нет, по вышеуказанной причине. Только основная плата и доп. платы развязки. Если у кого-то встанет задача больше чем на 12 аппаратных счёто-генераторов (возможности одного мк STM32), то можно взять несколько основных плат и добрать развязок.vmarkiv писал(а):И , что-бы данные от Ethernet плат расширения успели попасть на главный процессор и обработатся
Для данной задачи вполне достаточно и софтового, как пример софтовый процессор(16бит 100МГц) в сетевых месах.dpss-2 писал(а):Софтовый процессор на ФПГА получается на много более медленный. Вот связка контроллер с параллельной шиной и периферия на FPGA - самый оптимум по бюджету.
ЛехкоMX_Master писал(а):Я, для начала, хочу научиться ползать А уж потом..
Таким способ можно только ползти назад. А я ползу вперёд (:D.L. писал(а):Лехко
Полностью согласен.dpss-2 писал(а): Очень показательный пример вреда Ардуины и ей по подобных платок. Про переходные процессы что нибудь слышали? Только с таким подходом может получится надёжное промышленное оборудование.
Хорошая книга периодически открываю.dpss-2 писал(а): Одна из наиболее популярных - Дж. Барнс Электронное конструирование: методы борьбы с помехами. Есть в сети.
Вот только молодому поколению это читать в лом.
Вы разделяйте схемотехнику и общий дизайн конструктива.dpss-2 писал(а): "Ставим жопки к носику" а потом стучим в бубен шамана и устраиваем ритуальные пляски.
Часть ресурсов ПЛИС можно использовать для создания ARM МК или выбрать SoC где на кристале уже есть и то и другое.MX_Master писал(а):Я сравнил по времени разработки требуемого веб функционала
Не будет он софтовым.D.L. писал(а):только в случае фпга процессор будет софтовый.
Юзать zynqо-подобные чипы для таких маленьких задач - это возмутительно (:UAVpilot писал(а):Часть ресурсов ПЛИС можно использовать для создания ARM МК или выбрать SoC где на кристале уже есть и то и другое.
Интересно какой SoC сюда подходит?UAVpilot писал(а):Часть ресурсов ПЛИС можно использовать для создания ARM МК или выбрать SoC где на кристале уже есть и то и другое.![]()