Вид для печати
Это из вчерашней полуночной беседы.
[Валенок] сказал посмотреть как сделано в modbus.lib. Этот кусок кода чтение ответа из буфера порта и modbus.lib
Из чего видно, что посылается запрос на чтение 512 байт ( максимальная длина ответа по modbus ascii ). Я описывал симптомы другой проблемы...Код:rBuf: ARRAY[0..511] OF BYTE;
....
Size := DWORD_TO_WORD(SysComRead(ComHandle, ADR(rBuf), SIZEOF(rBuf), 0));
Почитайте первый пост. И важно читать ответ по частям в одном цикле или разных, результат тотже
И НЕ важно читать ответ по частям в одном цикле или разных, результат тот жеЦитата:
Сообщение от monteg
по первому посту, если ПЛК меняются ролями, то отсутствуют потери байта, если чтением занимается плк100?
В конце концов, можно попробовать читать из буфера порта по-байтно. На ПЛК63 результат будет тот же, только потерь будет больше...
Цитата:
Сообщение от monteg
Так точно !Цитата:
Сообщение от capzap
а если этим занимались бы два ПЛК100, как считаете мог бы читающий ПЛК терять байты?
иначе проблема была бы в программе, и я не стал бы на форуме тему сосздавать
чего это сразу в программе, Вас кто то допустил к управлению СОМ-портом, Вы ему только передаете массив байт, а непосредственно передачу он осуществляет самостоятельно
У меня нет второго ПЛК100. Но думаю что нет. Дело не в том как организован modbus slave в "PLC Конфигуратор", потому что если на ПЛК63 из буфера "выгребать" все содержимое, то потерь не возникает. Следовательно slave "отвечает" правильно.Цитата:
Сообщение от capzap
Просто я не хочу писать еще один пример. Их все равно не смотрят.Цитата:
Сообщение от monteg
да, но откуда Вы знаете, что заканчивая свою работу, функция SysComRead не снимает сигнал готовности к приему для передающего устройства, а новая функция не поднимает этот сигнал и вовремя этого импульса не теряется байт который как раз доставлялся
ЗЫ предположу, что если в настройках Вы выставите 7-N-1 количество потерянных байт может изменится
А что про это где-то написано? Или это предположение?Цитата:
Сообщение от capzap
я правильно понялЦитата:
Сообщение от capzap
7 - кол-во бит данных
N - контроль нечетности
1- количество стоп-бит
ни где, можно сказать предположение. В моей практике был подобный протокол, причем СГП уходил на передающее устройство, а не использовался в своем приемном буфере.Цитата:
А что про это где-то написано?
по 7-н-1 верно
ЗЫ кстати на форуме написано, что буффер надо читать пока он не станет равным нулю, а не частями :)
Работать можно только с буфером порта, а как там себя ведет " исполняемая система" codesys, мне не известно.Цитата:
Сообщение от capzap
И опять же на ПЛК100 потери байтов нет
может на 63 передача организована более правильно, ведь он моложе ПЛК100 :)Цитата:
Сообщение от monteg
Скорее уж наоборот :). Сейчас попробую
судя по сертификатам ПЛК100 начал выпускаться раньше на два года
Не вышло, пробовал
8-E-1, 8-O-1, 8-N-2, 8-N-1, на скоростях 112500, 57600 и 19200
В modbus serial количество бит данных должно быть 8.
http://modbus.org/docs/Modbus_over_s...line_V1_02.pdf
Просто у меня в примерах для обмена используется modbus rtu
capzap, Вы работаете на Овен ?
тут все получают пайку от ОВЕНаЦитата:
Сообщение от monteg
monteg, вы уже кучу времени убили на разбирательство в одному Вам известных косяках, не жаль времени? Вам уже советовали, но осмелюсь повторить - напишите мастера используя только библиотеку syslibcom, без modbus.lib
Есть у кого еще что сказать по теме ?
я не про это, просто интересноЦитата:
Сообщение от swerder
у всех статус "пользователь"
бывает еще модератор и супер модераторЦитата:
Сообщение от monteg
monteg, вот тут первый пример - в архиве файл pr1.pro. относительно подробно расписано как что и почему делается
А просто 2 подряд чтения без всех этих состояний работает? Без всех этих наворотов?
Там не используется ПЛК63Цитата:
Сообщение от swerder
Точно, всех на уши поставил. Есть такие неспокойные.Цитата:
Сообщение от swerder
Не знаю про какие навороты Вы говорите. Сделал еще один пример - plc63master3.Цитата:
Сообщение от Филоненко Владислав
В начале декларативной части есть константа FIRST_PART_SIZE, задающая размеры блоков чтения ответа. Если ( FIRST_PART_SIZE = 0 ) или ( FIRST_PART_SIZE >= RESPONSE_SIZE ), от ответ прочитается одним блоком, иначе ответ из буфера будет извлекаться двумя блоками
Если установить breakpoint на 54-ю строку, и посмотреть содержимое переменных, то все сразу видно.Код:resultOfRead1 := SysComRead( port, ADR( part1 ), firstPartSize, 0 );
resultOfRead2 := SysComRead( port, ADR( part2 ), secondPartSize, 0 );
Забыл выложить
Про какие навороты вы говорите, там код меньше 100 строк. Первая лаб. работа в институте более объемная. Надо Просто не полениться и залить проекты в железо. Неужели у техподдержки Овен под рукой нет одного ПЛК100 и одного ПЛК63
а если в настройках целевой платформы выбрать за место плк100 свой плк63?Цитата:
Сообщение от monteg
А если попробовать мой пример...Цитата:
Сообщение от swerder
рад бы, да не имею плк63 :)
Нашел на складе MBA8... Пример PR1 прекрасно работает.Цитата:
Сообщение от swerder
Внимание вопрос, считаете ли Вы замену корректной:
наКод: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);
Кто-нибудь, положит этим мучениям конец. Скажет, что-нибудь дельное по теме...
а почему Вас такой то код не устраивает?Цитата:
WHILE SysComRead(ComHand, ADR(Buffer), SIZEOF(Buffer), 0) <> 0 DO ; END_WHILE
SysMemCpy(ADR(buf_otvet[0]),ADR(Buffer[0]),1);
SysMemCpy(ADR(buf_otvet[1]),ADR(Buffer[1]),1);
SysMemCpy(ADR(buf_otvet[2]),ADR(Buffer[2]),1);
SysMemCpy(ADR(buf_otvet[3]),ADR(Buffer[3]),1);
SysMemCpy(ADR(buf_otvet[4]),ADR(Buffer[4]),1);
SysMemCpy(ADR(buf_otvet[5]),ADR(Buffer[5]),1);
SysMemCpy(ADR(buf_otvet[6]),ADR(Buffer[6]),1);
SysMemCpy(ADR(buf_otvet[7]),ADR(Buffer[7]),1);
Передача данных осуществляется непрерывно, если больше определенного размера, то передача делится на кадры. Если приемный буфер переполняется, то начинают теряться данные, проверка четности и контрольная сумма не исправляют код а лишь информируют что данные некорректны. Поэтому всякая трата времени процессора на второстепенные задачи, вроде закрытия ПОУ, открытия ПОУ (причем с таким же функционалом) неизбежно приведет к потере данных, рано или поздно. То что один ПЛК справляется с двумя чтениями подряд, так может у него объем буферной памяти больше, другая микросхема и т.п. Поэтому заостряю еще раз внимание, на то что прочитать информацию надо за более короткий срок, а потом уже делайте с ней (информацией) что угодно
Лучше бы так разбирались как SysComWrite заставить соблюдать интервалы тишины между кадрами
ЗЫ посмотрел один из проектов, впечатление удручающее по поводу использования функций для таймера, полный атас :)
Ответе, пожалуйста, вы сотрудник Овен?
Если да, то значит у Вас можно уточнить тех. нюансы, которые отсутствуют в документации. Например может ли переполниться буфер порта rs-485 от приема 13 байт... А если это предположения, то у меня от своих уже голова пухнет