tag

Hello World - этап пройденный. Повторюсь, собрал пример из PicoTk. Пытаюсь через GRUB его запустить, по идее после запуска должен получить тоже что и с использованием эмулятора fbe, что идёт в составе PicoTk, в действительности - чёрный экран.

Пробую освоить RTEMS в комплекте с PicoTk, и то и другое для меня вновинку. Собрал пример из состава PicoTk и пытаюсь запустить через GRUB... результата никакого. Подскажите, где копать... Использую ОС Suse 11.4.

Попробуйте RTX Full от Keil rtx51v700.rar

Всем спасибо за участие. Проблема разрешилась, правда не пойму откуда ноги растут :) Я не указал что использовал ОС RL-RTX. Вызов NVIC_Init(&NVIC_InitStructure); производился внутри задачи - ошибка выскакивала, перенес её вызов в точку перед вызовом os_sys_init() ошибка исчезла. Видимо что-то происходит при инициализации ОС.

... с константой всё нормально

по указанному адресу (0x080005D8) значение 0xE000ED0С

Исправил, результат тот же. Впрочем, так и должно быть.

спустился ниже: 123: tmppriority = (0x700 - ((SCB->AIRCR) & (uint32_t)0x700))>> 0x08; 0x08000568 4C1B LDR r4,[pc,#108] ; @0x080005D8 <- Вылетает здесь 0x0800056A 6824 LDR r4,[r4,#0x00] 0x0800056C F40464E0 AND r4,r4,#0x700 0x08000570 F5C464E0 RSB r4,r4,#0x700 0x08000574 EA4F2114 LSR r1,r4,#8

Эти функции (в приведённом выше фрагменте) взяты из библиотек которые пилагались к оценочному kit-у tmppriority переменная класса auto

Осваиваю STM32VLDISCOVERY. Запустил RTC и пытаюсь разрешить прерывания: NVIC_InitTypeDef NVIC_InitStructure; // Enable the RTC Interrupt. NVIC_InitStructure.NVIC_IRQChannel = RTC_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 10; NVIC_InitStructure.NVIC_IRQChannelSubPriority = 10; NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE; NVIC_Init(&NVIC_InitStructure); При вызове NVIC_Init() процессор вываливается в HardFault_Handler. Посмотрел пошагово эту функцию, при выполнении строки: tmppriority = (0x700 - ((SCB->AIRCR) & (uint32_t)0x700))>> 0x08; я сразу же попадаю в HardFault_Handler. В чём может быть причина?

Есть USB HID - устройство собственной разработки. Необходимо работать с ним под WinCE, для чего был изменён драйвер CONSHID (входит в состав WinCE). Соответственно в реестре внесены след. : [HKEY_LOCAL_MACHINE\Drivers\HID\LoadClients\Default\Default\65440_1\Consumer] "DLL"="CONSHID.DLL" [HKEY_LOCAL_MACHINE\Drivers\HID\ClientDrivers\Consumer] "DLL"="CONSHID.DLL" "Prefix"="CCC" При подключении устройства в отлад. выводе: 10736 PID:400002 TID:2d20002 CONSHID DllEntry: Attach 10737 PID:400002 TID:2d20002 HIDDeviceAttach: 10737 PID:400002 TID:2d20002 HIDDeviceAttach: This collection does not have any understood usages and will be ignored 10737 PID:400002 TID:2d20002 LoadHidClients: Failure in attach procedure HIDDeviceAttach in CONSHID.DLL 10738 PID:400002 TID:2d20002 CONSHID DllEntry: Detach 10738 PID:400002 TID:2d20002 LoadHidClients: No client found for HID top level collection 0xFFA0-0x1 on interface 0x0 10741 PID:400002 TID:2d20002 DumpDeviceStrings: Manufacturer: Silicon Laboratories 10744 PID:400002 TID:2d20002 DumpDeviceStrings: Product: C8051Fxxx Development Board 10747 PID:400002 TID:2d20002 DumpDeviceStrings: Serial Number: 0079876543210 10747 PID:400002 TID:2d20002 -HidMdd_Attach 10753 PID:400002 TID:2d20002 -CreateHidInterface т.е. драйвер системой не загружается. Есть подозрение что дескриптор HID кривой, но в чём кривизна - не понятно. Странно то что под WinXP всё работает. Может кто занимался подобной проблемой?

У ARM-ов есть одно существенное преимущество, если Вы работаете с большими обёмами данных в ОЗУ. На ARM это получается гораздо быстрее. Проблема в том что у Cygnal всего один индексный регистр.

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

...еще сложнее с людьми которые застряли на Ассемблере и мотивируют это исключительностью Ассемблера. На самом деле может повлиять. Дело в том что владение определенным языком накладывает отпечаток на логику мышления и соответственно способы и подходы к решению задачи. Это из личного опыта. Впрочем замечу что лингвисты говорят о том же. И потом применение goto во всем мире считается плохим тоном. При использовании языков высокого уровня пратически в любом случае можно избежать применения goto. А вот что касается Ассемблера, увы без goto он же jmp ни как. Но опять же Ассемблер не совсем язык.

*(pU) = ADRESH; //старший байт в первый элемент массива *(pU++) = ADRESL; //младший байт во второй элемент массива не понятно где и как инициализируется pU?