Ревака Юрий сделайте групповые запросы для мастера, потом уже предлагайте такое решение. Без групповых запросов как бы есть разница, внутренняя шина или RS485
Ревака Юрий сделайте групповые запросы для мастера, потом уже предлагайте такое решение. Без групповых запросов как бы есть разница, внутренняя шина или RS485
И в чём разница, например время опроса четырёх ТС составляет более 3-х секунд, по RS485 быстрее будет 4 регистра опросить:
ПРМ-3_4.PNG
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Тут нужно разделять, время на получения нового значения с датчика в ПРМ и время получения значения в ПР по внутренней шине, сами данные по внутренней шине будут приходить скорее всего быстрее, но значения будут одинаковые, до момента обновления их в ПРМ. Об этом я и говорил, что для большинства задач не будет большой разницы RS это или внутренняя шина.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
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
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
С модификациями как у пр200, я конечно переборщил, но вот предложение melky 4DI 4DO 4AI или 2DI 4DO 2AI и меня бы устроило. Вариант - 1 программа и расширитель, мне кажется лучший.
Сергей0308 ребята, объясню иначе, читая группой, мы читаем значения из регистров в одну точку времени. Читая по одному регистру, мы можем прочитать данные датчиков в разные точки времени.
Ну и во-вторых, лишний порт при использовании ПРМ тоже имеет роль, как в необходимости, так и в стоимости...
То есть если есть ПРМ, удовлетворяющий всем требованиям на кой использовать другой ПР и подключать по RS485 в качестве модуля ? их для этого что ли делали ?
Так об этом никто не спорит, если есть, а если нужен вариант здесь и сейчас с уникальным набором и DI и AI, DO вот я и предложил разные варианты, тот же ПР100 с RS. Читая регистры по одному, вместо группового, да мы разнесем показания во времени, но если это вентиляция или отопление, не думаю что там 500 мс будет критично, или я не прав? о каких процессах идет речь?
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
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
Это все конечно хорошо, но количество сетевых переменных от этого не увеличится, а их ой как мало, и тут что ни делай в больших проектах приходится идти на компромиссы или изголяться с переводом флот в целочисленные и обратно.
Вот если бы задумали конвертер l2c "туда - сюда" для того чтобы удлинить системную шину хотя-бы метров на 50 вот это была бы вЕсч!
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
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
Хотя бы полностью транзисторные выходы в ПР200 сделать. Для управления всякими исполнительными механизмами типа КЗР так было бы лучше. В версии с питанием 24В это логично так как пускатели все равно надо развязывать от выходов ПР.