Управление модулем МДВВ

[light_finder]

При работе с модулем появились еще некоторые вопросы, вот, например, по поводу чтения состояний входов. При работе по протоколу DCON на запрос от мастера, модуль шлет такой пакет: >(данные)(контрольная сумма)CR. Поля (данные) и (контрольная сумма) имеют размер два байта. Насколько я понимаю принцип формирования этих полей следующий:

Поле (данные)

Модуль формирует 16 бит, из которых первые 4 бита равны 0, а биты 11 - 0 соответствуют состояниям выходов 12 - 1. Далее сформированные 16 бит делятся на 2 байта, каждый из которых представлен в двоичном виде. В сеть, в поле (данные), посылаются два символа, с ASCII кодами, равными десятичным эквивалентам двоичных значений этих двух байтов.

Чтоб было понятно, что я имею ввиду, приведу пример:
<hr>Пусть состояние входов модуля таково: 1010 1010 1010 (замкнуты входы 1,3,5,7,9,11, входы 2,4,6,8,10,12 разомкнуты).
Модуль формирует 16 бит: 0000 1010 1010 1010. Поле (данные) будет состоять из двух символов: первый с кодом 10 - символ "◙", второй с кодом 160 - символ "а" (кириллицей).
<hr>

Поле (контрольная сумма)

Модуль складывает ASCII код символа ">" с ASCII кодами символов из поля (данные), то есть рассчитывает сумму трех десятичных чисел. Далее берется остаток от деления полученной суммы на 256, этот остаток переводится в шестнадцатиричную систему и выводится в поле (контрольная сумма).

Пример:
<hr>Состояния входов модуля МДВВ такое же, как в вышеприведенном примере. Модуль формирует контрольную сумму следующим образом:
Контрольная сумма = 62 (код ">") + 10 (код "◙") + 160 (код кириллической "a") = 232 = 0xE8
Поле (контрольная сумма) будет содержать символы "E" и "8"
<hr>

Скажите пожалуйста, правильно ли я понял принцип формирования полей?

[SKiT]

Я немного туплю, но на стандартный запрос

[addr]+[chksum]+[cr]

от свеженького прибора, который просто лежит на столе, придёт ответ:

>0FFF40

Из этого символ ">" просто технический. 0FFF - поле данных. 40 - контрольная сумма. Первые два байта "0F" не несут никокой нагрузки (точнее они, вероятно, для систем с 16 входами?), а вот третий и четвёртый дают нам состояния входов 1111 1111.

Т.е. ответ ">0FF8[+checksum]" несет данные "F8" - 1111 1000 - замкнуты три первых входа.

Формирование контрольной суммы верно Главное не забыть про то, что в поле контрольная сумма пишется только остаток от деления на сто.

[light_finder]

Я немного туплю, но на стандартный запрос

[addr]+[chksum]+[cr]

Вы забыли символ "@" перед полем адреса

от свеженького прибора, который просто лежит на столе, придёт ответ:

>0FFF40

Из этого символ ">" просто технический. 0FFF - поле данных. 40 - контрольная сумма. Первые два байта "0F" не несут никокой нагрузки (точнее они, вероятно, для систем с 16 входами?), а вот третий и четвёртый дают нам состояния входов 1111 1111. Т.е. ответ ">0FF8[+checksum]" несет данные "F8" - 1111 1000 - замкнуты три первых входа.

Не обязательно с 16ю) Может быть и 12, главное, что "лишние" разряды идут первыми. И Вы опять забыли тут маленькую деталь. В конце ответной посылки стоит возврат каретки.

Формирование контрольной суммы верно Главное не забыть про то, что в поле контрольная сумма пишется только остаток от деления на сто.

По моим понятиям, берется остаток от деления на 256, а не на 100

[SKiT]

Да, [CR] я потом удаляю. Поэтому и забыл.

Ну, я имел в виду, что берутся сотые разряды. =) В общем мы поняли друг-друга

[light_finder]

Еще вопрос по сабжу, можно ли настроить МДВВ на обработку прерываний, то есть, чтобы модуль автоматически посылал в сеть пакет при приходе сигнала на какой-либо из его входов. Мне требуется мгновенная реакция на изменения входов, поэтому вариант с опросом входов в бесконечном цикле неприемлим. Пользуюсь протоколом DCON, не юзаю ни OPC, ни каких бы то ни было других SCADA систем. Модулем управляет программа на С++.

[magirus]

нет нельзя. на данный момент модули МВА, МВУ, МДВВ могут работать только Слейвом т.е ответ по запросу.

[Ельцов Андрей]

Еще вопрос по сабжу, можно ли настроить МДВВ на обработку прерываний, то есть, чтобы модуль автоматически посылал в сеть пакет при приходе сигнала на какой-либо из его входов. Мне требуется мгновенная реакция на изменения входов, поэтому вариант с опросом входов в бесконечном цикле неприемлим. Пользуюсь протоколом DCON, не юзаю ни OPC, ни каких бы то ни было других SCADA систем. Модулем управляет программа на С++.

Нельзя такого делать в rs485. Нет там контроля над за колизиями.

[light_finder]

Нет там контроля над за колизиями.

А можете пояснить, что Вы подразумеваете под понятием коллизии применительно к сетям? Коллизия это, насколько я понимаю, ситуация, когда у двух разных объектов совпадают какие-либо уникальные характеристики, вследствие чего такие объекты невозможно идентифицировать. В сети такой характеристикой, по всей видимости, является сетевой адрес устройства. Не совсем понятно, какое отношение имеют коллизии к автоматическому контролю модулем состояний своих входов.

[Kirill]

А можете пояснить, что Вы подразумеваете под понятием коллизии применительно к сетям? Коллизия это, насколько я понимаю, ситуация, когда у двух разных объектов совпадают какие-либо уникальные характеристики, вследствие чего такие объекты невозможно идентифицировать. В сети такой характеристикой, по всей видимости, является сетевой адрес устройства. Не совсем понятно, какое отношение имеют коллизии к автоматическому контролю модулем состояний своих входов.

В сети одновременно может присутствовать только один сигнал (одна посылка). Если устройств, инициализирующих опрос, более одного, то шлют они не сверяясь друг с другом, возможно одновременно. В итоге посылку не получает никто.

[SKiT]

Погуглите CSMA/CD

А если в 485 будет несколько мастеров, то получится полная неразбериха.