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

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

Так я об этом и раньше говорил. Разработчики Сейчас читают эту ветку и думают. Ну-ну. Экспериментируйте. И только нам
известен алгоритм. И мы и дальше будем хохотать над Вашими экспериментами.

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

[Одесса]

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

При чем здесь сеть?

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

При чем здесь сеть?

При том, что часто встречаются вопросы связанные с настройками и особенностями сетевых интерфейсов, и не всегда есть на них ответы.

[Mike HG]

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

Это конечно хорошо. А планируете что-то делать с выявленной проблемой? Очень сильно мешает.

[Одесса]

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

Вы есть человек уважаемый и участниками форума и мной лично. И участники форума воспринимают Ваш ответ,как окончательное решение своих проблем. Я хочу разочаровать участников форума . Дело в том ,что большинство участников
Форума не понимают субъективности Ваших объяснений. Вы есть представитель своего работадателя . И все пояснения
Ваши не являются объективными. И склоняются к поставленной задаче работодателя. Что есть правильным,с точки зрения
работодателя. Поэтому делаю вывод. Ваши рекомендации на форуме следует тщательно фильтровать.
К примеру обясняю Ваше необективное суждение по вопросу поднянтуе в этой ветке.
Единственное ,что Вы сделали это сняли временную диаграмму процесса и выложили . Большинство поверили в этот частный случай и восторгались Вашему доказательству.
Capzap пошел другим путем. И долго доказывал конкретными решениями. Что не убедило
партнёров.
И только я нашел истинную причину недоразумения. И выложил неопровержимые аргументы.
Аргументы следующие.Разработчики решили проблему решить так. Какие бы запросы не приходили на ПР ,хранить последний запрос в буфере запроса. И отвечать на него по окончании
Цыкла основной программы. И отвечать ПР будет на последний запрос,игнорируя кучу предыдущих.
И пусть попробует Сапзап и Реваки убедить меня в обратном.

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

Разработчики Сейчас читают эту ветку и думают. Ну-ну. Экспериментируйте. И только нам
известен алгоритм. И мы и дальше будем хохотать над Вашими экспериментами.

Вы есть человек уважаемый и участниками форума и мной лично. И участники форума воспринимают Ваш ответ,как окончательное решение своих проблем. Я хочу разочаровать участников форума . Дело в том ,что большинство участников
Форума не понимают субъективности Ваших объяснений. Вы есть представитель своего работадателя . И все пояснения
Ваши не являются объективными. И склоняются к поставленной задаче работодателя. Что есть правильным,с точки зрения
работодателя.

Хватить уже фантазировать, Вы серьезно думаете что мне говорят то, как мне преподнести ту или иную проблему если она существует, или что-то скрыть если это работает не так?

[Одесса]

Хватить уже фантазировать, Вы серьезно думаете что мне говорят то, как мне преподнести ту или иную проблему если она существует, или что-то скрыть если это работает не так?

Ну да. Так я и думаю,судя по Вашей аргументации. Вы очень убедительно и аргументированно
Отвечаете на вопросы.Но я не разу не видил,чтобы хоть один из Ваших аргументов шел вразрез
С техническими ошибками разработчиков компании Овен.Хотя с последним моим аргументом
Вы вряд ли можете поспорить и доказать,что я ни прав в своих суждениях.

[Одесса]

. Так что с нетерпением жду Ваших конкретных аргументов по моим замечаниям
По поводу неправильного алгоритма работы ПР. Где разработчики допустили конкретный инженерный просчет.

[rovki]

Мало того. Если Вы не сможете убедить меня в моей неправоте,Ваш рейтинг на форуме резко может упасть.
С УВ. Одесса. Так что с нетерпением жду Ваших конкретных аргументов по моим замечаниям
По поводу неправильного алгоритма работы ПР. Где разработчики допустили конкретный инженерный просчет.

Вам же обьянили ,что имеются некоторые особенности режима МАСТЕРА (Пр200) и он ждет 1 ответа на 1 запрос от слейва, ни какой кучи ответов нет на 1 запрос .Другие слейвы сами ни чего не шлют ,только на запрос Мастера ... Цикл ПР не может быть больше ,чем цикл отправки данных Мастером .

[Одесса]

Вам же обьянили ,что имеются некоторые особенности режима МАСТЕРА (Пр200) и он ждет 1 ответа на 1 запрос от слейва, ни какой кучи ответов нет на 1 запрос .Другие слейвы сами ни чего не шлют ,только на запрос Мастера ... Цикл ПР не может быть больше ,чем цикл отправки данных Мастером .

А где это я говорил о претензиях к мастеру? И его некоторых особенностях. Речь идёт именно о неправильном алгоритме
работы слева. Повторяю. Слейв должен бросить все свои дела,ответить мастеру и затем продолжать заниматься своими
проблемами. И задача по ответу мастеру должна быть приоритетной по отношению других задач слэйва.
Хочу добавить,что ядром последних ПР является процессор STM. Особенностью,которого является то ,что к его периферии можно достучаться вообще не прерывая основной цикл программы. Есть такой режим.