|
как определить конец пакета ? |
|
|
|
 |
Ответов
|
Aug 16 2013, 10:18
|
Гуру
     
Группа: Модераторы
Сообщений: 4 011
Регистрация: 8-09-05
Из: спб
Пользователь №: 8 369

|
Цитата(Огурцов @ Aug 15 2013, 23:46)  один мастер - много слейвов формат пакета простейший: первый байт длина/направление, второй - команда/адрес, затем данные, затем crc16 и стоп-байт 0xff Задача не определена... Кто сидит в сети? Если РС, то это одно, а если микроконтроллеры, то несколько другое... Скорости и расстояния не определены... Потребность в квитировании - не определена... Прерывания от слэйвов??? Какой физический стык? Провод или оптика? Какая топология? И что плохого в байтстаффинге, если речь идет о РС? И какие проблемы с тем, чтобы в РС воткнуть модуль связи? Или чем плох Ethernet? И как Вы задумали вот это: "длина/направление". Это как будет идти прием данных: по одной паре или по разным??? А так, поставьте LIN... и будет Вам протокол....
--------------------
www.iosifk.narod.ru
|
|
|
|
|
Aug 16 2013, 10:38
|
Гуру
     
Группа: Участник
Сообщений: 3 928
Регистрация: 28-03-07
Из: РФ
Пользователь №: 26 588

|
с пк на мк 115200, 10 метров квитирование не определено, но я склоняюсь к необходимости думаю, слейвы должны иметь возможность сигналить при необходимости rs232/rs422 дуплекс, медь, очевидно байтстаффинг неопределен по длине, замена 7*8 в 8*7 кажется намного более удобной usb ненадежен, слотов нет, остальное все коряво эзернет всем хорош, я сам был бы только рад CODE // Packet format ========================================================
// byte # 0 // 0.7 service bit, 0 // 0.6 destination address presece // 0.5 source address presece // 0.4 packet length.4 // 0.3 packet length.3 // 0.2 packet length.2 // 0.1 packet length.1 // 0.0 packet length.0
// [byte # 1] // 1.7 service bit, 0 // 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 service bit, 0 // 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 service bit, 0 // 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..byte # length - 2 // 4.7 service bit, 0 // 4.6 data.6 // 4.5 data.5 // 4.4 data.4 // 4.3 data.3 // 4.2 data.2 // 4.1 data.1 // 4.0 data.0
// byte # 4 + 7 // 11.7 service bit, 0 // 11.6 data6.7 // 11.5 data5.7 // 11.4 data4.7 // 11.3 data3.7 // 11.2 data2.7 // 11.1 data1.7 // 11.0 data0.7
// byte # length - 1 // n-1.7 service bit, 0 // n-1.6 crc7.6 // n-1.5 crc7.5 // n-1.4 crc7.4 // n-1.3 crc7.3 // n-1.2 crc7.2 // n-1.1 crc7.1 // n-1.0 crc7.0
// byte # length // n.7 service bit, 1 // n.6 service bit, 1 // n.5 service bit, 1 // n.4 service bit, 1 // n.3 service bit, 1 // n.2 service bit, 1 // n.1 service bit, 1 // n.0 service bit, 1
|
|
|
|
|
Aug 16 2013, 10:52
|
Гуру
     
Группа: Модераторы
Сообщений: 4 011
Регистрация: 8-09-05
Из: спб
Пользователь №: 8 369

|
Цитата(Огурцов @ Aug 16 2013, 14:38)  байтстаффинг неопределен по длине, замена 7*8 в 8*7 кажется намного более удобной usb ненадежен, слотов нет, остальное все коряво эзернет всем хорош, я сам был бы только рад Вот про байтстаффинг так не надо. Сначала готовится пакет данных. Там и есть все, вместе с байтстаффингами... А потом к нему добавляете заголовки, а их длина и местоположение известно... Да и считается быстрее и легче, чем кодирование на уровне бит. Т.к. при перекодировании бит, придется сдвигать байты в разные посылки в контроллер... Замена "7*8 в 8*7" говорит о том, что Вы будете передавать не 8-ми битовые hex, а 7-ми битовые символьные коды? Ну и какие проблемы с Ethernet? Гоняйте UDP пакеты. Со своим протоколом перезапроса по несовпадению данных в UDP... Например, если контроллер слабый, то к нему можно прицепить на SPI Ethernet-контроллер и все дела... И уж где при этом будет стоять РС значения иметь не будет...
--------------------
www.iosifk.narod.ru
|
|
|
|
|
Aug 16 2013, 11:26
|
практикующий тех. волшебник
    
Группа: Участник
Сообщений: 1 190
Регистрация: 9-09-05
Пользователь №: 8 417

|
Цитата(Огурцов @ Aug 16 2013, 15:05)  ...хочется чуда, какого-нибудь неизвестного метода......формат пакета простейший: первый байт длина/направление, второй - команда/адрес, затем данные, затем crc16 и стоп-байт 0xff... я явно что то не догоняю: 1) у вас в первом байте есть длина пакета. 2) у вас есть признак конца пакета. и Вас интересует как определить конец пакета? эээээээ как бы это дано. я так понимаешь, что рассматриваются три варианта? 1) по тайм ауту 2) по разборке данных 3) вообще уйти от этого нафик, на более верхний уровень (изернет и иже. правда там уже логический уровень - целостность данных всё равно останется)
|
|
|
|
|
Aug 16 2013, 11:57
|
Гуру
     
Группа: Участник
Сообщений: 3 928
Регистрация: 28-03-07
Из: РФ
Пользователь №: 26 588

|
Цитата(kolobok0 @ Aug 16 2013, 11:26)  эээээээ как бы это дано да ничего не дано, это было дано, когда отправляли а когда пришло, там может быть чёрте-что, битая длина, лишний конец пакета в середине пакета или наоборот пара склеенных пакетов Цитата(iosifk @ Aug 16 2013, 11:42)  Ну и кто мешает в стаффинг ввести байт, показывающий повторы? это неплохая мысль, в худшем случае, при чередовании байт, увеличение длины пакета может произойти всего в полтора раза Цитата(iosifk @ Aug 16 2013, 11:42)  Все быстро делает РС, но вот битовый поток быстро обработать не может... да не занимать ей скорости, уж на пересылку одного бита (скорее проверку знака) время найдется Цитата(iosifk @ Aug 16 2013, 11:42)  проблемы с временем доставки сообщений? проблемы с медленным каналом, каждый лишний байт уменьшает скорость чуть ли не в два раза на частоте 500гц нужно обмениваться статистикой с устройством
|
|
|
|
|
Aug 16 2013, 12:38
|
Гуру
     
Группа: Модераторы
Сообщений: 4 011
Регистрация: 8-09-05
Из: спб
Пользователь №: 8 369

|
Цитата(Огурцов @ Aug 16 2013, 15:57)  да ничего не дано, это было дано, когда отправляли а когда пришло, там может быть чёрте-что, битая длина, лишний конец пакета в середине пакета или наоборот пара склеенных пакетов 115200, 10 метров - и будут "склеенные пакеты"? Это где же такие 10 метров? Внутри электрогидрогенератора на миллион киловатт? В облаке плазмы? У сварочного агрегата? Ну не совпадет байт, так произойдет запрос повторно... Или сделайте гальваническую развязку... Или экраны... "Склеенных пакетов " быть не может, если вводится тайм-аут между пакетами... На самом деле, все это обсуждение - полная ерунда. Есть стандартные протоколы, есть промышленные компьютеры, у которых есть выходы на такие линии связи. Так вот, не надо изобретать "самопал"... Все это мне напоминает большую "Гайку М3", о которой написано у меня на сайте... Есть задача. Есть алгоритмы. Вот под них и надо подбирать оборудование. Не проходит 115200, так и бог с ним. Добавляете к каждому Вашему микроконтроллеру по 10 долл., переходите на Ethernet. А у пром-компьютеров он уже есть. И все. Более никаких проблем не будет. Либо покупаете готовый переходник RS-Ethernet... Или хоть для начала самый простой стартовый набор, в котором есть Ethernet... Кажется у микрочипа был микроконтроллер со встроенным 10 Мбит Ethernet... И все проблемы уходят. Какая у Вас серийность? Десятки тыс. в месяц? Наверняка разовая поделка. Что Вы экономите! Ну купили микроконтроллеры, и что? Их тысячи лежат на складе? Стоимость контроллеров? А стоимость отладки и проводов? А программную совместимость с десятком программ, которые потом будут обрабатывать данные от Ваших контроллеров? А возможность дистанционно мониторить и перепрошивать из другого города? Считайте деньги... Считайте!
--------------------
www.iosifk.narod.ru
|
|
|
|
Сообщений в этой теме
Огурцов как определить конец пакета ? Aug 15 2013, 19:46 Alex11 Использовать 9 бит, если контроллер позволяет. Aug 15 2013, 22:28 Огурцов Цитата(Alex11 @ Aug 15 2013, 22:28) Испол... Aug 16 2013, 05:03 Warlockwolf https://sites.google.com/site/warlockwolf/H...stu-... Aug 15 2013, 23:03 редактор ввести в заголовок пакета его размер, определить м... Aug 16 2013, 09:47      Dr.NoA Советую использовать байтстаффинг по алгоритму Con... Aug 16 2013, 12:32       Огурцов Цитата(Dr.NoA @ Aug 16 2013, 12:32) Consi... Aug 16 2013, 13:02       Огурцов Цитата(Dr.NoA @ Aug 16 2013, 13:32) Совет... Aug 17 2013, 06:35        Огурцов из BABS следует интересная вещь - если длина пакет... Aug 17 2013, 08:57         Огурцов есть ли какой быстрый способ разделить длинное чис... Aug 18 2013, 07:30          Огурцов КодB = 256
N0 = X0*B^0 + X1*B^1 + X2*B^2 + X3*B^3
... Aug 18 2013, 09:29           Огурцов новый формат пакета c учетом предложений
CODE
// ... Aug 18 2013, 12:17            Огурцов Цитата(Огурцов @ Aug 18 2013, 13:17) разм... Aug 19 2013, 19:34             Огурцов на 255 оказывается флетчер делил, искал остаток от... Aug 20 2013, 18:19    iosifk Цитата(Огурцов @ Aug 16 2013, 15:05) у ба... Aug 16 2013, 11:42 krux посмотрете G.7041/Y.1303 aka GFP, там много интере... Aug 16 2013, 17:15 Nixon Вы бы написали что-то подобное статье - думаю мног... Aug 20 2013, 18:55 Огурцов Цитата(Nixon @ Aug 20 2013, 19:55) Вы бы ... Aug 21 2013, 06:23  Огурцов немного допиленный под этот формат список команд и... Aug 21 2013, 14:10   Огурцов еще интересная фича по флетчеру - для получения ос... Aug 21 2013, 20:03    kolobok0 Цитата(Огурцов @ Aug 22 2013, 00:03) ...д... Aug 22 2013, 10:01     Огурцов 65535 Aug 23 2013, 05:49      kolobok0 Цитата(Огурцов @ Aug 23 2013, 09:49) 6553... Aug 23 2013, 13:11
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|