Dimmy

Вопрос следующий: при попытке прошить тестовым проектом отладочную плату STM32F072B-DISCO из IAR ARM 7.30 получаю вот это: Отладчик в IAR выбран корректный: ST-Link Пробовал самые разные настройки скорости, reset'а итд - судя по светодиоду активности не видно даже попыток обмена с ST-Link При этом утилита STM32 ST-Link Utility шьет объект нормально: -- Заранее благодарен

Да, dlman, вы оказались совершенно правы - глухо, как в танке. Полторы недели тишины. Поискал у других производителей - стабилитрон порядка 2V7. Будем пробовать.

Появилась необходимость прицепить по SPI маленький OLED-дисплейчик UMOH-8181 к AT91SAM7S256. Да вот в китайском мануале забыли указать значение pre-charge voltage для выводов BPRE, GPRE и RPRE. В дисплее применен контроллер SEPS114A в мануале которого черным-по-белому написано: RPRE, GPRE and BPRE are pre-charge voltage for Red, Green and Blue each. These pins are connected to the cathode of zener diode. The voltage level of zener diode is determined by a panel characteristics. Схема подключения SEPS114A: Упоминание о параметре pre-charge voltage в pdf-е для UMOH-8181: Может кто сталкивался с таким зверем? Какой стабилитрон ставить?

Попытался добавить раздел в ядре в блоке описания железа (/arch/arm/mach-at91/board-sam9-l9260.c) /* * NAND flash */ static struct mtd_partition __initdata ek_nand_partition[] = { <------>{ <------><------>.name<->= "Bootloader Area", <------><------>.offset>= 0, <------><------>.size<->= 4 * 1024 * 1024, <------>}, <------>{ <------><------>.name<->= "User Area", <------><------>.offset>= 4 * 1024 * 1024, <------><------>.size<->= 256 * 1024 * 1024, <------>}, <------>{ <------><------>.name<->= "Secondary Partition", <------><------>.offset>= (4 * 1024 * 1024) + (256 * 1024 *1024), <------><------>.size<->= MTDPART_SIZ_FULL, <------>}, }; После компиляции ядра с добавленным разделом и заливки на этапе монтирования ФС контроллер вываливается с ошибкой: VFS: Mounting root (jffs2 filesystem). Freeng init memory: 120K Kernel panic - not syncing: Attempted to kill init!

Пока писал ответ - добавилось несколько постов. Но все равно, оставлю как-есть... Дело в том, что ранее пытался создать разделы на уровне ядра. При этом конфигурация была следующей: Dataflash: Bootstrap U-boot var's U-boot Kernel Temp NAND-flash (512Mb): Root FS (хотелось бы 256Мб) Secondary FS (тоже хотелось бы 256Мб) Остался непонятен вопрос: где указывать размер раздела при создании файловой системы? Например, утилитка mkfs.jffs2 имеет параметр более-менее подходящий под это описание: -p= Pad output to SIZE bytes with 0xFF. If SIZE is not specified, the output is padded to the end of the final erase block. делал -p=256*1024*1024 Но все равно, после монтирования раздела его размер оказывается равным полному размеру NAND-flash (512M) (об этом говорит df -h) Возможно, есть какие-то дополнительные параметры, указываемые загрузчиком kernel-у, которые говорят о размере раздела?

Зачем обязательно играть? Один раз собрать с необходимыми параметрами разделов - и все... А поддержка JFFS2 ессно нужна в загрузчике, т.к. и он, и bootstrap и ядро и файловая система будут на NAND-flash

Прошу прощения за повтор - промахнулся с форумом. Вводные: 1. Плата Olimex SAM9-L9260 (по основной конфигурации - тот же AT91SAM9260-EK от Atmel, только без звукового ЦАП и меньшим размером dataflash). 2. u-boot-2009.11 (можно ли использовать его? если нет - то почему?) 3. Поскольку плата используется только для отладки, а "боевая" будет без dataflash (только NAND), то собирать U-boot предполагается, предварительно исполнив make at91sam9260ek_nandflash_config Но при этом создается только 1 раздел для filesystem. Нужно 2. В доках выяснил, что для этого необходимо определить макро CONFIG_SYS_JFFS_CUSTOM_PART и функцию struct part_info* jffs2_part_info только вот в разных примерах - разный список параметров ф-ции. В файле README.JFFS2 она описана так: struct part_info* jffs2_part_info(int part_num) Здесь: common/cmd_jffs2.c (этот файл приводится как пример реализации) она выглядит так: static struct part_info* jffs2_part_info(struct mtd_device *dev, unsigned int part_num) Чему верить? Может есть конкретный пример для AT91SAM9260-EK?

Вводные: 1. Плата Olimex SAM9-L9260 (по основной конфигурации - тот же AT91SAM9260-EK от Atmel, только без звукового ЦАП и меньшим размером dataflash). 2. u-boot-2009.11 (можно ли использовать его? если нет - то почему?) 3. Поскольку плата используется только для отладки, а "боевая" будет без dataflash (только NAND), то собирать U-boot предполагается, предварительно исполнив make at91sam9260ek_nandflash_config Но при этом создается только 1 раздел для filesystem. Нужно 2. В доках выяснил, что для этого необходимо определить макро CONFIG_SYS_JFFS_CUSTOM_PART и функцию struct part_info* jffs2_part_info только вот в разных примерах - разный список параметров ф-ции. В файле README.JFFS2 она описана так: struct part_info* jffs2_part_info(int part_num) Здесь: common/cmd_jffs2.c (этот файл приводится как пример реализации) она выглядит так: static struct part_info* jffs2_part_info(struct mtd_device *dev, unsigned int part_num) Чему верить? Может есть конкретный пример для AT91SAM9260-EK?

Проблема решилась более простым способом - создал новый проект и пересобрал ФС наново. Очевидно где-то некорректно отрабатываются зависимости при инкрементной сборке. Странно - разработчики билдрута молитвенно клянутся, что добавление пакетов в конфиге и последующая пересборка ФС работают на-ура...

Среда разработки: IAR 5.11. (после таблетки) + OpenOCD + OOCDLink В процессе отладки контроллер не входит в обработчик прерывания PIT_Handler. Казалось бы, что после этого состояния (прерывание от PIT в AIC и PIT_MR): контроллер должен войти в обработчик PIT_Handler, указанный здесь: void PIT_Init(void){ volatile unsigned long pimr = 0, svr = 0; /* Configure a resolution of 1 ms */ AT91C_BASE_PITC->PITC_PIMR = AT91B_MASTER_CLOCK / (16 * 1000) - 1; /* Enable interrupts */ /* Disable the interrupt on the interrupt controller */ AT91C_BASE_AIC->AIC_IDCR = (1 << AT91C_ID_SYS); /* Save the interrupt handler routine pointer and the interrupt priority */ svr = (unsigned long)PIT_Handler; AT91C_BASE_AIC->AIC_SVR[AT91C_ID_SYS] = svr; /* Store the Source Mode Register */ AT91C_BASE_AIC->AIC_SMR[AT91C_ID_SYS] = AT91C_AIC_SRCTYPE_INT_HIGH_LEVEL | AT91C_AIC_PRIOR_LOWEST; /* Clear the interrupt on the interrupt controller */ AT91C_BASE_AIC->AIC_ICCR = (1 << AT91C_ID_SYS); /* Enable the interrupt on the interrupt controller */ AT91C_BASE_AIC->AIC_IECR = (1 << AT91C_ID_SYS); /* Enable the interrupt on the pit */ pimr = AT91C_BASE_PITC->PITC_PIMR; AT91C_BASE_PITC->PITC_PIMR = pimr | AT91C_PITC_PITIEN; /* Enable the pit */ pimr = AT91C_BASE_PITC->PITC_PIMR; AT91C_BASE_PITC->PITC_PIMR = pimr | AT91C_PITC_PITEN; } Но по нажатию "Step Into" выполняется следующая команда и состояние регистров следующее: В чем может быть проблема?

Есть необходимость поставить Smarty template engine на указанную в топике платформу. При сборке файловой системы buildroot-ом галки на опциях: Package selection for the target->pcre и Package selection for the target->Interpreter languages / Scripting->PHP->PHP extensions->PCRE установлены. Более того, при просмотре makefile в каталоге /buildroot/buildarm/php-5.2.10 в параметры CONFIGURE_OPTIONS и CONFIGURE_COMMANDS включена опция '--with-pcre-regex' и далее по тексту... При исполнении php-скрипта в CGI-mode в браузере следующая ошибка: Fatal error: Call to undefined function preg_match() in /usr/lib/php/Smarty/Smarty.class.php on line 1637 присмотр результатов исполнения ф-ции phpinfo() дал следующий результат: Configure Command: './configure' '--target=arm-linux' '--host=arm-linux' '--build=i386-pc-linux-gnu' '--prefix=/usr' '--exec-prefix=/usr' '--sysconfdir=/etc' '--disable-gtk-doc' '--disable-nls' '--disable-ipv6' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--disable-all' '--without-pear' '--with-config-file-path=/etc' '--localstatedir=/var' '--enable-cli' '--enable-cgi' '--enable-fastcgi' '--enable-posix' '--enable-spl' '--enable-session' '--with-zlib=/home/xxx/buildroot_09_08/build_arm/staging_dir/usr' '--with-sqlite' '--enable-sqlite-utf8' Как видно, есть все что угодно: '--with-sqlite' '--with-zlib=/home/xxx/buildroot_09_08/build_arm/staging_dir/usr' но только не '--with-pcre-regex' Какой танец станцевать? чтоб заработало?

вопрос решился. Юзаю контроллер ATTiny461V и AVR Studio 4,17. В списке выбора контроллеров есть только ATTiny461 Поставил AVR Studio 4.18 (Release Candidate) - кроме дополнительных поддерживаемых контроллеров (кстати сказать, с флэш-памятью гораздо более 32К) появился контроллер ATTiny461A. Выбрал его - все работает на ура. Спасибо за внимание.

Уже много лет (где-то с 2003 года) в славном г.Харькове на основе attiny2313 (ранее at90S2313), а потом и на основе ATTiny26 серийно выпускается линейка бесперебойников SinPro-180...1000 (цифры - это Вт :) ) . Контроллеры в них используются исключительно для 2 целей: генерации ШИМ для формирования синусоидального напряжения 220В 50Гц и индикации. выход ШИМ - на драйвер от IR и далее на мост (можно, соответственно, и полумост). Никаких "быстрых" защит на контроллере не реализовано - все аппаратно. Иначе Хиросима обеспечена. пробовали :) Исключение - плавное ограничение синусоиды при перегрузке. Но время идет, все меняется и я бы с удовольствием применил там те-же ATTiny261...861 с аппаратной защитой от КЗ или даже AT90PWM2.

Сразу оговорюсь: 1. RC цепочка на RESET отсутствует 2. Длина шлейфа к контроллеру 10см. Шлейф - обычный плоский от флоппика 3. Выводы шлейфа (RESET и GND) подпаял непосредственно к ногам контроллера. После перевода контроллера в режим работы с dW не удается загрузить проект на отладку. (источник синхронизации - внутренний RC=8MHz, CKDIV8 сброшен) При установке CKDIV8 проект загружается, пошагово ходит, но при работе с брейкпоинтами соединение "отваливается". Какой танец исполнить, чтоб заработало?

Сбрасываются часы реального времени при рестарте контроллера Плата: Olimex sam9-l9260 (проц - AT91SAM9260 REV A) Джампер, выбирающий источник напряжения на вывод VDDBU - в положении "BAT", 1.8V на этом выводе постоянно присутствуют. Джампер BMS_LOW, отвечающий за метод загрузки (ROM / EBI_NCS0) переставлялся в оба положения: BMS=0 и BMS=1. Результат, приведенный ниже, одинаковый. OS: Linux 2.6.26.3 ФС: собирал buildroot'ом В составе : busybox-1.13.4, uClibc-0.9.30.1 Сообщение на старте системы: rtc-at91sam9 at91_rtt.0: hctosys: unable to read the hardware clock После старта время устанавливается в 31 декабря 1969 г делаю dmesg | less в ответ: ... rtc-at91sam9 at91_rtt.0: rtc core: registered at91_rtt as rtc0 rtc-at91sam9 at91_rtt.0: rtc0: SET TIME! ... пробую выполнить: hwclock -w ответ: hwclock: can't open '/dev/misc/rtc': No such file or directory по совету отсюда: http://lists.openmoko.org/nabble.html#nabble-td680877 Создаю симлинк /dev/misc/rtc на файл /dev/rtc ошибка при выполнении команды hwclock приобретает вид: hwclock: can't open '/dev/misc/rtc': No such device При установке часов командой date MMddHHiiYYYY - все работает нормально, часы тикают без сбоев но до первого рестарта :( Как победить проблему?