|
как определить конец пакета ? |
|
|
|
Aug 17 2013, 06:35
|
Гуру
     
Группа: Участник
Сообщений: 3 928
Регистрация: 28-03-07
Из: РФ
Пользователь №: 26 588

|
Цитата(Dr.NoA @ Aug 16 2013, 13:32)  Советую использовать байтстаффинг по алгоритму Consistent Overhead Byte Stuffingогромное респектище даже если я не понял суть этого, то устранение "вредных" кодов в принципе возможно причем не только одного, типа 0x00, но и нескольких, например, 0x00, 0xff, плюсом по байту на каждый код еще что-то на тему cobs www.inescporto.pt/~jsc/publications/conferences/2007JaimeICC.pdf
Сообщение отредактировал Огурцов - Aug 17 2013, 06:49
|
|
|
|
|
Aug 18 2013, 12:17
|
Гуру
     
Группа: Участник
Сообщений: 3 928
Регистрация: 28-03-07
Из: РФ
Пользователь №: 26 588

|
новый формат пакета c учетом предложений CODE // byte # 0 // 0.7 destination address presence // 0.6 source address presence // 0.5 stuff bit (babs) / stuff byte presence (cobs-r) // 0.4 crc size.1 // 0.3 crc size.0 // 0.2 paket id.2 // 0.1 paket id.1 // 0.0 paket id.0
// [byte # 1] // 1.7 destination address.7 // 1.6 destination address.6 // 1.5 destination address.5 // 1.4 destination address.4 // 1.3 destination address.3 // 1.2 destination address.2 // 1.1 destination address.1 // 1.0 destination address.0
// [byte # 2] // 2.7 source address.7 // 2.6 source address.6 // 2.5 source address.5 // 2.4 source address.4 // 2.3 source address.3 // 2.2 source address.2 // 2.1 source address.1 // 2.0 source address.0
// byte # 3 // 3.7 command.7 // 3.6 command.6 // 3.5 command.5 // 3.4 command.4 // 3.3 command.3 // 3.2 command.2 // 3.1 command.1 // 3.0 command.0
// [byte # 4]
// 4.7 stuff byte.7 // 4.6 stuff byte.6 // 4.5 stuff byte.5 // 4.4 stuff byte.4 // 4.3 stuff byte.3 // 4.2 stuff byte.2 // 4.1 stuff byte.1 // 4.0 stuff byte.0
// byte # [5..n - 5] // 5.7 data.7 // 5.6 data.6 // 5.5 data.5 // 5.4 data.4 // 5.3 data.3 // 5.2 data.2 // 5.1 data.1 // 5.0 data.0
// [byte # n - 4] // n-4.7 crc31 stuff bit // n-4.6 crc31.30 // n-4.5 crc31.29 // n-4.4 crc31.28 // n-4.3 crc31.27 // n-4.2 crc31.26 // n-4.1 crc31.25 // n-4.0 crc31.24
// [byte # n - 3] // n-3.7 crc31.23 // n-3.6 crc31.22 // n-3.5 crc31.21 // n-3.4 crc31.20 // n-3.3 crc31.19 // n-3.2 crc31.18 // n-3.1 crc31.17 // n-3.0 crc31.16
// [byte # n - 2] // n-2.7 crc31.15/crc15 stuff bit // n-2.6 crc31.14/crc15.14 // n-2.5 crc31.13/crc15.13 // n-2.4 crc31.12/crc15.12 // n-2.3 crc31.11/crc15.11 // n-2.2 crc31.10/crc15.10 // n-2.1 crc31.9/crc15.9 // n-2.0 crc31.8/crc15.8
// [byte # n - 1] // n-1.7 crc31.7/crc15.7/crc7 stuff bit // n-1.6 crc31.6/crc15.6/crc7.6 // n-1.5 crc31.5/crc15.5/crc7.5 // n-1.4 crc31.4/crc15.4/crc7.4 // n-1.3 crc31.3/crc15.3/crc7.3 // n-1.2 crc31.2/crc15.2/crc7.2 // n-1.1 crc31.1/crc15.1/crc7.1 // n-1.0 crc31.0/crc15.0/crc7.0
// byte # n // n.7 stop bit, 1 // n.6 stop bit, 1 // n.5 stop bit, 1 // n.4 stop bit, 1 // n.3 stop bit, 1 // n.2 stop bit, 1 // n.1 stop bit, 1 // n.0 stop bit, 1
минимальная длина пакета - 2 байта (заголовок и команда) + разделитель пакетов 1 или 2 байта, в зависимости от дуплекс/симплекс адаптируется под: безадресный режим мастер-слейв слейвы с прерываниями каждый с каждым произвольную длину данных размер crc: crc0/crc7/15/31 бит содержит номер пакета как-то так
|
|
|
|
|
Aug 19 2013, 19:34
|
Гуру
     
Группа: Участник
Сообщений: 3 928
Регистрация: 28-03-07
Из: РФ
Пользователь №: 26 588

|
Цитата(Огурцов @ Aug 18 2013, 13:17)  размер crc: crc0/crc7/15/31 бит меня терзают смутные сомнения - не хорошо совсем без crc, какая бы команда не была по сему оставлю crc7 и crc31 или скорее crc8 и crc32 со стаффингом crc в освободившийся бит либо со стаффингом вместе с данными первый способ несколько предпочтительнее, ибо дает возможность проверить пакет до распаковываия данных
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|