CRC, проверка двумя полиномами

[OakRidge]

Как ни отбрыкивался задали делать обновление софта микроконтроллера. Даже хуже, через Интернет без человеческого вмешателсьтва. Еще хужее, файлы обновления должны быть криптированы. Сие при положении что никогда не одобрял, даже человеком через компютер и программатор. И не делал.
Путь файлов: FTP сервер -› GPRS -› GSM модуль -› контроллер -› I2C EEPROM -› расшифровка -› контроллеру в программу . Вобщем сесть на ежа голым задом можно без проблем.
Общий объем обновления 64Кбайт. Разбито на 8 фалов по 8КБ. Понятно GPRS через GSM модуль, а он не резиновый.
Каждому файлу свой CRC контроль.
Для начала CRC16 CRC-CCITT , есть обкатаная подпрограмма с полиномом 0x1021
Подумал добавить CRC-16-IBM с полиномом 0x8005.
Двойная проверка, если одна CRC не совпадет запросить файл снова.

Проверка напрямую FTP сервер -› GPRS -› I2C EEPROM -› БЕЗ шифровки прошла.
Грантии давали в Банке Британии 100 лет назад.
Надо подумать и мнениями обменятся,
Ау !
Удачи !

[Boba_spb]

Если нужна надежность передачи, то лучше применять что - нить типа БЧХ, кода Рида-Соломона иль кода Хейминга. А проверка CRC ничего не даст, так как по каналу передачи Ваш пакет многократно будет проверяться на CRC на канальном уровне, на уровне пакета IP и т.д.

[OakRidge]

БЧХ, кода Рида-Соломона иль кода Хейминга

Посмотрел, с уныинием признаю : мало что понял.
А если так : https://ru.wikipedia.org/wiki/SHA-2 ?
Там код имеется....

[Boba_spb]

Избыточные коды позволяют не только обнаруживать наличие ошибок, но и исправлять определенное количество ошибок. Где ВЫ предполагаете "слабое звено" в цепи передачи, которое будет вносить ошибки?
С чем и в каком месте Вы собираетесь бороться?

[OakRidge]

Слабое звено GSM телекомы. Даже не передают сигналы точного времени.
Извернулся через NIST сервера. В устройстве GPS нет.
Доставлют фейсбуки и тому подобное. Обычная стрижка за мани.
Что если в тексте ы вместо ъ . Стерпят.
И время от времени "программисты" вмешиваются. Чтоб поигратся от скуки. Даже получить на чип сим разрешение голоса и SMS две недели ждал. Там у них по дефолту GPRS на чип симы.

По делу, ошибки корректировать не намерен. Вызов файла снова.
И сериозный контроль. Даже думаю трехкратно закачивать файлы, делать проверку по байтам. Если совпадет ОК. Да памяти мало ....
.

[Boba_spb]

Поставьте счетчик ошибок CRC. Потом как-нить озвучьте сколько раз ошибка была
Только именно ошибок СRC, а не вылетов по таймутоу получения пакета или обрыва связи.

[OakRidge]

Boba_spb прежде всего Спасибо за разговор
Маленкая компенсация Пинк Флойд моложе стал
Удачи вам !

[lizard66]

Решал подобную задачу, использовал атмеловскую апноту AVR230. Там загрузчик с криптованием и проверкой CRC. Прошива передавалась через езернет (enc28j60)с помощью встроенной в девайс вэбки методом POST. Прошива сперва переносилась в EEPROM, после чего проверялась и с декриптовкой заносилась в контроллер.

[Raptor1]

Для серьезной проверки целостности надо использовать хеш-функцию, MD5, SHA-xx, RIPEMD160, ГОСТ, TIGER, PANAMA. Два полинома и рядом не стояли!

[Boba_spb]

Воспоминания из детства. Коллега писал обеспечение обмена по интерфейсу MIL-STD-1553. Код БЧХ - 16 бит информационных + 48 проверочных. Технологический процесс 21 сутки. Переубедить его было невозможно, но счетчик обнаружения и восстановления ошибок уговорил его поставить. По окончании работы счетчики оказалисьь нулевыми !!!!! ( это еще при условии что система была полностью дублированная)

Быстродействие канала посадил раз в 20. Единственное что дало это - защитил свою диссертацию по надежности передачи информации.

Это как с антибиотиками - надо знать от чего принимать.