Связб наладить удалось, вот только не получается взять аналоговый сигнал датчика с пр200 на панель, пробовал разные варианты битами без, разбивал на разные счисления, все равно не удается взять значения
Вид для печати
правьте
Вложение 70731
Вложение 70732
Попробуйте на панели поменять адрес на 516
На панели поставьте этот драйвер (с ним точно работает)
Вложение 70734
Формат данных такой
Вложение 70735
Адрес чтения такой (117 - опечатка, надо 517)
Вложение 70736
Добрый день, коллеги.
Не сочтите за наглость, а лишь за акт помощи начинающему неопытному специалисту, желающему научиться создавать проекты для HMI Weintek (Weinview), для начала позаимствовав с последующей доработкой уже готовое решение от уважаемых специалистов с опытом.
Нужен HMI-проект для 40 кнопок вызова медперсонала в лечебно-профилактическом стационаре на базе ПР200.
--- Расширенный лог событий для принятия вызова медперсоналом (отдельно регистрируются вызовы, принятые медперсоналом на панели оператора, и вызовы, принятые медперсоналом непосредственно в палате пациента путём многократного нажатие кнопки вызова).
--- Взаимодействие HMI и ПР200 через Modbus RTU (RS485).
--- Взаимодействие ПР200 и SCADA через Modbus TCP (Ethernet).
--- Взаимодействие HMI и SCADA через Modbus TCP (Ethernet) путём "проброски экрана оператора" (прямого доступа к экрану посредством удаленного управления операторской панелью Weintek через EasyAccess 2.0, cMT Viewer и VNC Viewer).
С таким подходом вам в поиск Разработчиков, сюда https://owen.ru/forum/showthread.php?t=14180
Или начинайте писать проект сами и задавайте вопросы по ходу.
Для начала надо разобраться с обменом между панелью и ПР200.
40 кнопок вызова персонала, это я так понимаю, 40 коек.
И где ж в ПР200 столько входов взять?
использовать матрицу 8*8 в итоге 64 кнопки
матрицу на релейных выходах собрать в принципе можно, только работать она будет медленно и недолго
Может нечто подобное устроит, если одновременно всем не вызывать, в смысле, 6 дискретных входов хватит для 63 кнопок:
Вложение 72965
Думаю что для такого объекта, да и любого другого объекта, применение самодельных конструкций недопустимо. Только производимых массово и доступных для закупки. Нет на многих объектах таких специалистов, что будут перепаивать и т.п., только быстрая замена на аналог.
Как экспериментальный вариант для дальнейшего запуска в массовое производство конечно можно, но не для работающих и критических объектов.
А вот как вариант что-то типа такого:
https://habr.com/ru/companies/wirenb...ticles/417093/
лечебно-профилактический центр только в стадии строительства, с будущим руководством система обсуждается именно, как экспериментальный вариант для дальнейшего запуска в массовое производство.
ПР200 можно взять с 2-мя портами RS и прицепить модули ввода. Если читать битовыми масками, то будет вполне быстро, даже с учетом того, что групповых запросов у ПР нет. уж для кнопок хватит точно.
Еще и в обратную сторону индикацию сделать. двойную даже. Моргающую что вызов пошел, постоянную что вызов принят.
и логика работы кнопок (цифровых входов) и индикаторов (цифровых выходов) для надёжности должна быть осуществлена "без посредников" вроде Modbus (RTU или TCP), т.е. исключительно на входах/выходах ПР (ПЛК).
Зачем там вообще ПР? Для собрать инф. о вкл. кнопок только? Если так, то без ПР можно обойтись. Или еще какая то смысловая нагрузка?
не обязательно, если контролируется связь с модулем ввода, а контакты НЗЦитата:
и логика работы кнопок (цифровых входов) и индикаторов (цифровых выходов) для надёжности должна быть осуществлена "без посредников" вроде Modbus (RTU или TCP), т.е. исключительно на входах/выходах ПР (ПЛК).
Короче, мы так до namur дойдем, с контролем целостности линии, как в старые добрые времена диод в конце линии связи, ну или принцип пожарной автоматики...
а смысл контролировать линию, если кнопки с НЗ ? оно и так постоянно под контролем, пока контакт не разорвался, а там или вызов или обрыв линии - все равно бежать.
не знаю, есть ли вообще модули ввода с возможностью контроля линии? ну аналоговые не в счет, которые сопротивление могут мерять.
Если по здравому смыслу, то следует и чтоб вызывающий понимал, дошел сигнал или ножками к медсестре топать. Модулей ввода вывода пруд пруди разных. Хоть скадой опрашивай . хоть панелькой.
ну если еще и на КЗ контроль делать, то искать что-то из пожарки, охранки. Там есть такие модули, в том числе и адресные.
опять же, аналоговым модулем с измерением сопротивления или напряжения можно легко реализовать. Те же 10В = КЗ покажут. а 0В - обрыв. ну и два набора напряжения состояние кнопки.
И да, модули ввода можно ставить в коридоре у палат + контроль связи с ними.
А может поискать готовые решения? Например, вот https://videoglaz.ru/palatnaya-signalizaciya-medbells
Ага, села батарейка и пациент умер :)
Хотя в таких системах должно периодически передаваться состояние батареек конечно
Как то Ваши пожелания выше противоречат этому.
Если хотите надёжно, аварийные ситуации должны автоматически выявляться. Персонал может не делать, то что в инструкции, а может и добросовестно проверить, а отказ случиться после момента проверки.
Без внятного ТЗ ничего путного не выйдет. Начать следует с ТЗ.