korobov_michael 0 24 ноября, 2009 Опубликовано 24 ноября, 2009 · Жалоба КС - она же CRC - контрольная сумма - гонять файлы без нее ну скажем несколько рисковано.... Насколько я знаю таких контрольных сумм в самом TCP\IP несколько - на каждом уровне протоколов. Повышает ли надежность передачи добавление еще и своей CRC? По-моему, нет, при условии, что стек протоколов на самом модеме реализован корректно. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Baser 5 24 ноября, 2009 Опубликовано 24 ноября, 2009 · Жалоба Насколько я знаю таких контрольных сумм в самом TCP\IP несколько - на каждом уровне протоколов. Повышает ли надежность передачи добавление еще и своей CRC? По-моему, нет, при условии, что стек протоколов на самом модеме реализован корректно. Ключевая фраза "при условии" А вы уверены, что стек в модеме не имеет ошибок? А вы уверены, что у ОпСоса при передаче пакетов ничего не может выкинуться (именно намеренно удалится, а не пропасть) при полной загруженности конкретной соты голосовыми данными? Я вот не уверен. Хотя допускаю, что те TCP сегменты, которые добираются до места назначения, не имеют ошибок. Но при передаче больших объемов данных происходит фрагментация. И, видимо, часть сегментов пропадает по пути из-за кривости какой-то части оборудования... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
CADiLO 9 24 ноября, 2009 Опубликовано 24 ноября, 2009 · Жалоба >>>>Повышает ли надежность передачи добавление еще и своей CRC? По-моему, нет, при условии, что стек протоколов на самом модеме реализован корректно. Ходжа Насреддин говаривал - на Аллаха надейся, а осла привязывай..... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
korobov_michael 0 24 ноября, 2009 Опубликовано 24 ноября, 2009 · Жалоба допускаю, что те TCP сегменты, которые добираются до места назначения, не имеют ошибок. Но при передаче больших объемов данных происходит фрагментация. И, видимо, часть сегментов пропадает по пути из-за кривости какой-то части оборудования... Дело в том, что если не дошел хотя бы один фрагмент из пакета, то этот пакет будет невозможно собрать, и, по сути, весь пакет будет считаться недошедшим. Cмысл-то TCP как раз в этом - создать иллюзию передачи всего пакета, сколь угодно большого, а внутри себя нарезать его удобным образом. Вопрос к CADiLO - замечались ли частичные приходы пакета, без части сегментов? Спасибо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Slonofil 0 26 ноября, 2009 Опубликовано 26 ноября, 2009 (изменено) · Жалоба Дело в том, что если не дошел хотя бы один фрагмент из пакета, то этот пакет будет невозможно собрать, и, по сути, весь пакет будет считаться недошедшим. Cмысл-то TCP как раз в этом - создать иллюзию передачи всего пакета, сколь угодно большого, а внутри себя нарезать его удобным образом. Вопрос к CADiLO - замечались ли частичные приходы пакета, без части сегментов? Спасибо. Я, конечно, не уважаемый CADiLO, но замечу примерно следующее: потеря части пакетов - дело абсолютно нормальное. И бороться с этим посредством заклинания "Оборудование оператора сети должно передавать всё в целости и сохранности", думаю, вряд ли удастся. Посему советую сделать так: разбить прошивку (а речь ведь идёт именно о ней) на пакеты по 1 кБайт и передавать их один за другим. При этом, во-первых, можно полностью задействовать буфер SIM300, во-вторых, в случае порчи части посылки придётся пересылать не всю прошивку, а лишь её небольшую часть. Обязательно следует использовать квитирование (дошла посылка в целости - отвечаем о готовности принять следующий кусок, нет - запрос на повторную пересылку). Кстати, что касается самого процесса перепрошивки. Сильно сомневаюсь, что нужно заливать прошивку "на лету" по приёму из модема. Во-первых, тогда сам bootloader займёт очень много места (в него будет входить программный драйвер SIM300), а во-вторых, этот самый драйвер может содержать программные ошибки, и исправить его удалённо уже не удастся. Это, конечно, в том случае, если не перепрошивать и bootloader, что считается дурным тоном... Для хранения прошивки на плату удобнее всего ставить SRAM. Залитую прошивку можно проверить после сборки на целостность при помощи всё той же пресловутой CRC, да и управление памятью не в пример проще, стало быть, драйвер SRAM займёт немного места. Для экономии места на плате можно применить SRAM в BGA (AS6UA25616) или, к примеру, KM68V1000B в TSOP. Изменено 26 ноября, 2009 пользователем Slonofil Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Harbinger 10 26 ноября, 2009 Опубликовано 26 ноября, 2009 · Жалоба SRAM много "лап" контроллера займёт. AT45-е вполне рулят, т.к. спешить особо не требуется. Самый стрёмный момент: пропадание питания в процессе прошивки. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
korobov_michael 0 29 ноября, 2009 Опубликовано 29 ноября, 2009 · Жалоба SRAM много "лап" контроллера займёт. AT45-е вполне рулят, т.к. спешить особо не требуется. Самый стрёмный момент: пропадание питания в процессе прошивки. Поддерживаю. Тоже использую АТ45. Пропадание питания в процессе прошивки вроде не боюсь, т.к. после восстановления питания программа стартует с бутлоадера и заново прошьет программу сначала. А потом уж удалит спецсимвол из 45-й, приказывающий эту прошивку осуществить. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
