Вам же обьянили ,что имеются некоторые особенности режима МАСТЕРА (Пр200) и он ждет 1 ответа на 1 запрос от слейва, ни какой кучи ответов нет на 1 запрос .Другие слейвы сами ни чего не шлют ,только на запрос Мастера ... Цикл ПР не может быть больше ,чем цикл отправки данных Мастером .Сообщение от Одесса
электронщик до мозга костей и не только
А где это я говорил о претензиях к мастеру? И его некоторых особенностях. Речь идёт именно о неправильном алгоритме
работы слева. Повторяю. Слейв должен бросить все свои дела,ответить мастеру и затем продолжать заниматься своими
проблемами. И задача по ответу мастеру должна быть приоритетной по отношению других задач слэйва.
Хочу добавить,что ядром последних ПР является процессор STM. Особенностью,которого является то ,что к его периферии можно достучаться вообще не прерывая основной цикл программы. Есть такой режим.
Последний раз редактировалось Одесса; 11.10.2018 в 06:28.
Вы наверное ошиблись темой. Здесь говорим о неправильном алгоритме мастера. По слейву вопросов нет.
Ничего я не ошибся. При любом ,логичном алгоритме мастера слейв должен ему ответить,прервав свою работу. А он этого
не делает. И следствие такой работы Вы наблюдаете,обвиняя мастера в его неправильном алгоритме. Слэйв думает разное количество времени и от этого Ваши проблемы.
Последний раз редактировалось Одесса; 11.10.2018 в 07:20.
У меня ПР200 - мастер, а слейв просто модуль аналогового ввода. Он вообще не думает.
Напрасно вы пришли к такому выводу..Вашему модулю нужно время для обработки аналогового сигнала. И когда он его обра
батывает(думает) он думы должен свои бросить и немедленно ответить мастеру. Потому,что мастер начальник. А он плевать
хотел на начальника(ничего страшного подождёт) Вот и получаются из за такого подхода неприятности. В крайнем случае
выплюнуть начальнику ответ,хранящийся буфере.Чего он не делает-так его спроектировали.
Вообще-то он так и делает. Если мастер способен запрашивать через 15 мс, то он и отвечает за 15. А когда меняешь проект в мастере, период опроса увеличивается. Или смена проекта в мастере влияет на задумчивость слейва?
Вы в мастере увеличили время опроса. А слейву пофиг. Он пока не обработает измеряемый параметр мастеру не ответит. Если
бы Вы наоборот частоту опроса уменьшили и слэйв успевал,тогда было бы все в порядке, что и подтверждают Ваши наблюдения.
Полностью согласен и ранее уже на это жаловался. Слейв должен сразу отвечать из буфера, разработчики пошли по пути как попроще, чтобы не связываться с обновлением буфера по окончании цикла. У меня из-за этого проблемы общего темпа обменов когда слейвов еще и много. Каждый притормаживает на свой цикл и резутат тот что имеем, большую часть времени в линии тишина. Да еще мастер цедит по одному регистру.
Хотелось бы задать вопрос разработчикам . Вообще планируется ли организация пакетного запроса мастером и ответа слейвом запрашиваемого пакета . Мне кажется многие вопросы (пожелания )отпали само собой .
Ваши права
Ответить с цитированием