I
По идеи это же нужно для понимания того что пакет пишет в том виде в котором нужен
Size: a a a
2021 August 24
I
И все зависит от устройств с которыми происходит взаимодействие
AP
Это понятно. Но какие ограничения у CRC8? Может по кол-ву передаваемых байт по которым считается контрольная сумма
I
Я только 16ю считал и не вдавался почему именно она используется, просто для mbus нужна она, поэтому считаем её)
YL
Брокер у вас тоже поднят?
DF
Осспади, где Вы M-bus откопали? Я перекрестился, когда заработало
AP
Что имеется в виду?
YL
CRC подлежит внешнему контролю. Не клиент проверяет целостность, а брокер выдает разрешение на целостность пакета.
YL
Я сам такого не делал, знаю только в теории
AP
Нет. Мне достаточно как в модбас и аналогичных протоколах. Передатчик считает CRC и отправляет вместе с данными, в конце. Приемник читает пакет, считает CRC и сравнивает с принятым CRC.
AP
Меня больше напрягает, что на частоте меньше 100кГц логический уровень не передать по выбранной схеме (нч фильтр + линия DC), а выше 100кГц уже МК не справляется (меандр можно вывести и 8 МГц ножкой таймера, а вот слать подготовленные данные получается только до 102кГц)
AP
И это я еще не тестировал на линии в 1км )
DF
Настолько не согласовано, выходит?
AP
Что не согласовано?
DF
С линий
AP
Методика передачи на физическом уровне описана тут
https://www.ti.com/lit/ug/tiduei9/tiduei9.pdf?ts=1629367941812&ref_url=https%253A%252F%252Fwww.google.com%252F
https://www.ti.com/lit/ug/tiduei9/tiduei9.pdf?ts=1629367941812&ref_url=https%253A%252F%252Fwww.google.com%252F
AP
Я шлю данные по линии питания 12-24 DC
DF
Ааааа. Всё, утратил нить разговора)
DF
Теперь вспомнил)
AP
Если выбрать иной вариант: в линию ставим 1-2 диода, для передачи логического уровня коротим его транзистором. А на приемнике сравниваем уровни компаратором. То будет работать и на низких частотах