v_shamaev

1. Я так понял, что девайс в основном в неподвижном состоянии на подставке, в т.ч. и при опросе - и ответов на вопрос не более двух, а то и один. 2. Все-таки кража без перемещения невозможна. 3. Не для данного случая - но как пример - вчера статейку прочитал, про датчик разбития стекла - анализом звука (спектр и огибающая) выявляют факт разбития оконного стекла.

При наличии акселерометра на борту - факт можно обнаружить и подать тревогу. А если еще и камера нсть - есть вероятность и похитителя рассмотреть.

Понятно. Какие сроки и видепоток в каком формате?

USB камера какая-то своя или стандартная, из тех что в магазине продаються?

В Luxsoft-е свой HR весьма развит. Хотя у них недавно подобная позиция появилась. Может, Meshnetics возрождается?

Только что прошел по ссылке - доступна. Там написано - убивать не надо, это довесок (патч) официального CDT.

Хьюлетт с давних пор практикует собственную маркировку микросхем, в том числе и стандартных - единственный путь был - даташит от хьюлетта.

PEEDI умеет прошивать без компьютера. Но идея с ноутбуком мне нравиться больше - дешевый ноутбук с вигглером - дешевле, правда повозиться придеться побольше.

В еррате указанный баг приведен применительно к статической памяти.

Уточните, пожалуйста: 1. Тест проверяет только память или что-то еще, или комбинированный? 2. Тест под Linux или standalone? 3. memtester пробовали прогонять на вашей плате? 4. Выравнивание задержек сигналов по шинам при разводке производилось? 5. Резисторы в шинах, как рекомендует Atmel, установленны? 6. Экземпляр единичный или серия? Если не трудно, киньте исходники - прогоню на своих платах, результаты сообщу.

А на каком этапе падает?

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

Позвольте несколько уточнений: 1. Резисторы в шины, как Атмел рекомендует, ставили? 2. У вас то же 9260? 3. С отключенным кешем платы полностью работоспособны - пробовали ли гонять memtest(er) и как долго? В общем, симптомы практически 1:1 - под u-boot или загружаемые через j-tag тесты безупречно исполняются, как встроенные в u-boot, peedi, так и перетащенные memtester. Linux падает при распаковке. Коллега, что разводил плату, сказал что линии адреса и данных ему полностью выровнять не удалось, резисторы в линиях не стоят. Не работает примерно 40% собранных плат (общее количество пока не велико, поэтому цифра весьма условна).

Про 2.6.26 не знаю - пока 2.6.24. Ну и дефект проявляется - или ядро не распаковывается, след. не стартует, или только на отдельных тестах и не сразу. Так что в моем случае - не спасет. Подозреваю, что даже с ECC не спасет, т.к. наиболее частая ошибка - адреса. Подозреваю, что если бы это был неискоренимый баг атмела - вой стоял бы на всю вселенную. Слишком много брака. Standalone у вас исполняются при включенном MMU и кеш-ах? Полагаю, что есть необходимость обобщить опыт - грабли слишком тяжелые. К тому же у меня - 9260, а у Piligrim1158 - 9200 - старый заслуженный камень. Спасибо за ответ, позвольте уточнить - тираж платы какой-нибудь был, или единственный экземпляр? И какие-нибудь еще изменения в данной части были?

Спасибо за ответ - я примерно так и думал, хорошо если получиться не переразводить плату. Как раз сейчас перетаскиваю тесты. Задача осложняется тем фактом, что при выключенных MMU и кешах - все работает. Пытаюсь воспроизвести условия для тестов, как в Linux.

Почитать этот форум - подфорум "Отладочная плата AT91RM9200" - там найдете ответ на ваш вопрос, и все что возникнут в процессе.

Аналогичная проблема - AT91SAM9260 + K4M513233C-DN75. Собраны несколько экземпляров, есть полностью работоспособные, есть экземпляры, на которых не распаковывается Linux (если отключить кеш - распаковывается и стартует, но быстро сваливается), и есть экземпляры, на которых грузится и стартует Linux, но тесты (именно solidbits) исполняются с ошибками. Кое-что удалось посмотреть осциллографом - на синхросигнале ОЗУ появляется всплеск до половины уровня - синхронно с фронтами адресного строба. Самое интересное - на работающих платах - такой же всплеск. Кто что по этому поводу может сказать?

Если вы хотите осмотреться в жизни, своей специальности, встать на ноги в этом смысле - то ИТМ - подходящее место, только не стоит там слишком долго задерживаться, если только не аспирантура и прочее - в общем, для старта место подходящее. Насчет "Радио" ничего сказать не могу, не знаю.

Вообще-то ar - это архиватор, чем собирают, разбирают и лезут в библиотеки.

Единственный способ ужать - это проанализировать карту загрузки, и убрать лишнее из конфигурации. У вас случай такой - руками придется делать. Может, что из функциональности убрать - net он харчистый. При настройке запросто можно получить несобираемую конструкцию, поэтому конфиги (собираемые) лучше хранить, я обычно их нумерую, тогда можно и не запутаться. Сами сборки можно и вытирать, если место не хватает.

Так прямо же написано - не влезает в память. Если лень собирать тесты по-одному - поправьте ld-скрипт, подкиньте памяти - оно все и соберется. Только вот пускать те тесты, которые не вмещаются в память не надо. P.S. Для какой модели памяти собирали eCos?

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

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

Есть такая книжка: "Азбука ядра" называется - довольно внятно процесс от распаковки и до запуска в многопользовательском режиме.

Не знаю про 9200, а у 9260 - питается от батарейки (pin VDDBU) только низкочастотный тактовый генератор, RTT и еще некоторые цепи - потребление (паспортное) - 10 uA, реальное - около 5-ти (измерял)