Или интервал времени от начала цикла до появления сигнала на быстром входе?
ТО есть, есть ли независимый от цикла таймер для быстрых входов?
Вид для печати
Или интервал времени от начала цикла до появления сигнала на быстром входе?
ТО есть, есть ли независимый от цикла таймер для быстрых входов?
все правильно! скоростной счет идет с помощью, условно, отдельного процессора, а данные оттуда синхронизируются с программой один раз в цикл.
тут ключевой момент, что не будут теряться импульсы, которые короче времени цикла программы.
Андрей Иванников как такового таймера нет и время между импульсами в программу никак не передать. в программе доступны или частота сигнала или количество посчитанных импульсов.
это характерно для всех программируемых реле, да и не только для реле. вон ПЛК-200 то же самое.
Спасибо!
Так и думал , но решил уточнить наверняка, что бы в дальнейшем уже не заморачиваться такой предполагаемой возможностью.
Просто на Ардуино, насколько я знаю, есть возможность микросекундных измерений, а тут у ПР появился вход на 100 кГц.
На ПЛК 210, СП1хх реализуется передача напрямую в msSQL безо всяких прослоек типа MasterScada, от туда можно поднимать в любую ERP (хоть в 1C), работает очень устойчиво и с ног шибательно быстро. Можно формировать запросы на извлечение данных, на запись, на удаление, на редактирование, на создание таблиц. Я думаю что уровнем Овен лоджиком навряд ли получиться написать Transact-SQL, если только Коллеги из отдела Программируемых реле не выпустят ОвенЛоджик с ST кодом. Я например не понимаю как можно это написать, не имея массивов, структур, перечислений, указателей .... и .т.д
При тестирование не получилось загрузить программу в ПР103Вложение 54814
1.19.266.0
System.InvalidOperationException: Компиляция проекта завершилась неудачей. Проверьте лог файл "Logic.log".
в ProgramRelayFBD.InfrastructureLayer.ContainersVer2 .CurrentProgramFileStorage.<>c__DisplayClass1_0.<R unExecutableFileAsync>b__0()
в System.Threading.Tasks.Task`1.InnerInvoke()
в System.Threading.Tasks.Task.Execute()
Это лог
По Eth тоже не подключился
Зато удалось решить задачу по пожарной теме на ПР102 согласно ГОСТ-Р 53325-2012, контроль шлейфа с дискретным датчикомВложение 54815
Плохо что ошибка аналогового входа не приходит, зато конфигурировать вход можно через переменную
Добрый день Юрий!
Предлагаю рассмотреть данный вопрос не сточки зрения "дачного использования" программируемых реле, а промышленного использования!
Итак задача: необходимо отправить 4 шкафа на базе ПР102(103) на производство.
в технологическом процессе будет задействованы аналоговые входы.
Точно знаем что это будет температура, и процесс сбраживание.
То есть написать программу не проблема.
Но есть одно НО, мы не знаем тип датчика (его пока не знает заказчик, и когда он узнает шкафы уже должны быть у него)!
Это может быть 0.10в 4.20мА, ТСП
Соответственно в схемотехнике для сборки мы устанавливаем необходимые колодки для подключения датчиков, всех типов.
ПР102(103) -не имеют человеко машинного интерфейса (те кнопочек и экранчиков) соответственно, конфигурировать входа можно только по интерфейсу.
И то программно переключить вход не доступно в ПР102
Считаем количество доступных регистров — 128 байт / 2 = 64 регистра
Необходимо задать по одному входу тип датчика, если это 4..20 ма то верхний нижний предел
и того 3 регистра, (можно конечно извратиться и сэкономить, допустим использовать один регистр для определения типов двух входов, но время на инжинг — это деньги).
Итого 3х8 -24 плюс 8 регистров под передачу значений, и ошибку (ее же тоже надо отображать на панельке) — обрыв, КЗ, датчик отключен +8 — и того 40 регистров
14 регистров у нас остается на все остальное
Так почему нельзя сделать конкурирование, настройку, и ошибки (обрыв КЗ , не используется) в служебных регистрах? Не ужели это не очевидно? (Ну не берем во внимание процесс создания теплицы у себя на даче, там как раз, то что есть сейчас, удовлетворяет полностью!!!)
Добрый день. Спасибо за развернутый ответ. Постараюсь дать ответы:
1. Если в схемотехнике Вы закладываете все варианты подключаемых датчиков, то нет никаких проблем организовать все возможные логические цепочки в программе, а через модбас с помощью одного регистра задавать режим датчика, решение будет громоздкое с точки зрения логики, но универсальное с точки зрения программы.
2. Количество регистров в ПР103 значительно расширено, я думаю должно хватить на все.
Для более удобной настройки можно использовать простую панель типа ИПП120, даже в съемном исполнении, если бюджет критичен.
Если вопрос был только по ПР102, тогда да, все сложнее, но не сильно, можно собрать несколько вариантов прошивок под нужный датчик, прописав в логике все аварии и уровни по датчикам.
На счет служебных регистров, затрудняюсь ответить точно, но думаю ресурсы в программе тоже ограничены и предусмотреть все тоже не представляется возможным.
В качестве панели как правило идет СПК1хх, или СП3хх
Сложность организации многочисленных прошивок для ПР заключается в том, что как только шкаф выкатился за пределы склада, в сторону заказчика, прошивку поменять уже не вариант.
Шкаф должен уезжать уже полностью прошитый и готовый к эксплуатации
Например ехать в Пермь из Москвы потому что надо изменить тип датчика, ну как то накладно
Для анализа также пришлите, пожалуйста:
1. Ваш проект
2. Файл logic.log.
Файл находится по адресу (пример): C:\Users\ИмяПользователя\AppData\Roaming\OWEN\OWEN Logic\ВерсияОЛ\Bin\23740\PR
3. Папку Bin.
Ее получите следующим образом:
Создайте проект и попробуйте скомпилировать.
Не закрывайте OwenLogic.
Перейдите, пожалуйста, по пути (пример): C:\Users\ИмяПользователя\AppData\Roaming\OWEN\OWEN Logic\ВерсияОЛ\Bin\23740\PR
Там вы увидите папку Bin (скриншот во вложении).
Заархивируйте и пришлите ее в ответ на это письмо.
Спасибо за замечание Dron/9K!
ПР-VPN не поддерживает, VPN поддерживает только СПК1хх М01,
заказчику нет дела до того чтобы бегать с компьютером и подключать меня с приборам, ехать в усть-ангарск, ради перепрошивки нужного ПО на ПР, уже экономически не выгодно, да и если к каждому проекту я буду придумывать что нибудь то сума сойду
ПР-у ничего поддерживать не нужно, нужно Вам с управляющего компа зайти в сеть заказчика через VPN и загрузить нужную конфигурацию(версию ПО) контроллера, ну или если они так боятся пускать в свою сеть непойми кого, то пусть поставят на свой компьютер OL или порты контроллера "вытащат" наружу на некоторое время. хотя, я так подозреваю, что когда выйдет ПР103 то он уже будет через облако поддерживать загрузку ПО.
Тоже интересует возможность приобрести.
Всем привет. Возможно ли для ПР103 сделать визуализацию для управления с ПК.
Подскажите, а если делать визуализацию через tia portal с пр200, это реально?
А немного это сколько? Хотя бы примерно. немного дней , немного недель и тд.
Чтобы понять, есть смысл подождать или уже рубануть с плеча и заказывать 102 и городить огород в виде переходника в Ethernet через промежуточный ПЛК, что очень не хочется делать.
Добрый день.
Конкретики дать не получится, к сожалению, просто потому что не хочется обнадеживать вас.
Могу сказать, что старт продаж первых модификаций (без режима Master по RS-485) будет не раньше середины сентября.
Скорее всего, первыми модификациями будем выводить прибор с питанием 230 В - с дискретными входами и выходами.
Это не какая-то прихоть, в первую очередь я за качество и надежность, как на ПР200.
а зачем вам ПЛК как переходник? неужели нельзя просто купить преобразователь modbusRTU в Modbus TCP, тот же МКОН, наконец?? в ПР103 онлайн отладки к старту продаж не будет 99%
Никакого трейдина 102->103 не планируется?
Честно, невозможно ждать более полугода после анонса!
Мастера 485 в 103 не будет, т.е. сделать часть на 102, а потом подцепить его под 103 не получится?
Если нельзя, но очень хочется то иногда можно.
Мир не без добрых людей, удалось получить (увы, без помощи изготовителя) ПР103 с питанием 24В и одним 485, прямо почти как требовалось.
Завтра начинаю переносить на него программу.
Судя по мануалу, я без помощи USB смогу загружать новую программу по LAN и отлаживать её онлайн - это так?
Отладки онлайн нет и не предвидится в ближайшее время. По возможности не используйте системные переменные там много косяков пока. В Овен Клауд так просто не выгрузиться, к битовым переменным доступа извне нет. Только если под каждую битовую переменную свой 16битный сетевой адрес. Rs485 спользуйте только на стандартной скорости 9600. По 485 со сторонних приборов опрашивать не быстрее, чем одна команда в 200 МС, иначе интерфейс ложится. Грузить ПО можно и через рс-485. Не открывайте рядом два проекта, если выбран способ обмена езернет. Это только то, чтоя вспомнить смог. А, не знаю поправили или нет, но упаковка битовых переменных в сетевую не работает.
Добрый день!
Сейчас тестируем и устраняем баги, в том числе, описанные выше.
Работаем над тем, чтобы прибор получился качественным и надежным.
Поэтому по срокам сказать что-то сейчас сложно. Надеемся, что осенью удастся стартовать первые модификации.
Спасибо всем, кто участвует в бета-тестировании! Обратная связь от вас очень важна!