ПЛК63 + SysLibCom, потеря байтов

[monteg]

Если библиотека позволяет читать пакет байт, то и надо читать пакет. Вероятно, проблемы при обмене по RS-485 при использовании SysLibCom связаны с не совсем корректным управлением шиной сети. Порядок обмена по RS-485 должен быть такой:
1) Master сети захватывает шину (сразу после подачи питание на устройство, выполняющего роль Maser);
2) Master делает небольшую паузу и загружает выходной буфер пакетом байт, данные посылаются в сеть;
3) Master после загрузки буфера держит шину пока весь пакет данных не будет выпихнут в сеть и не дойдет до Slave;
4) Slave после приема пакета должен сразу захватить шину и только после этого Master отпускает шину и становится на прием.
Передача от Slave к Master должна происходить аналогично. После приема пакета от Slave Master захватывает шину делает паузу и далее процедура повторяется.
Очень важным моментом при обмене по RS-485 является то, что шина в каждый момент времени должна быть захвачена хотя бы с одной стороны, ну и процедура перехвата шины должна быть скоординирована. Если не учесть эти моменты (касается того, кто писал SysLibCom), то может происходить то с чем столкнулся многострадальный monteg.

Интересная теория. Ну так в ком проблема ПЛК63?

[monteg]

Потому что на ПЛК100 ТОТЖЕ КОД работает

[IVM]

Интересная теория. Ну так в ком проблема ПЛК63?

Эта теория многократно и успешно проверена на практике. В свое время я очень плотно занимался этими делами. В обмене по RS-485 в прстейшем случае учавствуют два устройства - Master и Slave. Проблемы могут возникнуть если некорректно работают с сетью или тот или другой или оба вместе.
Если "железо" у ПЛК100 и ПЛК63 сделано совершенно одинаково, то, возможно, у Вас неисправен ПЛК63.
А о каком коде речь, тот что написали Вы или тот, что зашит в ПЛК63 ?

[monteg]

Да я все про свои примеры...
Я вот поэтому и просил разобраться с моими примерами, может сам код неверный, может ПЛК63 мне попался не совсем исправный, а может это авторская задумка СОЗДАТЕЛЕЙ ПЛК63.
А отвечают, ты дурак, у тебя код не сложный ( 100 строк) , на фига это надо, или попробуй то, или подумай что будет если что. Поймите я не занимаюсь разработкой "железки" с rs485. Все эти технические нюансы должны интересовать тех, кто проектировал ПЛК. Меня интересовала другая конкретная проблема. (см. первый пост), а какие там внутри микрухи и как они взаимодействуют, лично мне не интересны.
Если бы кто-нибудь "официальный" сказал, что это авторская задумка, так работать не будет, или будет работать плохо, то обсуждение на этом бы и закончилось.

[IVM]

Да я все про свои примеры...
Я вот поэтому и просил разобраться с моими примерами, может сам код неверный, может ПЛК63 мне попался не совсем исправный, а может это авторская задумка СОЗДАТЕЛЕЙ ПЛК63.
А отвечают, ты дурак, у тебя код не сложный ( 100 строк) , на фига это надо, или попробуй то, или подумай что будет если что. Поймите я не занимаюсь разработкой "железки" с rs485. Все эти технические нюансы должны интересовать тех, кто проектировал ПЛК. Меня интересовала другая конкретная проблема. (см. первый пост), а какие там внутри микрухи и как они взаимодействуют, лично мне не интересны.
Если бы кто-нибудь "официальный" сказал, что это авторская задумка, так работать не будет, или будет работать плохо, то обсуждение на этом бы и закончилось.

Скорее всего, Ваш код корректен если он работает на ПЛК100. А вот если железо ПЛК63 исправно, а связь по RS-485 плохая, то некорректно написана программа прошивки ПЛК63 в той части, которая ведет обмен по сети.

[IVM]

Так точно. Но почему тогда именно чтение по 1 байт на ПЛК63 глючит.
Чтение по 1 байту можно же считать частным случаем чтением двумя блоками.
Заменя

byte_read:=SysComRead(port_number, ADR(buf_otvet), 8, 0);

на

byte_read:=SysComRead(port_number, ADR(buf_otvet[ 0 ]), 1, 0);
byte_read:= byte_read + SysComRead(port_number, ADR( buf_otvet[ 1 ] ), 1, 0);
byte_read:= byte_read + SysComRead(port_number, ADR( buf_otvet[ 2 ] ), 1, 0);
byte_read:= byte_read + SysComRead(port_number, ADR( buf_otvet[ 3 ] ), 1, 0);
byte_read:= byte_read + SysComRead(port_number, ADR( buf_otvet[ 4 ] ), 1, 0);
byte_read:= byte_read + SysComRead(port_number, ADR( buf_otvet[ 5 ] ), 1, 0);
byte_read:= byte_read + SysComRead(port_number, ADR( buf_otvet[ 6 ] ), 1, 0);
byte_read:= byte_read + SysComRead(port_number, ADR( buf_otvet[ 7 ] ), 1, 0);

приводит к ошибкам, про которые я говорил

Если чтение пакета байт на ПЛК63 идет нормально, то и пользуйтесь этим, что Вы уперлись в чтение по одному байту. Чтение пакетом и быстрее и надежнее (сбоев при обмене будет меньше).

[monteg]

Скорее всего, Ваш код корректен если он работает на ПЛК100. А вот если железо ПЛК63 исправно, а связь по RS-485 плохая, то некорректно написана программа прошивки ПЛК63 в той части, которая ведет обмен по сети.

Может и так, но у меня нет ни второго ПЛК63, ни другой прошивки. Если кините ссылку на другую прошивку ( у меня 2.12 10 0f), буду благодарен, попробую. Мне сейчас все равно заняться нечем, siemens жду...

[monteg]

Если чтение пакета байт на ПЛК63 идет нормально, то и пользуйтесь этим, что Вы уперлись в чтение по одному байту. Чтение пакетом и быстрее и надежнее (сбоев при обмене будет меньше).

а здесь другое говорят

Всегда ответ надо читать по 1 байту и сразу анализировать. Ожидать что пришли все байты и только нужное количество байт нельзя. По 1 байту считываем, каждый анализируем на корректность и принимаем решение о конце пачки/бракованной пачке.

Пример с таким чтением в 2 приёма я проверю, но не скоро.

[IVM]

Может и так, но у меня нет ни второго ПЛК63, ни другой прошивки. Если кините ссылку на другую прошивку ( у меня 2.12 10 0f), буду благодарен, попробую. Мне сейчас все равно заняться нечем, siemens жду...

Что можете ответить на пост #63 ?

[IVM]

а здесь другое говорят

Глупость это. Еще раз повторяю: обмениваться пакетами байт и быстрее и надежнее. Это благо, что в SysLibCom такая возможность есть.