-
- 1) return 0, 0, 0, self.EMPTY; 2) 2ms@19200bps - ничего
неожиданного, как по мне. - Cкpипaч(Вчера, 15:34)
- контрольная сумма на всю длину должна дать ноль. и нормально именно
это проверять. а тут сначала закат Солнца вручную, потом вызов
табличного расчёта - вроде как для проверки на равно - Vit(Вчера, 16:09)
- У них CRC проверяется "в цикле" на несколько вариантов окончания
приема. Напрочь не понял что ты считаешь "закатом вручную". Cкpипaч(1316 знак., Вчера, 17:37)
- CRC должен считаться на всю длину пакета. и пох на варианты нутрянки. это арифметика. выбоены с последней парой байт (где укладывается CRC) это мрак. при этом кросавчеги намалевали табличный расчёт, который используют только в том маразме. по сути decode должен вызываться после таймаута на разрыв пакета и сам пакет уже есть. его не имеет смысла скрести по частям. ему сразу после транспортной части определяют битость, а не скребутся по расчётам длин исходя из кишок. а уже Vit(578 знак., Вчера, 18:17)
- Как один из способов определения окончания кадра при кривых времянках. - Nikolay_Po(Вчера, 18:00)
- У них CRC проверяется "в цикле" на несколько вариантов окончания
приема. Напрочь не понял что ты считаешь "закатом вручную". Cкpипaч(1316 знак., Вчера, 17:37)
- контрольная сумма на всю длину должна дать ноль. и нормально именно
это проверять. а тут сначала закат Солнца вручную, потом вызов
табличного расчёта - вроде как для проверки на равно - Vit(Вчера, 16:09)
- 1) return 0, 0, 0, self.EMPTY; 2) 2ms@19200bps - ничего
неожиданного, как по мне. - Cкpипaч(Вчера, 15:34)