С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Статус прибора.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Статус переменной позволяет выбрать только целочисленное и как его использовать?
Да, наверное с МВ110-16 не пройдет такой номер, это работает с модулями аналогового ввода, для них и макрос в онлайн-базе есть. А насколько часто идет чтение по модбас, может есть возможность через переменную читать и регулировать частоту опроса, и если статус прибора отвалился не учитывать данные.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Все настройки по умолчанию. Опрос, таймаут 100 мс. Интервал между запросами 10 мс.
Прослушал сеть: последние 0,6 сек при выключении питания МВ110 независимо от состояния входов начинает гнать нули, при этом связь не рвется, бит состояния связи не падает. Фильтр нулей по времени недопустим. Пришлось отказаться от запоминания ошибок.
В OL это значение стоит по умолчанию. А так как я новичек в этом деле оставил как есть. А какое лучше задать?
не сверяясь с первоисточниками вычисляем: запрос состоит из восьми байт, это 64 бита, при 8N1 добавляем на каждые 8 бит один стоповый бит, дополнительно учитываем паузу между посылками условно в один бит, итого около 80 бит, делим на скорость 9600 получаем 8мс в одну сторону, далее в канале должна быть пауза 3,5 бита, плюсом обработка слейвом полученного запроса, подготовка ответа, учитываем параметр в слейве времени задержки ответа и сам ответ состоящий из семи байт с приблизительно теми же временами. На скорости 115200 будет короче, но надеяться и верить в это не стоит, в итоге 20мс минимум
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран