ПР200

[Алексей Геннадьевич]

Вот что наболело: 1. Нет возможности обмениваться пакетно. Обмен целыми связными массивами открыл бы много возможностей, в том числе обход ограничения отклика в 128 байт (наверное, это аппаратное ограничение?), можно было бы ставить номер тома, и банзай! вот когда ПР200 является мастером у многих приборов и должен все это отдать на скаду, то 128 байт- это грустно. Про темп обмена на пакетном принципе уже понятно, он будет гораздо выше.
2. Наверное на системном уровне просто получать признак связи (на регистрах заголовка), так зачем заставлять пользователя самому что-то конструировать для контроля связи.

Может ваше желание выходит за границы применения ПР, и вам нужен контроллер?

3. Респект за доступ к часам!

Дней недели нет. Жалко.
Теперь календарь писать, а можно было просто значение из микросхемы часов выдернуть...

Значит можно? так дайте ж читать признаки связи и особенно уставки границ AI (никак не добраться до них на уровне пользователя).

Вы можете обьяснить, для чего нужно менять границы аналогового входа?
В установке датчик один и тот-же.

[Серёга Букашкин]

Вы можете обьяснить, для чего нужно менять границы аналогового входа?
В установке датчик один и тот-же.
Поясняю: при создании функций, рассчитанных не на конкретное одно использование, а на серию разнокалиберных устройств, программно рассчитывать на датчик определенного масштаба нельзя, диапазон поставит уже пользователь согласно своему датчику. А нужно по ходу обработки знать, насколько сигнал велик относительно своих границ. Вот приходит "31". Это много или мало? И еще: в проекте нужно иметь функцию дистанционной коррекции уставок настройки (задания, порогов) по простому принципу команд "прибавить/убавить" в том же диапазоне, что задан для сигнала AI. Без считывания установленного диапазона сигнала невозможно вычислить шаг такой коррекции и ограничения. При регулировании также удобно приводить сигнал к относительному виду (% диапазона). В общем, границы - очень важный и нужный параметр, и не давать его читать как переменную - странно, наверное просто у программера очередь до таких мелочей еще не дошла. Будем ждать.
И еще хорошо бы читать естественный уникальный и задаваемый без замены программы параметр идентификации. Это например номер абонента (тоже системная переменная). Это позволило бы для нескольких ПР одной системы создавать универсальную программу, которая по заданному номеру делала бы что-то свое, так для эксплуатации удобнее.

[Алексей Геннадьевич]

при создании функций, рассчитанных не на конкретное одно использование, а на серию разнокалиберных устройств, программно рассчитывать на датчик определенного масштаба нельзя, диапазон поставит уже пользователь согласно своему датчику. А нужно по ходу обработки знать, насколько сигнал велик относительно своих границ. Вот приходит "31". Это много или мало? И еще: в проекте нужно иметь функцию дистанционной коррекции уставок настройки (задания, порогов) по простому принципу команд "прибавить/убавить" в том же диапазоне, что задан для сигнала AI. Без считывания установленного диапазона сигнала невозможно вычислить шаг такой коррекции и ограничения. При регулировании также удобно приводить сигнал к относительному виду (% диапазона). В общем, границы - очень важный и нужный параметр, и не давать его читать как переменную - странно, наверное просто у программера очередь до таких мелочей еще не дошла. Будем ждать.
И еще хорошо бы читать естественный уникальный и задаваемый без замены программы параметр идентификации. Это например номер абонента (тоже системная переменная). Это позволило бы для нескольких ПР одной системы создавать универсальную программу, которая по заданному номеру делала бы что-то свое, так для эксплуатации удобнее.

В таком случае задать в ПР границы равными 0 и 1 и потом преобразовывать сигнал с помощью fmul, fdiv, fadd, fsub.
Вам для ваших применений 32 входных регистра не хватает?

[Серёга Букашкин]

В таком случае задать в ПР границы равными 0 и 1 и потом преобразовывать сигнал с помощью fmul, fdiv, fadd, fsub.
Вам для ваших применений 32 входных регистра не хватает?

Это бесспорно, но сложнее. Что ли жалко дать доступ к границам? Конечно придется так делать если всё так и останется как сейчас, но можно всё устроить гораздо проще.

[Павел Братковский]

Это бесспорно, но сложнее. Что ли жалко дать доступ к границам? Конечно придется так делать если всё так и останется как сейчас, но можно всё устроить гораздо проще.

вы от пр200 чуда ждете?.....ждите, ожидайте

ИМХО прибор пр200 классный прибор, в отношении цена-качество (жаль матом нельзя), он в своем роде уникальный......допилят-до полируют.

уважаемый Серёга Букашкин, про хотелки писать по корректней попробуйте....

[Алексей Геннадьевич]

Это бесспорно, но сложнее. Что ли жалко дать доступ к границам? Конечно придется так делать если всё так и останется как сейчас, но можно всё устроить гораздо проще.

ПР200 -универсальное программируемое реле, а ваше желание - специализированное применение.


Вопрос к производителям:
Как обстоят дела с модулями расширения для ПР200?

[Lendl]

Коллеги, кто-нибудь знает как в ПР200 сделать управление каким-либо выходом по гистерезису?
Например: включению выхода Q1 происходит по достижению значения температуры 70 градусов, а отключение этого же выхода Q1 только при уменьшении температуры до 50 градусов.
Может быть есть готовые макросы?

[Василий Кашуба]

Коллеги, кто-нибудь знает как в ПР200 сделать управление каким-либо выходом по гистерезису?
Например: включению выхода Q1 происходит по достижению значения температуры 70 градусов, а отключение этого же выхода Q1 только при уменьшении температуры до 50 градусов.
Может быть есть готовые макросы?

Вот такой Гистерезис.JPG

[Lendl]

Вот такой[/ATTACH]

Василий, спасибо за подсказку! Конечно же мне нужно использовать RS-триггер...

[katalist]

А на каком процессоре исполнено данное реле?