Проверь порядок байт в регистрах! Обычно это для этого характерно.
Вид для печати
Проверь порядок байт в регистрах! Обычно это для этого характерно.
Иногда реальные показания приходят. Да и порядок я знаю и за ним смотрю )Цитата:
Сообщение от Cs-Cs
Чёрт, тогда не знаю. Это в реале надо смотреть. на ПРКе.
Добрый день.Цитата:
Сообщение от Aviator_VZh
Необходимо проверить соединение датчика на клеммах. -9999999 свидетельствует об обрыве датчика. Скорее всего, проблема в ненадежном соединении.
Спасибо, передам местным.Цитата:
Сообщение от Королев Кирилл
Кирилл, скажите, пожалуйста, а в случае неисправности датчика 4-20мА (например, коротыш) можно спалить аналоговый вход или есть какая-то защита от превышения тока?Цитата:
Сообщение от Королев Кирилл
КЗ на входе в режиме 4..20 мА приведет к его выходу из строя. Рекомендуем устанавливать быстродействующий предохранитель на 32 мА, если возможны коротыши.Цитата:
Сообщение от Aviator_VZh
В РЭ на ПР сказано:
Вложение 84661
а в РЭ на токовый датчик:
Вложение 84662
соответственно вход можно защитить сопротивлением 680 Ом мощностью не менее 1Вт
Прошу прощения, что не по теме. Но соответствующую тему не нашел. Где узнать к какому счетчику импульсов можно подключить энкодер а точнее цифровую линейку NTS-M Простую программу для расшифровки данных с линейки написал, но нужен прибор с быстрыми входами и RS485 (MODBUS RTU) для считывания результата (перемещения каретки по линейке).
Здравствуйте, есть ПР103 ( с быстрыми входами), И есть плата которая (самодельная), подключена к сети переменного тока и на выходе дает импульс на положительный и отрицательный период волны. Задача: вычислить частоту сети переменного тока. Нужно засечь время между импульсами и все разделить на 1. Подскажите как лучше делать отсчет времени с учетом времени цикла программы (думаю это будет влиять), есть какие то готовые программные решения? Частота может меняться от 20 до 60Гц
Импульс на полупериод - это 120Hz на максималке (8мс между фронтами при 1мс цикла).
Может лучше переключить в режим счетчика и считать импульсы в сек, например.
Да, наверно так лучше, буду пробоватьЦитата:
Сообщение от EFrol
Спасибо.
Здесь частотомер, измеряет период и частоту, выложил PeteraЦитата:
Сообщение от yaroslavcik
Спасибо! Изучаю.Цитата:
Сообщение от kondor3000
В итоге сделал следующим образом, по советам выше:
Вложение 84763
Есть вход настроенный считать количество импульсов, есть таймер на 1 сек, который в свою очередь сбрасывает счетчик. Ну а дальше математика деление, умножение и тд.
На скрине реальные значения с датчика. частота колеблется 45.5 - 50Гц
Оставлю здесь, вдруг кому еще пригодится
ЗЫ Переменная INFreq - физический вход, freq_count_rset - переменная привязана к сбросу счетчика, все остальное внутренние
HMI_FR = freq_count_buff / 2Цитата:
Сообщение от yaroslavcik
тоже так думал, но пошел "правильным/сложным" путем)Цитата:
Сообщение от Dimensy
Еще вопрос: Приобрели ПР103-24.1610.06.2.0 - с 2мя RS485, на RS485 (1) - мастер - будут висеть устройства, а на RS485 (2) слейв - панель Weintek. Связка не работает. Подцепил ПР к компу и через OPC (Мастерскада) пытаюсь опросить - не работает. Настройка слейва 19200 8N1 адрес 17. Карту сетевых переменных составил
Вложение 84766
Вложение 84767
Может этот RS485 (2) надо где то физически включить или галочку поставить? может что не так делаю?
В ПР103 вроде всё правильно, переменные на поле программы вынесли?
Для проверки обмена, достаточно пары переменных. Ошибка может быть и в программе.
Вложение 84768
Вложение 84769
Вложение 84770
да тут вроде тоже без проблем, преобразователь рабочий
Переменные только в таблице, на поле программы вынесли?Цитата:
Сообщение от yaroslavcik
Схема не работает, если переменные не вынесены на поле в работающую схему.
да, в программе все присутсвуетЦитата:
Сообщение от kondor3000
Сделайте тестовый пример на пару переменных в мастере и слейве и проверяйте обмен.Цитата:
Сообщение от yaroslavcik
Вложение 84771Цитата:
Сообщение от kondor3000
Вложение 84772
Сделал, но, что то опять не так
Как программа в ПР понимает, какой порт мастер, а какой слей, если я не указываю порт как мастер, то по умолчанию - слейв?
Я так же не указал езернетовский порт мастером, т.е. с него тоже можно прочитать регистры из списка слейв?
Если не мастер, то слейв, можно и по ТСР подключить.Цитата:
Сообщение от yaroslavcik
Пробовал еще Модбас Пулом, такая же история ошибка Timeout
Вложение 84774
Вложение 84775
Не внутренние ни мои не читаются переменные
Может прибор разобрать надо и куда то питание подать, не может быть что бы и мастер и слейв не работали
разобрал ПРку, на модуле 485 есть перемычки мастре-слейв - они актуальны или уже нет?
Вложение 84776
По пробовал подключиться по ModBus TCP, заработало
Не надо там перемычки переключать, всё программное.Цитата:
Сообщение от yaroslavcik
Самое простое, соединить 1 и 2 порт, мастер и слейв и проверить обмен парой переменных без всяких переходников.
Перемычки для согласования линий(А В)- подключают резисторы 120 ОМ
В итоге оказался битый RS2, дальше уже пусть сервис разбирается
Сначала модбас пулом сел на RS1 - за работал и тут же поменял конфигурацию в ПР и перекинул все на RS2 - не работает
Подскажите, пожалуйста, есть ПР103, у нее есть ethernet порт, к нему подключена панель, если поставить хаб и на него вывести интернет, будет ли по одному порту работать овенклауд и панель?
А руководство по эксплуатации, как всегда, читать леньЦитата:
Сообщение от yaroslavcik
Вложение 84816
Спасибо большое))Цитата:
Сообщение от Dimensy
Буду внимательней читать инструкции.
У Овена есть большущий вебинар по Модбасу на ПРках, советую глянуть https://dzen.ru/video/watch/682dadfb547d1f0855346514Цитата:
Сообщение от yaroslavcik
Добрый день. Такой вопрос: фб-таймеры и блинки и вот это вот всё в Owen Logic используют системное время? Насколько точно там всё?
TaPX с погрешностью относительно времени цикла выполнения программы. Не ожидайте чуда. тут нет hardware таймеров, которые способны вызвать прерывания и выполнение кода по прерыванию.
Это же относится не только к ПР Овен, а ко многим...
а системные переменные времени в ПР-103 - у них точно такая же погрешность?Цитата:
Сообщение от melky
Да плевать на время цикла, даже при цикле 50 мс, для времени сильно не принципиально.Цитата:
Сообщение от TaPX
А вот на часы в ПР жалуются часто, они могут на 20 секунд за день уйти. Вероятно кварцы ставят поганые.
И вот системное время может уже сильно влиять на точность времени в программе.
что в итоге? как будет точнее измерять время: отталкиваясь от системных переменных, или используя фб (блинки, таймеры)? Или это будет одно и то же (если фб отталкиваются от системного времени)?Цитата:
Сообщение от kondor3000