Подтверждение Принятия Подтверждения

[NebsteR]

Привет всем. Вот такое вот интересное название темы...

Имеем 2 точки связи (конкретно - радиоканал, но не имеет значение, рассматривается любая среда передачи, не гарантирующая доставку), мастер передает пакет, ведомый принимает и отправляет подтверждение правильности пакета...

Вот как можно обеспечить для ведомого подтверждение того, что мастер принял это подтверждение? Пакеты могут теряться на любой стадии. Получение неисправимого прямой коррекцией ошибок повреждения любого бита, разумеется, считается за потерю. Контроль - либо CRC16, либо двойной, CRC8 для данных + CRC16 для всего пакета.

Практическую цель можно обозначить так - с пульта отправляется команда, но перед включением контрольного индикатора на пульте необходимо убедиться, что команда дошла. Так-же как и ведомый должен убедиться, что индикатор будет включен... Уже весь мозг сломал блин... Будут либо бесконечные циклы, либо рекурсия... Пока вижу решением только меньшую мощность передачи команды от мастера, типа если меньшая мощность команды дойдет, то и максимальная мощность подтверждения пробьется... Но все равно не гарантия...

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[hsl73]

...мастер передает пакет, ведомый принимает и отправляет подтверждение правильности пакета...

Вот как можно обеспечить для ведомого подтверждение того, что мастер принял это подтверждение...

Если от мастера после этого придет следующий пакет значит принял, если тот же самый значит не принял, разьве не так?

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[NebsteR]

Так, но пакеты идут относительно редко и постоянный опрос недопустим (автономное питание), и точно будет короткий таймаут...

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[hsl73]

Ну зачем постоянный, если так: после отправки подтверждения ведомым он ждет время Х, с запасом на возможный ответ мастера, если за это время пришел повторный пакет значит все заново, если ничего не пришло значит подтверждение получено. А чтобы единичный ответ ведомого не затерялся мастер ждет подтверждения ведомого время ну например 1/4Х. Т.е. получается если подтверждение ведомого потерялось то за то время, что ведомый еще ждет, мастер успеет еще несколько раз послать запрос, возможно громоздко, но это же только на случай потери подтверждения, а если подтверждение мастером получено, мастер молчит, ведомый за время Х ничего не дождавшись решает что подтверждение получено, вот как то так

Ну либо каким другим способом создать избыточность информации, передавать например каждый пакет 3 раза, все с подтверждением, в этом случае если пакет с подтверждениями прошел 2 раза, то будет уже не критично дошло ли подтверждение о получении 3-го пакета.

Изменено 15 мая, 2012 пользователем hsl73

[NebsteR]

Я примерно так и собирался, но на границе чуствительности связи (на границе расстояния), даже если ведущий услышит ответ ведомого (т.к. он подтверждается малым таймаутом переотправки пакета), то почти наверняка потери пакетов будут значительны и ведомый не получит ничего за время ожидания X... При этом ведущий будет считать, что пакет принят и выполнит действия. А ведомый будет считать, что ведущий не отправил свое подтверждение в ответ на подтверждение от ведомого... И действие не выполнит... Или наоборот, если исключить отправку третьего пакета ведущим и ожидание ведомым...

Именно это мне и хотелось-бы исключить... А в зоне устойчивой связи процент битых пакетов будет малым, чтобы один из 5-10 (кол-во пакетов для таймаута плохой связи) был принят верно, здесь все нормально...