Если перепутали + и -, то перегорело низкоомное сопротивления на входе, замерьте на всех входах сопротивление.
Вид для печати
Шунтирующее сопротивление 121 Ом. В ПР200. Сгорел шунтирующий резистор из за , внедренной Овном инновации в датчике давления. Вместо последовательно включенного диода защиты от переполюсовки, вкак это обычно принято, впялили параллельно выходам tvs диод, мотивировав что это типа узип. Поэтому при переполюсовке питания ТП ток, через этот диод , спокойно себе течет. Шунтирующий резистор очень малой мощности, если не ошибаюсь 0,125вт. всего. Сгорает вмиг.
Камрады, у меня снова замороченный вопрос. Я ещё так никогда в OWL не делал и хочу спросить вашего совета.
Мне надо из ПР200 поуправлять выходами 0..10V модуля МУ110-224.6У.
В его карте регистров значения на выходах - это регистры, которые идут подряд и начинаются сразу с 0 (выходы 1..6 соответствуют регистрам 0-5). Запись в регистры идёт функцией 0x10.
Так как наши ПРки не имеют групповых запросов, то для ускорения опроса модуля могу ли я из ПРки записывать значения регистров как 32-битную переменную?
То есть, выставить значения так:
* Тип переменной = Целочисленная
* Адрес регистра = 0
* Функция записи = 0x10
* Количество регистров = 2
....а в OWL собрать в эту переменную сразу два значения как Старшее и Младшее слова?
Прокатит такой вариант с точки зрения OWL? Всё будет хорошо?
Интересный момент. Лоджик нормально переваривает, надо в железе пробовать.Вложение 74352
1exan, AAA1 Спасибо за поддержку. Попробую я это через примерно месяц, как щит дособеру. В OWL да, всё норм - так можно записывать. В железе надо проверять =)
Заинтриговал. Я три раза в неделю бываю на объекте где такая тема, скрин выше с лоджика действующего щита взял. Пару недель назад взял бы и попробовал, а сейчас, что-то глаз дёргается. На неделе при внесении маленькой правки и записи в ПР200 всё колом встало, ПР200 ни чего не видит, не отвечает и установка встала которая с 2016 года работала, а тут влез блин! Взял из ЗиПа другую. За пару дней до этого у коллеги ПР103 - умерло при попытке записи программы, симптомы как тут: https://owen.ru/forum/showthread.php?t=39258 . Так, что пока опыты ставить страшно на действующих щитах, а сегодня лоджик включаю - там обновиться просит. Вот и обновляйся, вроде ставишь, чтобы ошибки старые исключались, а там новые.
Мне кажется для достижения максимального быстродействия нужно поставить "запись по изменению"! Тогда будут писаться только те регистры, где значения меняются, а писать те же значения, это загружать трафик ненужной информацией, в смысле на ровном месте тормоза создавать, мне так кажется!
И, у ПР200 два сетевых интерфейса, один из них использовать только для модуля аналогового вывода! Если он в сети не один!
Сергей0308 У меня этот проект маленький, и там будет всего лишь вот столько запросов по Modbus
* Чтение битовой маски с модуля Входов
* Запись битовой маски на модуль Выходов
* Запись 6 регистров на модуль Аналоговых Выходов: 6 или 3 запроса
Тут нет диммирования или быстрого управления аналоговыми выходами. На этот раз задача тупая: держать фиксированный заранее заданный уровень света.
Я хотел просто сократить количество запросов, а запись всё же оставить постоянную: так привычнее.
Про то, чтобы это попробовать и проверить, у меня есть два варианта:
а) Собрать всю обвязку на столе. Но мне не хочется, так как для аналоговых выходов над ставить сопротивление нагрузки, а на столе это сделать тяжко: в щите для сопротивлений прям место есть.
б) Подождать, когда я щит соберу до того момента, как подам питание на ПРку и модули. Там по любому самая первая программа будет тестовая - включить все выходы.
В общем, главное что сама идея не нова и вполне осуществима. Спасибо вам всем за помощь и поддержку!
Здравствуйте.
ПР102-24.2416.03.2
Не работают дискретные входы с DI1 по DI16. Светодиоды входов не светятся. Ток через оптопары идёт (3,5 мА).
Входы AI1 - AI8 работают (как дискретные).
В чём причина?
DI1, DI2, DI3, DI4, DI5, DI6, DI7, DI8, DI9, DI10, DI11, DI12, DI13, DI14, DI15, DI16 не работают. "Фильтр дребезга контактов" 10 мс. Других настроек нет, наверное.
DA1, DA2, DA3, DA4, DA5, DA6, DA7, DA8 работают. "Постоянная времени фильтра" 0. "Уровень переключения в "0"" 8 В. "Уровень переключения в "1"" 9 В.
На клему "0" (1) я подал минус двадцать четыре вольта.
На клему "+24В" (2) я подал плюс двадцать четыре вольта.
От отдельного источника питания!
На общие клемы дисретных входов (COM1, COM1, COM1, COM1) (клемы 43, 48, 53, 58) я подавал минус двадцать четыре вольта.
На входы DI1, DI2, DI3, DI4, DI5, DI6, DI7, DI8, DI9, DI10, DI11, DI12, DI13, DI14, DI15, DI16 (клемы 44. 45. 46. 47. 49. 50. 51. 52. 54. 55. 56. 57. 59. 60. 61. 62), я подавал плюс двадцать четыре вольта.
Поочерёдно.
На общие клемы аналоговых входов (COM2, COM2, COM2, COM1) (клемы 67, 72, 76, 82) я подавал минус двадцать четыре вольта.
На входы AI1, AI2, AI3, AI4, AI5, AI6, AI7, DI8 (клемы 66, 68, 71, 73, 76, 78, 81, 83), я подавал плюс двадцать четыре вольта.
Поочерёдно.
Соотаетствующие индикаторы всех входов DI не светятся.
Соотаетствующие индикаторы всех входов АI светятся, при поочерёдной подаче напряжения.
Вы бы для начала разобрались с модификацией прибора и скорей всего Вы сами что-то накосячили, в смысле, если даже модификацию прибора не в состоянии правильно написать!
Вложение 74474
Здравствуйте.
ПР205. Можно ли в процессе выполнения алгоритма разрешать/запрещать редактирование значения на экране (уставки, и т.п)?
Всем добрый день. Чтобы не плодить тем, задам вопрос здесь. С чем связанно увеличение сроков поставки ПР205? Дилеры овена декларируют 50 рабочих дней.
ну как бы это...телевизор посмотрите, новости почитайтеЦитата:
С чем связанно увеличение сроков поставки ПР205?
с длительными сроками поставки компонентов, которые из-за санкций и прочих сложностей, поступают через третьи страны кривыми путями и так далее.
Как программно отловить включение питания реле? Какие есть варианты решения?
Да уж, не часто такое встретишь, в смысле, даже хотелки ясно сформулировать не может, короче, если надо фиксировать время включения ПР или другого устройства вот здесь была подходящая тема: https://owen.ru/forum/showthread.php...F2%E0%EF%EA%E8
И, здесь: https://owen.ru/forum/showthread.php?t=26216&page=24
Дав вроде все очевидно. Обесточилось программируемое реле. Процесс прервался. Потом включилось. Или просто включили. Нужно подправить/скорректировать некоторые параметры. Вот и спрашиваю как ему "увидеть" этот момент.
Не обязательно отслеживать момент загрузки.
Создаёте переменные, делаете их энергонезависимыми. Используете в прошивке и "следите", чтобы их значение всегда было актуальным.
При старте прошивки переменные, имея актуальное значение на момент выключения, загрузятся из памяти.
Вот, например, импульс при включении
Вложение 74652
Спасибо, понятно.
Извините вопрос простой- задача сформировать импульс длительностью 2 с после подачи питания с задержкой 30 с .
Придумал вот такой вариант исполнения, но , во-первых, подскажите, будет ли работать, во-вторых думаю есть более изящное решение
Спасибо
Более изящное на ST и всего 1 блок, на скрине Импульс с задержкой Вложение 74878
Код:function_block Zad_30 //имя функционального блока.
var_input //объявление входных переменных
In : bool;
end_var
var_output //объявление выходных переменных
Q : bool;
end_var
var //объявление локальных переменных
Ton1:SYS.TON; TP1:SYS.TP;
end_var
Ton1(I:=In,T:=T#30s);
Tp1(I:=Ton1.Q,T:=T#2s,Q=>Q);
end_function_block
Здравствуйте. при запуске ПР200 на подключеную к ней пожарную сигнализацию приходит максимальный код, что активирует тревогу, через пару минут значения сбрасываются как и должно быть, какие есть способы избежать активацию сигнализации при запуске ПР200?
Если сброс происходит через пару минут, значит источник кода нештатной ситуации - за пределами ПР200.
Нужно разбираться с этой внешней причиной.
Далее - можно сделать задержку на проверку сразу после включения питания: константу 1 подать на вход TON - на выходе TON будет 0 при включении питания, а через время задержки будет 1. Вот этот выход TON и используйте для разрешения обработки нештатных ситуаций.
Но первопричина, всё же, не в ПР, а в источниках нештатных ситуаций или в их неправильной обработке.