InSAn

Да практически любой PLC, имеющий свой встроенный веб-сервер. Тот же Харьковский Овен, например.

Не совсем понял вопрос. Описание протокола Modbus TCP/IP? Или Вас интересует шлюз IP -> RS-485?

Хоку Стоит участок без забора, Гуано мысли вдаль несет. Опадает лист.

Да.

Возможно Вы не заметили - но устройство модульное. Изъяли блок TTL-RS485, поставили вместо него TTL-CAN - у вуаля! Не нравится CAN? Можно поставить TTL-1WIRE. Я не собираюсь конкурировать на рынке ПЛК. Я делаю периферийные устройства, которые могут работать с 99% существующих ПЛК (трудно найти ПЛК, не поддерживающий RS-485 и не понимающий Modbus). Нужен веб-шлюз? Ставите ПЛК с веб-поддержкой. Через него и управляете (с помощью RS-485) данным устройством. Нужен IoT? Ставите контроллер поддерживающий IoT - и в 99% он поддерживает RS-485

Тогда менять идеологию построения и подключения устройств. Или смириться с незначительными задержками. Или писать свой протокол, который не поддерживается ни одним "чужим" устройством. Или менять RS-485 на CAN (либо любой другой, где реализован мультимастер). Никто не мешает поставить нужное количество таких устройств, где каждая кнопка обрабатывается на том же устройстве. В RS-485 не существует механизма предотвращения коллизий. Хотите как в KNX - ставьте KNX. Без понятия - меня это не интересовало. Вы хотите Мерседес по цене ВАЗа? Нужен мультимастер - откажитесь от RS-485. В данном устройстве мультимастер не нужен вообще. Наоборот - устройство может работать вообще без сети передачи данных. А наличие сети - лишь для снятия статусов и программирования устройства.

Линии RS-485 не имеют защиты от коллизий сети. Мастером в определенный момент времени может быть только один. Отправил - передал "главенство" другому. Чтобы не было задержек - реакция на кнопки обрабатываться должна не на мастере, а на том же слейве, где и исполнительные устройства. А мастер лишь высылает правила обработки этих кнопок.

Типоразмер не подходит - с ними не удобно узкие модули делать. Добавлено через 2 минуты А, так не просто освещение, а импульсные ИП. Тогда понятно. Добавлено через 1 минуту Кстати, дополнительно к релейному модулю планирую позже и транзисторный (с включением в нуле) - как раз для пускателей и прочей индуктивной нагрузки.

Hongfa HF41F - разве дорогое? Около 30 грн за штуку: www.kosmodrom.com.ua/el.php?name=HF41F-024-HS

Тогда можно реле HF41F (220В 6А) заменить на G3MB (220В 2А), что позволит сэкономить около 100 грн. Кстати, насколько важно/удобно иметь лед-индикацию состояния реле? Почему? 6 ампер мало?

Прикинул стоимость деталей (без монтажа). Около 1200 грн. Если закупать в Китае - можно ужаться до 800-900 грн. Но это чистое "железо" - без монтажа, сборки, тестов, программинга, сопровождения и т.п. Добавлено через 6 минут А для каких задач? С какой нагрузкой? Какое кол-во реле наиболее востребовано в девайсе (4 или 8)? Добавлено через 1 минуту Теоретически - да, т.к. импульс помехи обычно по времени короче импульса от нажатия кнопки. Но в случае со счетчиками антидребезг выключается.

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

Диод - не защита от помех, а защита от "выбросов" напряжения, которое образуется в индуктивности от резкого прерывания тока. Т.е. этот выброс напряжения нельзя назвать "помехами" А вот электролит на несколько сотен микрофарад возле катушек - как раз для сглаживания пульсаций, возникающих от бросков напряжения. PS: Естественно, такие защитные диоды стоят на каждом реле. Добавлено через 6 минут Вот, кстати, отличный разбор процессов, возникающих в цепях с реле: easyelectronics.ru/upravlenie-moshhnoj-nagruzkoj-postoyannogo-toka-chast-1.html

Пока не подсчитывал. Но могу точно сказать, что дешевле, чем 8 импульсных реле, которые заменяет данный девайс Не понял вопроса... Ток потребления пускателя значительно ниже предельного тока реле, установленных в девайсе. Помехи фильтруются конденсатором. Питание катушек (24В) отделено от основного питания (5В).

Лучше, если не нужна гальваническая развязка. Если нужна (например, разное питание процессора и катушек реле) - то существую оптроны Дарлингтона (например, MOCD223). Кстати, вместо ULN2003 удобнее использовать ULN2803 - у нее восемь выходов вместо семи.

Решаются просто - значит, не проблемы Реле нужно питать отдельно от "камня". Заодно и проблема с помехами от катушки исчезает. Ну вот сами же и "решили" это "проблему" Если критично время - то нужно ставить внутренний аккумулятор/ионистор. Да, конечно - тяжело заранее предусмотреть все нестандарные режимы... Но нужно к этому стремиться

Теоретически это решить не сложно - но нужно пожертвовать одним аналоговым входом. Суть идеи: Данные пишем только в оперативку. Отслеживается падение напряжения ниже некоторого порога. Как только упало - сбрасываем в еепром.

Ну так это ведь не проблема железа - а проблема, создаваемая неправильным выбором элементарной базы.

А можно подробнее о букете? Добавлено через 4 минуты Прототип беспрерывно работает несколько лет. Никаких проблем не заметил...

Неужели никто из комментаторов не видит, что автор темы предлагал инструмент в 2012 году?

Наоборот - отдаляется от ПЛК: это самодостаточное устройство, которое может взаимодействовать с ПЛК.

8 релейных выходов - 16 контактов. Где там общий провод? А стоило бы, наверное, вникнуть. Ведь именно так работают импульсные реле (не электронные!) Eaton, ABB, Hageer и т.д., которые сохраняют свое состояние при исчезновении электричества. Любой, поддерживающий стандартный протокол Modbus RTU. Спасибо, хороший вопрос... Я думал над этим. Но в итоге решил, что счетчик будет более уместен в другом устройстве (например, в "комплекте" с аналоговыми входами). Это же устройство - фактически замена восьми импульсных реле с функцией центрального выключателя и с продвинутыми возможностями контроля и управления. Добавлено через 25 минут Любой, поддерживающий стандартный протокол Modbus RTU. В сети множество бесплатного и условно-бесплатного ПО. Например, Modbus Poll, TIK Modscan, Termite, Эмулятор Modbus, Modpoll Modbus Master Simulator и множество других.

В каком районе?

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

К моменту получения мастером Raising уже может быть Falling Добавлено через 56 секунд Modbus не поддерживает polling и broadcast. Иначе коллизий не избежать. Добавлено через 5 минут Вернее, broadcast поддерживает - но только для информирования мастером всех слейвов. Слейвы при этом должны не отвечать.