ЛОГИКА СПТ-943, 961.

[melky]

Ну у меня дока по протоколу где СПТ94х указано, без последнего номера. Есть отдельно на 944
Возможно от года выпуска еще зависит. я помню вы про Ethernet жаловались, они там адресацию свою натянули на Modbus как сову на глобус об этом речь была вроде ?
А, или это МихаилГ жаловался...?

[imaex]

Возможно от года выпуска еще зависит. я помню вы про Ethernet жаловались, они там адресацию свою натянули на Modbus как сову на глобус об этом речь была вроде ?

Не совсем. Я увидел эзернет, а подключаться по нему нужно было, подумал - щас по Modbus TCP всё заберу. Наивный чукотский вьюноша - там только магистральный протокол. Пришлось через иховый OPC тащить.

[melky]

Странно, вроде МихаилГ даже добился опроса по Modbus, там кажется или тот или тот, но Modbus натянутый на их адресацию и хитро работает. Вроде темы тут на форуме были.

[imaex]

Блин, я слепень. 943. Они с 96х вообще очень плохо вместе живут. Мы разные модемы ставили для опроса.

Не знаю, может с коммутатором что и получится. Но скорость придётся на 2400 ограничивать у 961-го.

[imaex]

Странно, вроде МихаилГ даже добился опроса по Modbus, там кажется или тот или тот, но Modbus натянутый на их адресацию и хитро работает. Вроде темы тут на форуме были.

на 485-ом RTU, на эзернете только ихний магистральный.

[mr.SiMM]

А нет ли у кого логов обмена в СПСети?
Планирую собирать данные с СПТ961 (доступ к которому появится только при пусконаладке) в ПЛК (не ОВЕН) + шлюзовать Modbus-запросы верхнего уровня (чтобы не заморачиваться с программой в контроллере, если верху вдруг понадобится брать с тепловычислителя что-то ненужное ПЛК), однако исходя из имеющейся документации совершенно не ясен формат метки времени, который может присутствовать при чтении параметра – анализ логов из видео «Пример сканирования СПСети серез прибор-шлюз, подключение к шлюзу по RS232» таких параметров (возвращающих метку времени) не обнаружил, попытка найти какие-нибудь другие логи успехом не увенчалась ¯\_(ツ)_/¯
spbus.txt
И вот ещё какой вопрос – кусок запроса параметра 003 из логов:

12:57:42.822 (1);	 * : ---- scanning device NT=01: ----
12:57:42.827 (1);COM2 ---> : $10 $01 $01 $82 $10 $1F $1D $10 $02 $09 $30 $09 $30 $30 $33 $0C $10 $03 $74 $FA
12:57:42.831 (1);	 * :   ;Proto: SPBus message;CRC check:*OK*;with address;dstNT=1;srcNT=130;param_num=0x003;FNC=$1D(request)
12:57:43.196 (1);COM2 <--- : $10 $01 $82 $01 $10 $1F $03 $10 $02 $09 $30 $09 $30 $30 $33 $0C $09 $31 $30 $35 $30
12:57:43.196		   : $30 $30 $31 $30 $33 $35 $09 $20 $0C $10 $03 $4E $A7
12:57:43.200 (1);	 * :   ;Proto: SPBus message;CRC check:*OK*;with address;dstNT=130;srcNT=1;param_num=0x003;FNC=$03(response);param_val=1050001035

Указатель выглядит как 0\t003 – а как отреагирует прибор, если вместо 003 будет 3? Или номер параметра в запросах всегда (у всех приборов логики) число трёхзначное? Планирую в шлюзе адрес Modbus-регистра использовать как указатель (=1000 * номер канала + номер параметра), поэтому и всплыл такой вопрос (если у них ещё и длина номера параметра зависит от прибора и/или параметра – это жесть).
PS: вариант с OPC-сервером мне не подходит, поскольку контроллер должен получать данные даже в случае отсутствия компьютера или связи с ним.

[МихаилГл]

Странно, вроде МихаилГ даже добился опроса по Modbus, там кажется или тот или тот, но Modbus натянутый на их адресацию и хитро работает. Вроде темы тут на форуме были.

О, случайно увидел как упоминали меня... Больше года назад. Мимо меня прошло. Да, у 962го вроде, натянутый модбас рту, на глобус. Там нельзя групповые запросы делать, так как 100й регистр, например, это lword на 4 регистра, а 101й, это другой lword на другие 4 регистра. Плавающий модбас. Как раз твою любимую рапид скаду под это настраивал.

[mr.SiMM]

О, случайно увидел как упоминали меня... Больше года назад. Мимо меня прошло. Да, у 962го вроде, натянутый модбас рту, на глобус. Там нельзя групповые запросы делать, так как 100й регистр, например, это lword на 4 регистра, а 101й, это другой lword на другие 4 регистра. Плавающий модбас. Как раз твою любимую рапид скаду под это настраивал.

Идея практически как у меня – только я ещё хочу функцию 0x17 Read/Write Multiple Registers задействовать как раз для группового запроса – вместо записываемых регистров передавать адреса. Ну и формула у них для адресации 1024 * номер канала + номер параметра – но я решил так не делать, чтобы можно было адреса регистров 0…64999 оставить под параметры каналов 0…64, а 65000…65535 в перспективе под архивы (собственно, в СПСети они так и адресуются на канале 0).

Плавающий модбас

Скорее а-ля Enron Modbus (если бы параметры ограничивались четырьмя байтами) – только там такой фокус действует на ограниченном диапазоне адресов 5001…5999 для DINT и 7001…7999 для REAL.

[melky]

А вы архивы собрались читать? В текущих откуда там метка времени?

[mr.SiMM]

А вы архивы собрались читать?

Это задача верха – решать, что он там будет читать, моя задача – предоставить транспортную возможность.

В текущих откуда там метка времени?

Согласно спецификации ¯\_(ツ)_/¯