Разброс во времени опроса по RS-485.

[Mike HG]

Ну да. Если так рассуждать, то ни кто не гарантирует работу интерфейса вообще. Как можно гарантировать работу, если не нормированы основные параметры? Если функция заявлена, и за ее наличие берутся деньги, значит она должна обеспечивать хотя бы средние параметры, на уровне переферийных устройств того же производителя. Как минимум работать стабильно.

[Ревака Юрий]

Ну да. Если так рассуждать, то ни кто не гарантирует работу интерфейса вообще. Как можно гарантировать работу, если не нормированы основные параметры? Если функция заявлена, и за ее наличие берутся деньги, значит она должна обеспечивать хотя бы средние параметры, на уровне переферийных устройств того же производителя. Как минимум работать стабильно.

Так интерфейс работает, вот тема http://www.owen.ru/forum/showthread.php?t=25978 на готовые шаблоны для работы с устройствами производителя, так же нет никаких проблем при работе с устройствами других производителей. Ваша задача специфическая, одновременно "выжать" из ПР быстродействие по RS и сложный алгоритм не получится.

[Mike HG]

Получается, только при помощи танцев с бубном. Еще раз. Проблемы начинаются при совсем несложном алгоритме (опрос двух каналов, проверка на повторяемость полученных значений, переключение пределов измерения, измерение периода опроса, вывод результатов на дисплей), когда сложность близка к изменению времени цикла с 1 мс на 2 мс. На этом уровне буквально с каждым добавляемым элементом частота опроса падает вплоть до зависания и полной остановки! Как только сложность возрастает настолько, что реле увеличивает время цикла - частота опроса восстанавливается до максимума. При дальнейшем увеличении сложности программы процесс повторяется. Можно это назвать правильной работой?

[Ревака Юрий]

Получается, только при помощи танцев с бубном. Еще раз. Проблемы начинаются при совсем несложном алгоритме (опрос двух каналов, проверка на повторяемость полученных значений, переключение пределов измерения, измерение периода опроса, вывод результатов на дисплей), когда сложность близка к изменению времени цикла с 1 мс на 2 мс. На этом уровне буквально с каждым добавляемым элементом частота опроса падает вплоть до зависания и полной остановки! Как только сложность возрастает настолько, что реле увеличивает время цикла - частота опроса восстанавливается до максимума. При дальнейшем увеличении сложности программы процесс повторяется. Можно это назвать правильной работой?

За этот момент уточню.

[ASo]

Стабильность - это?

[ASo]

Повторяю вопрос - а где гарантировали время опроса?

[Mike HG]

Повторяю вопрос - а где гарантировали время опроса?

Вы имеете отношение к производителю? Я Вам уже ответил в посте 129.

[Ревака Юрий]

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

[Mike HG]

То есть это просто особенность, о которой тактично умалчивается и проблемой не признается? Соответственно никаких мер принимать не планируется?

[capzap]

То есть это просто особенность, о которой тактично умалчивается и проблемой не признается? Соответственно никаких мер принимать не планируется?

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