| |
|
  |
 XMEGA: будущее, которого мы так долго ждали, наступило., XMEGA - лучший 8 битный микроконтроллер. |
|
|
|
|
 May 19 2008, 06:19
|
Йа моск ;)
Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610
|
Цитата ну как Вы собираетесь отлаживать, напрмер, какой-нибудь алгоритм сжатия залив его реальное железо? Ну и что, реальное железо тоже поддается отладке. А, например, может быть и так - вот я тут на днях написал кодер JPEG, и отладил его в AVR Studio. Вообще без железа, но писал сразу для целевого проца, отладил в симуляторе. И ничего, не умер, как ни странно. Хотя, конечно, другим так делать не посоветую 
--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
|
|
|
|
|
|
|
|
May 19 2008, 06:38
|
Гуру
Группа: Свой
Сообщений: 2 702
Регистрация: 14-07-06
Пользователь №: 18 823
|
Цитата(zltigo @ May 19 2008, 09:03)  Все зависит от сложности поднимаемых протоколов и вообще возможности их отладки. Даже какой-нибудь до невозможности обсосанный TCP/IP писать и отлаживать на реальном железе просто неудобно. Если говорить о чем-нибудь более сложном, то реальное железо просто будет мешать, ибо на самом деле сколь-нибудь отладить такое возможно только на модели с тестбенчами и прочим. Ни одно "реальное" применение не даст ничего подобного полной картине. Да и не протокольные вещи тоже - классический пример - ну как Вы собираетесь отлаживать, напрмер, какой-нибудь алгоритм сжатия залив его реальное железо? Удобнее - да, единственно возможно - нет. Если речь идет о протоколах, то сложные протоколы, как правило, все равно сертифицируются с помощью инструментов, предоставляемых организацией, создавшей стандарт, на реальном устройстве, а все уровни взаимодействия прописаны детально. Модели - это всего лишь костыли  Что касается непротокольных вещей, то отладка через JTAG дает пусть неудобный и недостаточный, но достаточно эффективный контроль целевым устройством.
--------------------
Уходя, оставьте свет...
|
|
|
|
|
|
|
|
May 19 2008, 06:59
|
Йа моск ;)
Группа: Модераторы
Сообщений: 4 345
Регистрация: 7-07-05
Из: Kharkiv-city
Пользователь №: 6 610
|
Цитата Там вроде бы пол алгоритма считается на плавучке Только целые. Причем 16 бит. Цитата Кстати, не поделитесь инфой о быстродействии получившегося алгоритма? Просто любопытно. А потом Вы будете меня убеждать, что на ARM быстрее? Тестовая картинка 320*240 пакуется примерно за 12 миллионов тактов. Т.е. примерно секунду (кварц планируется 14-16МГц). Для последующей передачи через GPRS, например, такое малокадровое телевидение - самое оно.
--------------------
"Практика выше (теоретического) познания, ибо она имеет не только достоинство всеобщности, но и непосредственной действительности." - В.И. Ленин
|
|
|
|
|
|
|
|
May 19 2008, 07:06
|
Гуру
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244
|
Цитата(Dog Pawlowa @ May 19 2008, 08:38) Если речь идет о протоколах, то сложные протоколы, как правило, все равно сертифицируются с помощью инструментов, предоставляемых организацией, создавшей стандарт, на реальном устройстве, а все уровни взаимодействия прописаны детально. Модели - это всего лишь костыли Для тестирования, например, протокольчика SS7 http://en.wikipedia.org/wiki/Signaling_System_7 потребуется в буквальном смысле гора железа c соответствующей стоимостью. К горе железа еще и специалисты по этой горе железа не помешают... Причем все вместе при сертификационных испытаниях проверит далеко даже не на 90%. Оставшихся десять хватит для полного облома...
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
|
|
|
May 19 2008, 07:10
|
Гуру
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892
|
Цитата(Dog Pawlowa @ May 19 2008, 09:42) Я имею некоторый опыт такого "портирования". Больших преимуществ, кроме удобства отладки целевого кода, быстроты внесения изменений, возможности работы в команде, возможности согласования UI с заказчиком без собственно прибора, он не имеет. Но это не всегда нужно. А ужимать и оптимизировать при переносе - двойная работа и большой риск. IMHO, список преимуществ исчерпывающий и впечатляющий. Действительно, есть простые проекты, в которых это не надо. Но лично у меня таких становится все меньше.
|
|
|
|
|
|
|
|
May 19 2008, 07:15
|
Гуру
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892
|
Цитата(GetSmart @ May 19 2008, 10:42) Да, JPEG идеально ложится на 8-битник Там вроде бы пол алгоритма считается на плавучке. Кстати, не поделитесь инфой о быстродействии получившегося алгоритма? Просто любопытно. Идем к первоистокам http://www.ijg.org и смотрим, что плавучка может быть, а может и не быть. IMHO, очень хорошая либа (да и стиль С программизма там шикарный, хотя с непривычки и несколько тяжеловесный), если ее не использовать "в лоб", то можно использовать как пособие по разработке своего варианта кодека.
|
|
|
|
|
|
|
|
May 19 2008, 07:41
|
Гуру
Группа: СуперМодераторы
Сообщений: 2 065
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 892
|
Цитата(Rst7 @ May 19 2008, 10:19) Ну и что, реальное железо тоже поддается отладке. А, например, может быть и так - вот я тут на днях написал кодер JPEG, и отладил его в AVR Studio. Вообще без железа, но писал сразу для целевого проца, отладил в симуляторе. И ничего, не умер, как ни странно. Хотя, конечно, другим так делать не посоветую Железо разное бывает. Ядро проца, память, таймер в простейшем режиме как правило, достаточно хорошо поддаются симуляции. А вот какой-нибудь таймер с PWM, IMHO, я и не мечтаю увидеть работающим в симуляторе. Можно конечно, запустить на симуляцию HDL код периферии, но так JPEG можно до пенсии отлаживать
|
|
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
