Как стать автором
Обновить

Комментарии 49

Подскажите пожалуйста. На чём лучше всего сделать штутку которая будетв обычной ethernet сети, получать по MQTT команды и отдавать либо шим либо 0-10 вольт управляющий сигнал. Насколько длинными могут быть провода управляющего сигнала? Мне надо 10 светильников отдельно каждый рулить. Команды будет раздавать центральный сервер.
WAGO PFC100
426 Евро? Ну конечно оно сделает то что мне надо, но это не то что я хотел. Тогда уж проще малин налепить везде где надо.
Поставьте на свет ардуину, самое место. Ethernet будет работать до сотни метров, скорость передачи тут совершенно не критична, даже со всеми потерями.
+ pwm dimmer

Диммеры у меня уже есть, они отлично диммируют нужные мне панели, без мерцания и всего такого. Управляются или шимом или аналогом 0-10 вольт. Мне нужно только доставить управляющий сигнал до них. Тянуть длинную сигнальную линию кажется странным. Я хочу поставить простенькие контроллеры у каждого диммера, а все сети протащить через ethernet.
Я решил не использовать esp8266. Точнее использовать там где больше никак. Если всё делать по уму, то у меня будет около 40 штук и я нахожу wifi слабым место. И мне захотелось сделать их на ethernet.
Там где много wifi клиентов можно использовать unifi или несколько микротиков(бесшовный wifi).
Видел такие реализации: 2 пары гигабитного кабеля обжаты коннектором, остальные 2 — запараллелены и использованы в качестве питающих.
Wi-Fi все равно так себе решение. питание все равно тянуть нужно, и стабильность соединения порой страдает.
ab-log.ru/smart-house/ethernet/megad-2561

… Поддерживаемые протоколы для управления устройством и взаимодействия с сервером: HTTP, MQTT, SNMP (скоро!)…

Я это использую, что бы управлять освещением в «умном» доме

Raspberry Pi + Codesys + I/O Модули на EtherCAT

Кодесис для простых задач особо не нужен. На распберри ставится OpenWrt и из пакетов mqtt, lua, python, php, gcc, что угодно (это все я пробовал).
Кстати многие думаю, что OpenWrt это для роутеров, а на самом деле это нечто большее, очень удобный линукс с пакетами на единицы мегабайт, прекрасно подходит для решения задач автоматизации, например. Кодесис, кстати, на нем я тоже запускал.

Кодесис, кстати, на нем я тоже запускал.

На OpenWrt или Raspberry?
На OpenWrt под raspberry pi, но нужно прошивку пересобирать. По умолчанию в wrt используется библиотека musl, а для codesys нужна glibc.
Интересно, мне показалось что они именно готовый образ распространяют для raspberry.

Под стандартный Raspbian даже образ не нужен — Runtime устанавливается на любую Малину прямо из Codesys

Да, 50 евро. Почти в 2 раза. И что?

Просто цена очень «интересная». особенно для домашней автоматизации)

Как по мне цена супер-интересная, как для домашней автоматизации. К ней, кстати есть смысл прибавить еще 50 евров за библиотеку MQTT. У меня такой контроллер уже 2 год водой заведует.

Либо вариант MQTT — Z-wave Bridge, например на том же OpenHAB + Z-wave модули Fibaro RGBW или аналогичные. У Z-wave в отличии от Wi-Fi нет проблем со стабильностью, но есть проблемы с доступностью частотного диапазона в России.

Raspberry pi с легкой OpenWrt и шилд 0-10В.

Занимаюсь промышленным программированием больше пяти лет. Работал с ПЛК Mitsubishi, Omron, Siemens. Последнее время делаю системы на Delta, которая уходит корнями в ту же Mitsubishi. Не так давно многие дилеры усиленно проталкивают китайское оборудование, типа Oni, Samkun итд. Но изменять проверенной десятилетиями технике ради какой-то призрачной выгоды (и выгоды-ли в долгосрочной перспективе) мы не готовы. При проектировании систем я закладываю срок службы лет 15-20, а отработают ли китайские аналоги хотя-бы лет 10, большой вопрос.
Но, автор, пиши ещё! Такие посты интересны, но редки на Хабре.
Oni — Корея, вроде бы.

Я отдаю предпочтение софтовым ПЛК — Codesys, например. Для меня важно то, что железо под ПЛК можно подобрать под свою задачу — начиная от обычного RPi для лабораторных стендов/прототипов и заканчивая вполне индустриальными WAGO или взять обычную Windows машину, если надо много памяти и производительности.


Также важно наличие библиотек — таже MQTT или OPC UA и I/O функциональности.

или взять обычную Windows машину, если надо много памяти и производительности.

Обычную Windows ПК использовать как ПЛК?
Меня это тоже удивило, но как оказалось для научной среды это стандартный подход.

Windows уже не обязателен. 3s выпустили кодесисовский рантайм под Linux x64.

А в чем вообще прелесть этих самых PLC? Зачем нужен дополнительный слой в виде прошивки МК исполняющей программу для PLC, если можно сразу писать программу для МК? Это и быстрее(в плане скорости выполнения программы) и гибче…
ненадежней
Вы думаете, что совокупность кода для МК написанного неизвестно кем и неизвестно как исполняющего вашу программу для ПЛК понадежнее будет, чем ваш код написанный сразу под МК?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Я не говорю о самопальном устройстве, я говорю о таком же устройстве — нормальный корпус, питание, гальваническая развязка, защита от ЭМ-помех, и т.д.
Все что надо — вывод под ST-Link и документация какая нога за что отвечает. В идеале еще и библиотеки под IO-Link, ModBus и т.д. Все это мог бы сделать производитель этого PLC. В итоге разработка под такой «недо-PLC» была бы не сложнее чем под Arduino.
ИМХО, PLC в том виде, что они есть сейчас, существуют только потому, что так исторически сложилось.

По стоимости железа это будет тот-же ПЛК. И Arduino-совместимые ПЛК уже существуют — https://industruino.com/


Но вы забываете, что Arduino не решает одну из стандартных проблем программиста для систем автоматики — многозадачность и выполнение в реальном времени. Без конкретного разбирательства, знаний и RTOS ардуинщик вряд-ли запустит несколько параллельно выполняющихся в реальном времени задач с циклами в пару десятков миллисекунд, да еще и Modbus мастер впридачу. А на ПЛК — легко и не задумываясь — это их конек. Так что разработка под Ардуино-подобный ПЛК проще не будет.

НЛО прилетело и опубликовало эту надпись здесь

Еще добавлю, что прелесть ПЛК перед МК также выражается во времени разработки. Т.е. программу под ПЛК вы напишите и отладите за гораздо меньшее время, чем для МК и можете даже не быть программистом при этом.
Точно также с железом — вы подключите ПЛК к своим датчикам и устройствам за гораздо меньшее время, чем с МК — вам не нужно изобретать платы сопряжения, думать о ЕМС и даже о дребезге контактов (иногда)


В совокупности получается, что вы покупаете ПЛК за X денег + тратите Y часов на разработку своего ПО и получаете результат. Если ваш час стоит Z, то общая стоимость проекта будет: X + YZ= S
Или вы покупаете МК за A денег, тратите B часов и получаете результат за A + B
Z=K денег.
Вот и посчитайте, что получится дешевле.

Хорошо, конечно, везде использовать проверенные временем контроллеры Siemens или Schneider, но это не всегда позволяет бюджет- они весьма дорогие.
Чтобы с ними равняться по цене, нужно сначала предложить аналогичную функциональность, в т.ч софта для разработки.

А наличие на заглавной картинке оригинальной комплектовки Шнайдера (т.е.даже не производимых в РФ и Китае аналогов того же Шнайдера) намекает.
Спасибо, что оценили стенд. Это моя гордость. А по поводу функциональности, так я одинаковые задачи решал с помощью и Wecon и Schneider и Siemens.
Самый младший контроллер Сименс, на данный момент S7-1212 несет на борту Ethernet с поддержкой пром.протоколов, что дает практически неограниченную расширяемость, примерно в 10 раз быстрее (а еще имеет FPU), имеет дохрена больше исполняемой памяти для пользователя — 75кБ скомпилированной/1Мб загрузочной (сравним с 2к шагов в Веконе из которых еще надо вычитать комментарии и еще чтото — может чуть больше — даже нет информации в спецках), и современную среду разработки с эмулятором и отладчиком.

Можете сравнивать дальше…

Векон — это конкурент максимум старого Овена, оба на STM32.
LX3VP-1616 имеет 64К шагов. Я вас ни в чем не собираюсь убеждать, просто говорю, что одинаковые задачи решал и на Веконе и на Симатике.
Не надо путать теоретические 64К памяти с 64к шагов. Нужны документальные подтверждения. А в документации по программированию Вексон 2к как пример.

Достаточно было сказать что это копия древнего Mits FX2 и всё (кстати у них честно написано Program memory – 16k steps (with memory cassette)). С топами сравниваться лицом тех. характеристиками не вышли.

ТЛДР статьи: «Китайцы выпустили новый автомобиль, он по размерам как АУДИ, но гораздо дешевле»
Этот вопрос я изучал на примере LX3V-0806MT-A2, у которого максимальный размер программы (LX3V-0806)- 16000 шагов(steps).
Позволю процитировать самого себя:
Программа состоит из инструкций(команд), каждая из которых занимает разное количество шагов. Например: инструкция деления 32-битных чисел DEDIV- 13 шагов, инструкция проверки нормально замкнутого бита LD- 1 шаг. Предположу, что максимальный размер программы составит 1000-2000 инструкций.


Таким образом, «шаг» физически занимает в памяти или 1 или, скорее всего, 2 байта(ворд). Точно не знаю- прогуглить навскидку не получилось, а практического интереса данная информация не представляет. Но даже, если степ это 1 байт, то 64к шагов это 64Кб памяти программ.

То же самое и в Сименс- разные команды занимают разное количество байт из указанных вами 75 кБ памяти.

Любые величины нужно сравнивать в одинаковых единицах измерения. Сравнивать кБ сименса и количество инструкций в программе, теоретически переведенных их степов, это некорректно. Примерно, как сравнивать значение температуры в кельвинах с температурой по фаренгейту.

Еще раз обращаю ваше внимание(в третий раз), что с топами я ничего не сравниваю. Я пишу о том, что одинаковые задачи можно реализовать с помощью топов и с помощью не топов. Все зависит от поставленной задачи, под которую нужно подбирать конкретный инструмент. Вы готовы оспорить это утверждение?

кстати у них честно написано Program memory – 16k steps (with memory cassette))

Нет. У них, если имеется ввиду Векон, указано, что в моделях LVE 32K steps, а в моделях LVP 64K steps.
То есть, вы обсуждаете ПЛК Векон, при этом приводя характеристики Митсубиси. Очень профессиональный подход.
Так это же [нелицензионная] реплика.

При равной памяти будут одинаковые характеристики.

Таких реплик кстати, на алиэкспресс вагон и пучок — и в корпусном исполнении и голые платы…
При равной памяти будут одинаковые характеристики.

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

Публикации