Манипуляции Ваши с внешним EEPROM тоже достаточно "интересны" ))
Как раз наоборот - нормальное решение, без кавычек. Не надо городить супер-биос и продумывать системные вызовы и межпрограммные взаимодействия. Или Вы думаете, программа сама себя целиком перезапишет?
Беру свои слова обратно. Согласен. Тут же у него ещё эзернет с IP стеком... там кроме как сначала сохранить всё, потом даже проверить на валидность, а потом только шить. Чисто из ОЗУ конечно наверное можно было-бы это дело зарулить(не на этом контроллере правда наверное), но будет обидно, если пакетики перестанут поступать как раз во время прошивки ))) Но то, что я бы не делал это всё на АВРке - это однозначно!
Или Вы думаете, программа сама себя целиком перезапишет?
Вот именно по этой причине НИКАКИХ причин делать маету через заденепроходное отверстие и навешивание корове седла ввиде EEPROM а не нормальный бутовый загрузчик с минималистичной поддержкой TCP нет. Ну и то, что идет работа по http://www.telesys.ru/wwwboards/mcontrol/2...es/592756.shtml это, к сожалению, факт.
Группа: Свой
Сообщений: 279
Регистрация: 2-07-08
Из: Новосибирск
Пользователь №: 38 699
Цитата(Skaf @ Mar 9 2010, 16:13)
Необходимо осуществлять прием данных неизвестной длинны. Работаю на AVR в режиме жесткой экономии памяти. Поэтому не хотелось бы выделять буфер размером как максимально возможная длинна строки.
Иногда, в таких случаях удобно использовать циклический буфер.
Вот именно по этой причине НИКАКИХ причин делать маету через заденепроходное отверстие и навешивание корове седла ввиде EEPROM
Есть. Если очень хочется, чтобы в случае "недопереписал" можно было бы гарантированно откатиться назад. Правда, надо догадаться делать свопинг страниц но это уже совсем другая песня.
Посимвольный прием строки неизвестной длинны
Mar 10 2010, 00:47
))
