Неправильная работа Proton с RS485

[dosikus]

Что бы там Досикус не распевал про бейсик и С - проблема не в языке, а в программисте.

Ну естественно , с одной оговоркой - барсик как показатель несостоятельности.
И в большинстве своем подобные ТС и выбирают барсики из-за "высокоуровневых" плюшек, где всезанихсляпано . Для DIY фентифлюшек оно может и полезно, но дальше обычно тупик и разочарование ...

[vladh]

.. и программу на асме сваять (коль в ЯВУ плаваете), и ошибки при наличии железного осцилла, лог. анализатора и исд2 найти - не факт, что все устранили и новых не наделали.
если сделать очень низкой скорость USARTов и повесить на RX/TX/направление светодиоды, то можно по их свечению уже кое-что предположить/оценить, в ряде случаев звуковая карта в режиме записи/редактирования подойдет

Вы считаете, что если человек на ЯВУ плавает, то на асме ему должно быть проще?
Спасибо за подсказку относительно инструментов присутствующих в Протеусе. Я ими часто пользуюсь особенно осцлогр. Но основная моя проблемой в данной ситуации были заблуждения языковые. Поэтому и задача становилось неразрешимой(для меня). Это и вынудило меня здесь искать выход из тупика.

[jump]

Спасибо за подсказку относительно инструментов присутствующих в Протеусе

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

если человек на ЯВУ плавает, то на асме ему должно быть проще?

асм дает большую однозначность, особенно на этапе отладки небольших тестовых/отладочных/обучающих проектов, чем ЯВУ с непредсказуемыми компиляторами и закрытыми библиотеками

[dosikus]

асм дает большую однозначность, особенно на этапе отладки небольших тестовых/отладочных/обучающих проектов, чем ЯВУ с непредсказуемыми компиляторами и закрытыми библиотеками

Спорное утверждение, бывшие асмисты пишущие на С еще тот цирк...
И таки, что мешает пользовать вменяемые компиляторы и не пользовать закрытые либы?
Да и большую однозначность дает изучение документации на языке оригинала.
Складывается впечатление что ты знаешь все по наслышке ...

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

Множество реализованных проектов и не только мной, утверждают обратное.
Естественно разработка велась совместно с железом .
Так что не надо ля-ля ...

[Someone]

Строго говоря, нет. Это трансивер MAX487 - полудуплексный. А RS485 может быть и полу- и полнодуплексной линией.

Нет. Это будет уже не RS-485, а RS-422. Двухпроводная дифференциальная линия просто физически не может быть полнодуплексной.

[akegor]

dosikus, что бы не говорили

Множество реализованных проектов и не только мной

может ли протез полноценно заменить конечность? Только в узком кругу ограниченных задач. И то еще зависит от конструктора протеза (тут - модели).
НИКОГДА симуляция не даст полной картины, всегда будут неучтенные нюансы. Это "на подумать", а не поспорить.

Естественно разработка велась совместно с железом

Интересно, если Протез говорит одно, а железо - другое, кому отдать предпочтение? А зачем тогда Протез?

[Someone]

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

Можно. Но для этого ведь надо написать соответствующий дополнительный код. А так... Ну вот, прошел первый обмен мастер-›слэйв, теперь идут посылки с данными слэйв-›мастер каждые полсекунды. Но вдруг на пульте пользователь нажимает кнопку. Мастер формирует посылку для слэйва с изменившимися данными и начинает её передавать немедленно. Но вот досада - пока мастер формировал посылку, подошли очередные 0.5 секунды, и слэйв, который телепатией не обладает, а значит и знать не знает, что мастер ему собирается что-то послать, начинает передавать, а чуть позже начинает передавать и мастер. В случае прямого соединения усартов контроллеров - мастер принимает сообщение в буфер, одновременно ведя передачу своего послания. Слэйв продолжает передачу, начиная одновременный приём сообщения от мастера. Полный дуплекс, всё работает. В случае же 485 попытка мастера или слэйва (он ведь также может начать передачу, когда мастер ещё не закончил свою) передать сообщение в занятую линию приводит к сбою и отсутствию связи. В результате при правильно построенной линии связи 485 и "правильной" работе с ней, имеем ситуацию, когда вроде бы и работает, но почему-то не всегда, через раз, с какими-то сбоями. И начинаются поиски мифической помехи с танцами с бубном в виде дополнительных фильтров, конденсаторов и т.п.

[dosikus]

dosikus, что бы не говорили

может ли протез полноценно заменить конечность? Только в узком кругу ограниченных задач. И то еще зависит от конструктора протеза (тут - модели).
НИКОГДА симуляция не даст полной картины, всегда будут неучтенные нюансы. Это "на подумать", а не поспорить.

Интересно, если Протез говорит одно, а железо - другое, кому отдать предпочтение? А зачем тогда Протез?

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

[akegor]

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


dosikus, вопрос

Интересно, если Протез говорит одно, а железо - другое, кому отдать предпочтение?

повис, хоть яда и было предостаточно... Гы! Откуда у котов столько яда? Неужто, опыляются?
Да ладно, не обращай внимания, я тоже опыленный. Но вопрос...

[Someone]

Вероятность попадания отправки именно в момент приема - около 1/250 для конкретно этого проекта.

Удваиваем. Слэйв ведь тоже может начать свою передачу при занятой линии. Учитывая, что события (отправка сообщения) происходят 2 раза в секунду, получим что 125 испытаний пройдут за чуть большее минуты время, и значит с большой долей вероятности сбой будет проходить примерно раз в минуту.

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

Это всё частности, один из способов решить данную колизию, (хотя проще и в мастере и в слэйве вставить перед началом передачи ожидание окончания приёма, если ожидание допустимо, а если не допустимо - то просто проверку. И, следовательно, начинать передачу, только когда не идёт приём. Для 2х абонентов на линии этого более чем достаточно), главное ею вообще озаботиться (ТС сам написал, что этого не было предусмотрено), а как именно её решать - дело второе. Ну и для этого надо понимать, почему при прямом соединении всё работает, а через 485 не очень.