Jump to content

    

prst

Свой
  • Content Count

    703
  • Joined

  • Last visited

Everything posted by prst


  1. загрузил по xmodem - не работает (полная тишина) :( перепаял кварц на 16.0, загрузил по xmodem - тоже полная тишина :( тоесть, "C" прекратили бежать вообще
  2. Я думаю, что случился Data Abort. А судя по тексту init.cpp - void AT91F_DataAbort() { AT91F_DBGU_Printk("-F- Data Abort detected\n\r"); while (1); } - процессор должен намертво встать на строке while (1). верно, вот когда он встанет на while(1) вопроса нет - но ведь он оказывается здесь и заходит в процедуру _DataAbort() после какой-то проблемы.... и видимо по той причине что где-то какие-то проблемы, а именно как я уже писал реально"физически" не работает SPI как перифирия вообще.... по этой причине он и попадает в эту процедуру... и это логично... но почему нет данных на SPI? ведь и инициализация проведена была корректно (я так подозреваю что всетаки корректно, если верить коду...) и потом попытка отослать данные по SPI, следовательно на пинах должен был осциллографом увидеть клоки и данные, а там девственная тишина как в пещере... ок, спасибо большое - попробую (кстати - а исходник можно тоже посмотреть - что хоть шить буду?) перепаять кварц с 18.432 на 16.0 не проблема, тем более если верить даташиту, то можно и не перепаивать - должен стартонуть...
  3. Так данные то реально не поступают на пины SPI вообще, как будто не проинициализирован вообще SPI тоесть состояние пинов не изменно... а что значит - "На висящем процессоре" ??? по терминалу то он как-то отвечает 8)))) Вы думанете что процессор по какойто причине завис? или я неверно Вас понял?
  4. Здравия желаю! уже несколько дней мучительная попытка запустить камешек 9200 и плату к нему Люди вот такая проблемма, помоги решить ее плз собрали макетную платку ( http://projects.org.ua/project/arm/9200/ ) пытаемся загрузить в нее romboot.bin ( следуем как написано в статье - http://heavy-online.ru/arm-linux/ ) и сталкиваемся с мистическим поведением контроллера, а именно: после того, как прицепились гипертерминалом - отсылаем по xmodem файлик - romboot.bin он отсылается и появляется сообщение CCCCCCCCCCCCCCCCC AT91F_LowLevelInit(): Debug channel initialized press any key to enter bootloader ATMEL LOADER VER 1.01 May 3 2006 15:21:06 *----------------------------------------* *----------------------------------------* 1: Download Dataflash [addr] 2: Read Dataflash [addr] 3: Start U-BOOT 4: Clear bootloader section in Dataflash *----------------------------------------* Enter: тут вроде все верно говорим Enter: 1 c0000000 Download Dataflash [0xc0000000] CCCCCCCCCCCCCCCCCC отсылаем файл (как требует статья) и здесь начинается самое интересное: Modification of Arm Vector 6 :34340015 Write 10240 bytes in DataFlash [0xc0000000] -F- Data Abort detected тоесть, казалось бы, по какой-то неведомой причине не пишется в DataFlash Так, берем осциллограф и идем далее... проделываем тоже самое параллельно наблюдая осцилом за SPCK, MOSI и NPCS0 и к нашему удивлению - на SPCK, MOSI и NPCS0 нет изменения логического уровня и данных вообще!!!!! аппартно все верно, все прозвонено тестером - с точки зрения железа все корректно, проверяли несколько раз! это настараживает и мы идем читать исходники от romboot-evm9200 (SPI 1:1 + схема почти такая же) только микруха у нас - AT45DB642 в исходнике разобрались - вроде все должно инициализироваться и SPI обязан работать...! фух однако SPI - НЕ РАБОТАЕТ... Люди - у кого есть какие мысли и идеи на этот счет? потому что реально уже отпало понимание происходяших глюков.... HELP PLZ !!!
  5. тоесть, Вы хотите сказать что можно не используя TST, методом прошивки bin файла "соответствующего размера заполненный значениями 0xFF". Кстати какого конкретно размера должен быть файл не ясно... но! Однако SAM-BA - не загружается когде контроллер не стерт средствами TST... И не дает соответственно зашить новый файл. Приходится стирать через TST/ Не могли бы Вы расписать, как Вы это делаете - так как например меня, достает постоянно стирать через TST. Не знаю почему, но у меня ERASE не стирает контроллер(256й)...!
  6. я прошу прощения конечно, но мне например неизвестен путь, как средствами SAM-BA - стирать контроллер at91sam64(...256) Как используя пин TST - известно - так и делаю... а вот как средствами SAM-BA - не могли бы просветить?
  7. Однако не ясно - сколько же стоит если отправлять на Украину? Интересно.... но все же... PS: все же есть большой минус - возможность смены контроллера - путем перепайки... вот если бы путем смены переходника с контроллером ... + нада ставить сразу sam256 + переключатель для стирания чипа
  8. Можно и обычным жалом, по крайней мере все кроме контроллера. Да и QFP208, говорят, люди паяют обычными жалами :) . Отладочная плата столько у меня просто не проживет :) ). А "производственные" платы я, естественно, отмываю. Для мытья использую смесь денатурата и бензина "Калоша" (1:1), потом прополаскиваю в спирте. AT91RM9200 - не понимаю что у Вас у всех за проблемы с запайкой 208 пинового камня нормально вчера были запаяны 2 чипа... обычным 25W паяльником...
  9. литература

    попробуй начать с моей статьи http://projects.org.ua/new/index.php?mod=n...=show&id=15
  10. спасибо! пофиксил...чтото случилось не ясное...
  11. любой текстовый редактор + arm-elf-gcc Eclipse + CDT + arm-elf-gcc SAM-BA от Атмела Филлипсовский СОМ-портовый лоадер (схемка где-то в апнотах филлипсовских есть) http://projects.org.ua/project/amw/arm/samba-0.2.0.tar.gz (сам не пользовался, но знаю, что работает) http://electronix.ru/forum/index.php?showtopic=20599 http://projects.org.ua/project/arm/AT91SAM7S256_HOWTO.html несколько поправок http://projects.org.ua/project/amw/arm/samba-0.2.0.tar.gz переполз на --> перечень всех доступных версий и модификаций программаторов под OS Linux для ARM --> http://projects.org.ua/project/amw/arm/ http://projects.org.ua/project/arm/AT91SAM7S256_HOWTO.html --> более правильный вариант ссылки --> http://projects.org.ua/new/index.php?mod=n...=show&id=15 !!! на днях сменился движок на сайте http://projects.org.ua - теперь вы сами можете добавлять свои проекты и редактировать их... бодро пожаловать...
  12. !!! на днях сменился движок на сайте http://projects.org.ua - теперь вы сами можете добавлять свои проекты и редактировать их... Можно оставлять пожелания и коментарии здесь - http://projects.org.ua/new/index.php?mod=n...=show&id=15 бодро пожаловать...
  13. Доступны обновления программаторов под OS Linux - http://projects.org.ua/new/index.php?mod=n...=show&id=22 ARM программаторы от AMW Прогамматоры под линукс для ARM контроллеров - http://projects.org.ua/project/amw/arm/ samba-0.3.2.tar.gz - ARM programmator for linux (AT91SAM7S32(256) ) lpcflash-0.2.1.tar.gz - ARM programmator for linux (Philips) PS: на днях сменился движок на сайте http://projects.org.ua - теперь вы сами можете добавлять свои проекты и редактировать их... бодро пожаловать...
  14. разумеется для проца - это медленная пропускная способность... однако обратите внимание что 900 кбайт/с это почти 10МБит - у вас там чип стоит какой собственно? может он больше и не может? или может быть он проинициализирован на такую скорость?
  15. ну скажем так, бывает ряд приложений где совершенно не надо "бешанную" производительность от склейки МК+ОС, а важно не тратить много времени на написание взаимодействия между "просессами или же их бледное подобие". На счет памяти без спору, согласен - возможно прийдется ставить внешнюю... драйвера писать - ну скажем напишем, не умрем... на то она и ОСь чтоб все через "дрова" работало... Разумеется - нет, не ради "файловой системы и TCP стека", есть еще такая замечательная вешь как IPC и более того многозадачность(что более важно)... + ко всему переносимость с проекта на проект. а свякую бяку рассматривать типа RTOS (притянутую за уши к плоскости ОС) или еще чего то, что просто махает флагом - мол RealTime... В контексте данного вопроса не рассматривается же REALTIME требования, а расматривается возможность как такавая применять uCLinux в данном семействе МК...
  16. 1 - везде в даташите на AT91RM9200, сказано что DBGU - это порт для дебага и прошивки и только... может ли он(DBGU) использоваться в качестве обычного последовательно порта RS232 где только RX,TX? 2 - в даташите на AT91RM9200 и "рисунке" сказано что к него 4xRS232 порта, однако в даташите не сказано как селектировать или включать одновременно 2-4 порта... смотря в даташит создается впечатление что ниакак, однако здравый смысл подсказывает что должна быть возможнасть работы с 4 портами одновременно. собственно не ясно вообще как? подскажите? это вопрос вообще открытый...
  17. бр-бр, погодитека! там же ведь ядро для начала 2.0.38 насколько я помню, кстати, правельно помню вот доказательство uClinux on the ARM7TDMI and MC68EN302 Information on the ARM7TDMI port is found here: http://www.aplio.com/B/B2111.htm Information on the MC68EN302 port is found here: http://aplionet.aplio.fr/page2.htm Be sure to download the binaries and source code for the ARM7TDMI [here]. Be sure to download the binaries and source code for the MC68EN302 [here]. Embedded Linux/Microcontroller Project Index of /uclinux.org/pub/uClinux/ports/arm7tdmi Name Last modified Size Description Parent Directory 23-Jun-2000 11:42 - arm-elf2flt.tar.gz 23-Jun-2000 10:40 277k GZIP compressed archive> arm-uc-libc.tar.gz 23-Jun-2000 10:40 403k GZIP compressed archive> arm-uclinux-binutils..> 23-Jun-2000 10:40 6.2M GZIP compressed archive> egcs.tar.gz 23-Jun-2000 10:42 17.0M GZIP compressed archive> newlib.tar.gz 23-Jun-2000 10:42 1.7M GZIP compressed archive> uclinux-arm.tar.gz 23-Jun-2000 10:43 6.9M GZIP compressed archive> 2.0.38.1pre7-AT91M40..> 29-Oct-2000 20:23 646k GZIP compressed patch> uclinux-patch-export..> 23-Jun-2000 10:43 107k правда, надо заметить, что, здесь линукс не на AT91SAM7S256, а на AT91M40800...
  18. сегодня не работает почемуто этот сайт с утра эт точно... я вчера от туда тянул линукс под этот камень, но не нашел документации о том, как вообще там линукс работает, и что он из себя в таким мелком камне представляет, про внешнюю память это я догадуюсь только....
  19. собвственно предлагаю развернуть такую тему, так как весьма актуальна для простых ембидед систем? на данное семейство контроллеров обычно вешают индикаторы(LED, LCD...), клавиатуру(не менее 2кнопок...), и разлычные сетевые интерфейсы(RS232/485, Ethernet, CAN...), накопители памяти(SD,MMC...) и если смотреть правде в глаза? то от проекта к проекту эта конфигурация не сильно меняется, но зато меняются задачи и алгоритмы работы... откровенно говоря, жутко надоело в каждом проекте писать, по сути, индивидуальную операционку, хочется использовать уже готовую (но не чтото типа RTOS потому что не потятная вообще) Теперь вопрос такой - кто нибудь уже делал такую склейку? - uСLinux and AT91SAM7S256 понятно что это не полноценный линукс, однако ведь порт такой же сужествует, если верить ресурсу http://www.uclinux.org/ Вот и вопрос, что нужно для того что бы заработал на этом камне(AT91SAM7S256) uСLinux , может нужно внешнюю память или что еще? компиляторы, ньюансы сборки... цель не стоит выжать максимум производительности, если это позволит хотя-бы поиметь полных 10 MIPS - просто блестяще... Озвучте плз отзывы, идеи, ссылки, может уже есть подобные открытые проекты? мне кажется весьма правельный ход использовать готовую ось.
  20. PR16634: Wrong-code for IRQ functions. - http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00230.html When generating interworked armv4t code gcc generates incorrect function epilogue code for IRQ/FIQ functions. ...
  21. Спасибо, за пример. посмотрю обязательно его....
  22. Вообще BasicPDC действительно помогает. На базе его я сделал SPI и SSC over PDC и все заработало сразу (правда я делал без прерываний). Какое место вы не поняли? Собственно пример качается с www.at91.com, как и многие другие. Двойная буферизация -- это когда выделяется в памяти два буфера, DMA пишет сначала в один, а next-регистры ссылаются на второй. После заполнения первого возникает прерывание, вы переключаете next-регистры на первый буфер, а DMA пока пишет все во второй. И так далее. Все хорошо, когда вы успеваете обработать один буфер до заполнения второго. Если нет, то нужно делать FIFO: DMA его заполняет, а фоновая обработка его освобождает. угу, вот теперь все прояснилось, благодарю!
  23. вообще ни чего не понял...
  24. Люди подскажите как использовать DMA канал? Появилось желание переписать зобор данных с прерываний на DMA, в старом проекте. Но не знаю как работать с DMA каналом... и нет примера под рукой, чтоб подсмотреть... Сейчас используется принцип: "начало приема --> прерываение --> байт в массив и инкремент индекса --> по окончанию обработка данных". Хочется что бы данные забирать когда заполнился массив, по принципу: "начало приема --> по окончанию обработка данных". Нужно что бы данные по USART (или SPI) пожились сразу в память и с этой памятью я мог работать. Подскажите пожалуста? где можна подсмотреть пример реализации на языке C? Или подскажите здесь.
  25. кто нибудь уже испробовал? есть впечатления? пожелания? замечания?