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

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

Так Вы об этом не спрашивали. Полный проект большой, время цикла 4 мс. Пока провожу эксперименты по получению данных на "чистом" проекте, с временем 1 мс, 130 мс на "чистом". Вот проект. Измерения делаются в циклах. С переменными статуса пробовал. Статус модуля всегда в 1. Если какой-то запрос не пройдет, он наверное падает в 0, но на следующем запросе снова встает в 1. Как увидеть 0? По статусу переменной вообще непонятно, там целое число, и у меня всегда было 0. Как с ним обращаться? Сколько кстати сохраняется статус, до следующего запроса или ответа?

Ок, если завтра время позволит, проверю обмен на наших модуляx расширения, по умолчанию у них время ответа 2 ms.

[Одесса]

Ок, если завтра время позволит, проверю обмен на наших модуляx расширения, по умолчанию у них время ответа 2 ms.

После проверки отпешитесь пожалуйста. Потому ,что любопытная ситуация. Я предполагаю ,что у Овеновских модулей все
получится. Для интереса посмотрел модули ,которые автор цепляет к ПР ,так у них сложный алгоритм обработки аналогового
сигнала. Предполагаю,что этот специфический алгоритм занимает много времени и в результате такой долгий ответ. Предполагаю
также,что автор сам задал эту длительную обаботку аналогового сигнала, хотя производители этих модулей предлагают и короткую
обработку,чем автор вопроса не воспользовался. Ставлю 3 к 1.,что на Овеновских модулях все будет ОК.

[rwg]

Для интереса посмотрел модули ,которые автор цепляет к ПР ,так у них сложный алгоритм обработки аналогового
сигнала. Предполагаю,что этот специфический алгоритм занимает много времени и в результате такой долгий ответ.

В моём понимании, получив запрос на содержимое ячеек, Модбас-слейв должен тут же несмотря ни на что с минимальной задержкой передать мастеру их значения. Но авторы протокола поступили мудрее и предусмотрели ситуацию, когда данные в этих ячейках ещё не готовы. В этом случае слейв вместо содержимого ячеек шлёт сообщение об ошибке 05 ACKNOWLEDGE. "Слейв принял запрос и обрабатывает его, но ему требуется много времени. Этот ответ возвращается для предупреждения ошибки тайм-аута мастера" . Или 06 SLAVE DEVICE BUSY "Слейв обрабатывает долго выполняемую команду. Мастер должен повторно передать запрос позже, когда слейв освободится"

[Одесса]

В моём понимании, получив запрос на содержимое ячеек, Модбас-слейв должен тут же несмотря ни на что с минимальной задержкой передать мастеру их значения. Но авторы протокола поступили мудрее и предусмотрели ситуацию, когда данные в этих ячейках ещё не готовы. В этом случае слейв вместо содержимого ячеек шлёт сообщение об ошибке 05 ACKNOWLEDGE. "Слейв принял запрос и обрабатывает его, но ему требуется много времени. Этот ответ возвращается для предупреждения ошибки тайм-аута мастера" . Или 06 SLAVE DEVICE BUSY "Слейв обрабатывает долго выполняемую команду. Мастер должен повторно передать запрос позже, когда слейв освободится"

А в моем понимании этот механизм должен работать так. Сам являюсь автором многих микропроцессорных систем и в своих
разработках применяю следующий алгоритм решения подобных проблем.Крутиться к примру у меня какая то задача в системе. При
этом пришел любой байт из вне . Немедленно по этому прерыванию приостанавливаю выполнение основной программы и обрабатываю запрос. Выплюнув абоненту данные,продолжаю программу. При этом учитываю приоритет абонентов. И если во время ответа абонента приходит запрос боллее приоритетного абонента- прерываю сеанс с первым абонентом, обслуживаю второго абонента,потом перехожу к продолжению сеанса с первым абонентом и только после этого перехожу в основной цыкл
программы. По результатам эксперимента Юрия делаю вывод,что у Овна похожий алгоритм ответа абонента. А вот у Внешнего устройства ,который применяет автор вопроса алгоритм этот " Как хочу так и дро....делаю"

[Одесса]

И ещё. Для таких задач применяют DSP процессоры. Эти процессоры ,в отличие от цыфровых, именно ускоряют в том числе ,обработку аналоговых сигналов. К сожалению разработчики Овна от этого далеки.

[rwg]

И ещё. Для таких задач применяют DSP процессоры. Эти процессоры ,в отличие от цыфровых, именно ускоряют в том числе ,обработку аналоговых сигналов. К сожалению разработчики Овна от этого далеки.

Сейчас для решения любых задач используют DSP и ARM. Лет 20 назад те же задачи решались на тогдашних процессорах. Например имитацию термометра DS1820 успешно делали сперва на atmel 89c51, потом на ATTiny15 с тактовой частотой 900 кГц при требуемом времени обработки состояния связного выхода - 3 мкс. Задача измерения 2 раза в секунду двух температур и передачи результатов измерения по Modbus загрузит самый захудалый восьмибитный процессор на 1-10% его мощности, в зависимости от способностей программиста.

[Одесса]

Сейчас для решения любых задач используют DSP и ARM. Лет 20 назад те же задачи решались на тогдашних процессорах. Например имитацию термометра DS1820 успешно делали сперва на atmel 89c51, потом на ATTiny15 с тактовой частотой 900 кГц при требуемом времени обработки состояния связного выхода - 3 мкс. Задача измерения 2 раза в секунду двух температур и передачи результатов измерения по Modbus загрузит самый захудалый восьмибитный процессор на 1-10% его мощности, в зависимости от способностей программиста.

Та не что то Вы не того. Щас я Вас душить буду за слова Ваши неправдивые. 1. Время измерения температуры Ds1820 -750 mc.
Без четверти секунда. В любом букваре почитайте. И какой бы супер процессор не использовали, то по любому ему ждать прийдёт
ся и скромно молчать придется до тех пор пока эта медлительная принцеса 1820. ему температуру предоставит. Теперь вторая
Ваша врака. Процессоры о которых Вы говорите на частоте 900 кГц. Округляем до 1мгц. Следовательно на выполнение одной
элементарной команды такому процессору понадобится 4 МКС. Вопрос-о каких 3 МКС Говорите? За это время даже одну элементарную операцию не выполнит. Ни один элементарный ключ в его потрохах за такое время не поменяет своего состояния.
Ну и третья Ваша врака о том,что сейчас для решения любых задач используется DSP. Где например у Овна Вы видили его примене
ние. Хотя задач у него много,а DSP в их концепсию не вписывается.
Я не всегда верю на слово, поэтому и в корень зрю.

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

И ещё. Для таких задач применяют DSP процессоры. Эти процессоры ,в отличие от цыфровых, именно ускоряют в том числе ,обработку аналоговых сигналов. К сожалению разработчики Овна от этого далеки.

Мы говорим о разных линейках устройств, там где это необходимо, применяют DSP, там и железо и цена соответствующая.

[Одесса]

Мы говорим о разных линейках устройств, там где это необходимо, применяют DSP, там и железо и цена соответствующая.

Я прекрасно понимаю ,что разные линейки. Хотя могу привести пример,где эти линейки совмещены например процессор

фирмы Microchip DS30. На одном чипе и цифровой и dsp процессор. И с ценой 3-копеечной все в порядке. Я о другом почему
Овен это чудо юдо не использует, хотя обяснить можно,что приборам Овен по его функциональности такие скорости не нужны.
Если я слышу слово прибор Овен и частота 100кгц я себе говорю ОГО. Я не имею ввиду частоты задающих генераторов процес
соров в Овеновских коробочках.