|
|
Прошу помощи |
|
Почему канал - HEX32, и какой рельтат я должен получить?
|
|
 |
|
|
или это число через НЕХ32 получится - 0х01В6D000? Какое-то надо же делать преобразование или нет?
|
|
|
|
|
Если менять местами байты, то каким образом? Заранее спасибо.
|
|
|
|
|
HEX32 потому, что число занимает 32 разряда (2 регистра Модбас).
Какое число получится, зависит от физической величины на входе. 0х01В6D000 - это просто пример того что МОЖЕТ получиться. По поводу преобразования. Если в паре последовательных регистров защиты содержится число 0х01В6D000, и вы настроите на эти регистры канал HEX32, то, скорее всего, в канале вы получите 0xB60100D0. Возможно также получение 0x00D0B601, если драйвер Модбас в Трейс моуде переставляет местами слова в 32-разрядном числе. Как бы там ни было, в ТМ есть функциональные блоки для побитовых операций. К сожалению, установленного ТМ у меня под рукой нет, и подсказать конкретные названия не могу. Но там должны быть операции упаковки и распаковки байтов из целого. На крайний случай, есть операции побитового сдвига влево и вправо, побитового умножения и сложения. Почитайте справку по таким функциям, и вы все поймете. Подайте на защиту какой-нибудь сигнал (напряжение или ток - что вам удобнее), читайте соответствующий регистр и проверяйте, как действует ваше преобразование. Умножайте целое, полученное после преобразования, на float-константу. Если получите соответствие между реальным значением и полученным в ТМ, значит преобразование сделано верно. |
|
|
Теория - это когда все знаешь, но ничего не работает.
Практика - это когда все работает, но никто не знает как. |
|
|
|
|
Спасибо. Вот посмотрите, что написал мне спец.Адастра.
"Не адреса переменных определяют протокол обмена, а регламент обмена и используемые функции. В новой версии основные свойства протокола остались те же. Сожалею, но без написания драйвера обойтись нельзя. Слишком большие отклонения от стандарта Modbus." Получается, что всё что мы выше обсудили, не реализовать. Может вобще ТМ сменить. Или всё-таки попробовать ваши действия?Неужели последний протокол выходит за рамки стандарта? Спасибо. |
|
|
|
|
То, что я прочитал в последней версии документа, в части запросов данных с адресов Модбас 1...256 никоим образом не выходит за пределы типовой реализации Модбас. По крайней мере, на первый взгляд. Опять-таки отсылаю к примеру В.6, где приведены обычные запрос-ответ Модбас безо всяких наворотов типа команды-ожидания-чтения окна.
Но это что касается _чтения_ данных с защиты. А вот для управления выключателем что-то типа драйвера придется соорудить для подачи команды. Но с чего-то надо начинать. |
|
|
Теория - это когда все знаешь, но ничего не работает.
Практика - это когда все работает, но никто не знает как. |
|
|
|
|
Будем пробовать, спасибо.
|
|
|
|
|
День добрый!
Вот нашёл программу COMPump. Руссифицированная, может ли она быть мне чем полезна? Можно ли как то её использовать на стройки адресов в ТМ? |
|
|
|
|
Прогу не юзал. По описанию похожа на типичный сниффер последовательного порта. M-Link 5 использовался в ТМ версии 5 для обмена между узлами Трейс Моуд. Настраивать адреса такая прога вам не поможет.
Сниффер бывает нужен когда обмен идет с ошибками или не идет вовсе. Тогда с помощью сниффера записывают обмен через порт, расшифровывают запросы/ответы и смотрят где идут нестыковки. |
|
|
Теория - это когда все знаешь, но ничего не работает.
Практика - это когда все работает, но никто не знает как. |
|
|
|
|
Пока дела не продвигаются, жду новое ПО на БМРЗ для работы нового протокола. Минимум неделю.
|
|
|
|
Ответить 
|
Страница <1 23456> |
| Переход на форум | Права доступа на форуме  Вы не можете публиковать новые темы в этом форуме Вы не можете отвечать на сообщения в этом форуме Вы не можете удалять Ваши сообщения на этом форуме Вы не можете редактировать Ваши сообщения на этом форуме Вы не можете создавать голосования на этом форуме Вы не можете выражать своё мнение в голосованиях на этом форуме |
