Конфигуратор vs modbus.lib

[spectrum48k]

Вы совсем не понимаете?

Как 2 определит, что 1 закончил передачу ответа?

Конечно, понимаю, что пауза - это момент определения стартовой позиции адреса ведомого итд, момент синхронизации начала посылки, чтобы правильно разделить ее содержимое на составляющие. Но 3мс не дают мне покоя.) У кого есть идеи как правильно высчитывать выдержку в зависимости от скорости передачи данных в коде программы на ST например? Не расчет времени (с этим все понятно), а реализация. Обычное использование таймера передает управление остальной программе, и она как минимум прокручивается еще раз, прежде чем выполнится отправка след запроса. А это не очень красиво с точки зрения быстройдействия. Цикл WHILE с таймером внутри не предлагать?)

[rwg]

длина любого ответа заранее известна в соответствии с запросом.

В обязанности Slave не входит анализ чужих запросов и ответов. Нормальный драйвер сом-порта Slave анализирует первый принятый после таймаута байт и, если это не его адрес, ждёт следующий первый после таймаута байт .

[Yegor]

Касательно кейса.

CASE step OF
	send:
		stuff();
	rcv:
		stuff();
END_CASE




REPEAT
	repeat := FALSE;
	CASE step OF
		send:
			stuff();
		rcv:
			stuff();
	END_CASE
UNTIL
	NOT repeat
END_REPEAT;

[spectrum48k]

Как я ранее выше говорил, есть у меня некоторая самоделка. Как доберусь до железа, попробую непрерывный опрос ведомых с таймаутом и без него. Интересно на практике узнать выдерживается ли таймаут средствами самой среды исполнения кодесис при передачи управления "операционной системе" или модули будут "затыкаться" через раз. У кого есть плк с удаленным доступом?) Предложите вариант выдержки с приостановкой выполнения? через REPEAT или WHILE ?

[rwg]

Как я ранее выше говорил, есть у меня некоторая самоделка. Как доберусь до железа, попробую непрерывный опрос ведомых с таймаутом и без него. Интересно на практике узнать выдерживается ли таймаут средствами самой среды исполнения кодесис при передачи управления "операционной системе" или будут таймауты сыпатсься через раз. У кого есть плк с удаленным доступом?) Предложите вариант выдержки с приостановкой выполнения? через REPEAT или WHILE ?

Сталкивася с тем, что МСД-100 опрашивал ТРМ200 именно через один. В связи с отсутствием настройки нужного таймута вставил в опрашиваемые приборы нечётные несуществующие адреса.
А для организации нужного таймаута достаточно запускать программу циклически. В одном цикле обработать ответ, в следующем, через 3-4мс послать запрос. Только сначала убедиться, что для Slave не требуется таймаут нестандартной большей длины.

[spectrum48k]

Скорее всего попробую организовать таймаут в диспетчере вызова блоков. Пример где-то выше в теме. Добраться бы только до железа. Нет у меня ПЛК, а жаль)

[spectrum48k]

Сталкивася с тем, что МСД-100 опрашивал ТРМ200 именно через один. В связи с отсутствием настройки нужного таймута вставил в опрашиваемые приборы нечётные несуществующие адреса.
А для организации нужного таймаута достаточно запускать программу циклически. В одном цикле обработать ответ, в следующем, через 3-4мс послать запрос. Только сначала убедиться, что для Slave не требуется таймаут нестандартной большей длины.

В случае модулей пр-ва Овен я бы вообще настройку проводил исключительно со сниффером ком-порта. Уже напоролись на то, что модули воспринимают все запросы как свои родные и отвечают, когда их не просят)

[capzap]

Интересно на практике узнать выдерживается ли таймаут средствами самой среды исполнения кодесис при передачи управления "операционной системе" или модули будут "затыкаться" через раз.

а на моем видео из 75 поста не видно что количество запросов больше чем ответов, как раз снижал время периода опроса впритык с затраченным временем на опрос


а по поводу

Обычное использование таймера передает управление остальной программе, и она как минимум прокручивается еще раз, прежде чем выполнится отправка след запроса. А это не очень красиво с точки зрения быстройдействия

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

[spectrum48k]

а на моем видео из 75 поста не видно что количество запросов больше чем ответов, как раз снижал время периода опроса впритык с затраченным временем на опрос


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

речь не об этом.
Попробую объяснить:

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

[rwg]

Вопрос том как выдержать интервал необходимый в соответствие со стандартом, а не такой, какой получится.

Ключевое слово в HELPe "Конфигурация задач".