maik-vs (28.08.2024 16:02, просмотров: 127) ответил bnb62 на Да вы вообще где живете на rx/tx uartoв? лодыри асинхронные... пля.
Ачо не CANBUS, чому не езернет, вон уже дроны на оптических
веревках испытывают... :)-
- Это полезно когда протокол позволяет синхронизирующие символы
пересылать до начала передачи основных данных. Software flow
control типа Modbus ASCII, SLIP, XON/XOFF и т.п. в которых есть
зарезервированные символы начала и конца пакета. А если в протоколе
связи нет такого, то фича автосинхронизации становится
малополезной. - reZident(28.08.2024 22:21)
- Фича автосинхронизации тупо меряет минимальный битовый интервал.
Протокол связи, если он не имеет контрольной суммы хотя бы, это не
протокол, а ардуина какая-то. Таким образом. Один посылает другому
сообщение. Тот определяет скорость ( теряя часть сообщения) и
отвечает или ничего, или белиберду, или сообщение с неправильной
контрольной суммой. Нормальное явление для протокола. - maik-vs(29.08.2024 14:20)
- Во-первых, "маркерные" протоколы (в которых начало и конец
сообщения передаются зарезервированными символами - маркерами)
какбэ параллельны CRC, подтверждающей целостность пакета. То бишь
одно другому никак не мешает, но и никак не обязано друг другу.
Во-вторых, в сообщении может случиться совокупность символов, не
содержащая минимального битового интервала. Причем ведущий может
повторять передачу именно этого запроса количество раз, заданное в
настройках, скажем reZident(316 знак., 29.08.2024 17:55)
- Разумеется, всё с какой-то вероятностью может быть. С какой? maik-vs(136 знак., 30.08.2024 10:53)
- Во-первых, "маркерные" протоколы (в которых начало и конец
сообщения передаются зарезервированными символами - маркерами)
какбэ параллельны CRC, подтверждающей целостность пакета. То бишь
одно другому никак не мешает, но и никак не обязано друг другу.
Во-вторых, в сообщении может случиться совокупность символов, не
содержащая минимального битового интервала. Причем ведущий может
повторять передачу именно этого запроса количество раз, заданное в
настройках, скажем reZident(316 знак., 29.08.2024 17:55)
- Фича автосинхронизации тупо меряет минимальный битовый интервал.
Протокол связи, если он не имеет контрольной суммы хотя бы, это не
протокол, а ардуина какая-то. Таким образом. Один посылает другому
сообщение. Тот определяет скорость ( теряя часть сообщения) и
отвечает или ничего, или белиберду, или сообщение с неправильной
контрольной суммой. Нормальное явление для протокола. - maik-vs(29.08.2024 14:20)
- Аврки умеют 16МГц от встроенного? - Nikolay_Po(28.08.2024 19:58)
- У этого кварц. Но таймер, который считает, работает на 2 Мгц, потому что быстрее оказалось лишним. - maik-vs(29.08.2024 14:23)
- 328 при 3.3В питании удается разогнать до 12.8. Но не все
экземпляры - процентов 10 не могут. При 5В возможно разгонится до
16. Но это не точно :) - Гyдвин(28.08.2024 20:06)
- От внутреннего генератора? Я так понял, что maik-vs хвастался, что написал автоопределение скорости, что в контексте
отказа от кварцев, подразумевает использование встроенных
генераторов. - Nikolay_Po(28.08.2024 21:47)
- Чем тут хвастаться... проприетарная реализация велосипеда ))). Я намекал, что и без кварца можно вполне спокойно жить. maik-vs(60 знак., 29.08.2024 14:26)
- Да. - Гyдвин(29.08.2024 12:47)
- От внутреннего генератора? Я так понял, что maik-vs хвастался, что написал автоопределение скорости, что в контексте
отказа от кварцев, подразумевает использование встроенных
генераторов. - Nikolay_Po(28.08.2024 21:47)
- модемы это умели 30 лет назад. - Alex68(28.08.2024 16:06)
- Мне сейчас надо. Себе. Сделал. Потому что кварц maik-vs(64 знак., 28.08.2024 16:08)
- Это полезно когда протокол позволяет синхронизирующие символы
пересылать до начала передачи основных данных. Software flow
control типа Modbus ASCII, SLIP, XON/XOFF и т.п. в которых есть
зарезервированные символы начала и конца пакета. А если в протоколе
связи нет такого, то фича автосинхронизации становится
малополезной. - reZident(28.08.2024 22:21)