В чем проблема( у среднестатистического "входного" реле( Finder 38.51.7.024.0050 например) ток катушки 10мА)?Сообщение от Cs-Cs
Отвечу за автора: в том то все и дело что источник изолирован, соответственно можно + питания как выход использовать!
Но по 1 БП каждый PNP как то жирновато.
Филоненко Владислав
Первое. Про откручивать клеммники:
а) А как тогда помнить, какой контакт что означает? Надписей на них же нет.
б) А как тогда отмеривать длину проводов, чтобы их хватало и не получалась свадьба ктулх?
Второе. Про плотность монтажа. Ничего она не повысилась: ведь в Мх110/ПЛК110 такие же клеммы используются. Но там все провода идут без поворотов, прямо.
Ежели поумничать (по доброму), то изменился радиус изгиба проводов. Сейчас.. подберу слова к мысли.
Вот из ГОСТов на СКС (я читал ГОСТ Р 53246-2008) мы знаем, что в кабельных трассах коэффициент заполнения не должен превышать 40% на момент монтажа, а на момент допрокладки линий (когда трасса эксплуатируется и понадобилось допроложить ещё кабелей) - до 60%.
И что это требование диктуется тем, что там, где обычно 40% заполнения, на поворотах будет более плотно из-за изгибов кабелей.
Вот тут я вижу такую же ситуацию: повороты проводов именно в этом месте добавляют "толщину" - и поэтому места не хватает.
melky Ой ой!! Ради бога, не пружинные! С ними шкаф будет ещё глубже. Щас у меня всё входит в 225 мм шкафы. А так понадобится уже 250ый брать.
Потому что пружинные клеммы делают всегда ещё дряннее - что провод (как у Beckhoff / Wago) спереди втыкается. И ещё эти клеммы крайне хреново принимают двойные НШВИ (2) - а значит опять встанет проблема того, как питание шлейфом подавать.
ЗЫ. ОВЕН думал про пружинные клеммы. И я подавал идею сделать такие же, как щас, съёмные клеммы - но пружинные и с выходом сбоку. Если сбудется - то будет хоть взаимозаменяемость.
1 БП на группу p-n-p, 1 БП на группу n-p-n. Итого 2 БП.
Последний раз редактировалось IVM; 12.05.2020 в 11:12.
В этом случае все PNP будут по ИЛИ объединены( + питания. Внимательно смотрим схему)!
Так что отдельные для каждого входа( кстати, кажись, у овена был 4х канальный БП для питания датчиков).
Если все правильно прикинул, то: при сработке одного из PNP датчиков, на другие по питанию прилетит до 48В( зависит от схемотехники входов модуля)( ну вернее -24В и +24-падение на диоде + входе)
P.S. И это при условии что датчики не потребляют, в противном случае своим током потребления они потянут остальные входа модуля вниз и начнется цветомузыка.
Последний раз редактировалось pt200; 12.05.2020 в 17:43.
При такой плотности монтажа... Когда короб вплотную к модулю... Вот даже шина автоматов лежит на коробе. Скажем так, переключить клемму на объекте весьма с матюгамиПроходили.
Возьмите шкаф на размер больше.
Что не слимает претензий к вертикальным клеммам, но это совсем другая история. Я тоже против таких или пружинные как у ваго.
Удалось ли кому-нибудь решить проблему с зависаниями модулей? Столкнулся с аналогичными зависаниями, управляю контактором 220 В с первого выхода модуля МУ210-402.
Дежурные команды отправляю на модуль каждые 10 с, реально контактор включаю раз в полчаса на 3 минуты. При диагностике сети WireShark'ом было замечено что при зависании модуль спамит в сеть Pause-пакетами Flow Control с максимальным запрашиваемым таймаутом. Т.е. фактически модуль просит всех "помолчать" и делает это постоянно. Это приводит к фактическому падению всего сегмента сети, где находится модуль. Пока что отключил на роутере функцию Flow Control для того порта, который смотрит в сторону модуля, но это ж жесть!
Интересно!
Я все темы мониторю, по свободному времени будем перехоить на Мх110.
Интересно, зачем модуль так делает.. и можно ли в прошивке это поправить!
Последний раз редактировалось Алексеев Савр; 13.05.2021 в 09:49.
Добрый день.
Какая версия ПО у Вас в модуле?
У меня после зависания обмена одни ARP запросы от модуля в сети летают.
Ведущий инженер проектов
Линейки шлюзов сетевых Пх210
Линейки модулей ввода/вывода Мх210
Три дня назад (12.05.2021) обновил версию МУ210-402 до актуальной по совету техподдержки. Т.е. сейчас версия 1.0. Причём обновлять пришлось по USB, Ethernet-обновление всё время заканчивалось ошибкой (модуль начинал мигать красным уже через 15-20 секунд после начала прогрузки прошивки). До обновления прошивки конфигуратор OWEN не мог даже считать "Информацию об устройстве" - выдавал ошибку. В моих условиях модуль зависает каждую неделю-две, пока наблюдаю за ним после перепрошивки. На новой прошивке "Информация об устройстве" конфигуратором считывается, но осталось два вопроса по ответам модуля на некоторые Modbus команды. Вы не могли бы прокомментировать?
Код:Версия встроенного ПО прибора: 00 01 00 00 00 06 01 03 F0 10 00 01 00 01 00 00 00 05 01 03 02 2E 31 // .1 Название платформы: 00 01 00 00 00 06 01 03 F0 20 00 01 00 01 00 00 00 05 01 03 02 46 47 // FG Версия платформы: 00 01 00 00 00 06 01 03 F0 30 00 01 00 01 00 00 00 05 01 03 02 2E 34 // .4 Версия аппаратного обеспечения: 00 01 00 00 00 06 01 03 F0 40 00 01 00 01 00 00 00 05 01 03 02 57 48 // WH Время и дата: 00 01 00 00 00 06 01 03 F0 80 00 01 00 01 00 00 00 03 01 83 02 // Error! А по факту RTC работают, конфигуратор OWEN прекрасно отображает время. Отлавливать запросы конфигуратора WireShark'ом времени пока нет. Часовой пояс: 00 01 00 00 00 06 01 03 F0 82 00 01 00 01 00 00 00 05 01 03 02 00 00 Заводской номер прибора: 00 01 00 00 00 06 01 03 F0 84 00 01 00 01 00 00 00 05 01 03 02 37 38 // Тут показывают "37 38", а конфигуратор OWEN показывает "87076200232044494". Почему так?
Ваши права
Ответить с цитированием