bolmoe

Да вот тоже удивился такой точности. Принес сегодня другой прибор - цифровой осциллограф 4Гвыб/с. Показывает 8 МГц.Не в кварцевом резонаторе дело.

Спасибо за советы! Сегодня принес цифровой анализатор и посмотрел HSE на MCO1. F=7.69 MHz примерно, вместо ожидаемых 8 МГц

Установил кварцевый резонатор на 8МГц. AVCC подключено через индуктивность к 3.3В (по схеме). В режиме debug проверил RCC->SSCGR ( эми помехи) = 0, т.е. выключено. Результат тот же, таймер "убегает".

Попробую впаять генератор на 8 МГц. В исходной плате место пустует (но присутствует), а поступает с MCO ножки программатора ST-LINK интегрированного в плату.

Предделитель пользую (-1 в курсе, т.к. счет от 0), да и HAL_GetTick() вытаскивает мс от старта MCU - по большому счету мне этого хватает по точности, но вот "проблемс" мне не понятен в корне...

Доброго времени суток! Проблема такая... Использую nucleo f429zi, библиотека HAL. На табло отображается время отсчета сек и до десятых мс. На lpc1768 отображалось с хорошей точностью. Перетянул код "сюда", адаптировав... НО, точность времени убегает за 10 минут секунд на 5-6. Проверил все, что только можно. На входе используется 8МГц, после умножителя на таймер 90МГц. Изначально использовал HAL_GetTick() - его точности для моего случая вполне хватало, но заметили что врем "убегает". Перевел га TIMER2 - ситуация аналогична. Перевел на внутренний кварц 16МГц - ситуация не изменилась. Предделитель в таймере увеличил на 1. Таймер стал опаздывать. Кто может встречался с такой ситуацией, подскажите куда копать!

Спасибо за совет! Попробовал, netconn_bind() для pppos стало возвращать /** Address in use. */ ERR_USE = -8 Драйвер для модема ошибок не возвращает. netconn_bind() начинает возвращать ошибку, только после пинга по ETH

Доброго времени суток! Проблема такая..... Организовал в lwip (STM32 CUBE) работу через eth - все работает. Одновременно необходимо скидывать данные через gsm - организовал pppos, тоже работает. Для pppos все CRC define в lwipopts.h установил в 1. Переключаюсь с (eth) на (pppos) через netif_set_default(...) Периодически требуется пинговать контроллер через eth. Контроллер не пингуется. Добрался до функции в ethernetif.c low_level_output(). В нее пакет-ответ пинга поступает с правильной контрольной суммой. Передается в ДМА и на компе вайршарком в пакете вижу CRC=0. Т.е. в буфере до HAL_ETH_TransmitFrame(&heth, framelength); пакет с правильным CRC, а в полученном пакете CRC=0. Но этого мало, после нескольких пингований устройства pppos перестает работать. Т.е. функция netconn_bind(conn, netif_ip4_addr(ppp_netif(ppp)), 4555); возвращает ошибку ERR_TIMEOUT. Подскажите где, что , куда посмотреть!?

Спасибо! Буду разбираться! Согласен, что Куб развращает, но... скорость разработки возрастает, если время поджимает и приложение не требовательно по таймингу :) С stm только начинаю работать, до этого на nxp сидел (сижу)

В своем STM32 CUBE MX не нашел. Надо качать отдельно lwip?

Доброго времени суток! Возникла задача пинговать контроллером удаленный сервер. Готовой функции в lwip нет. В инете шашел пару реализаций ping, но в контроллере не заработало. Может кто встречался с решением этого вопроса. Подтолкните в нужную сторону!

СПАСИБО за ответы, я сам отчудил. Извините .... адрес для HEAP указал 0х0100 0000 вместо 0x1000 0000 Все работает! "РАЗГРЕБ КУЧУ" :)

__HAL_RCC_CCMDATARAMEN_IS_CLK_ENABLED(); результат тот же r0=0x 0100 0004

malloc ничего не возвращает, в "режиме отладки" доходит до выделения памяти и в самом malloc() при выполнении 0x08000CBE E9C02400 STRD r2,r4,[r0,#0] следующим шагом в HardFault_Handler(void)

в map вроде все нормально Image$$ARM_LIB_HEAP$$ZI$$Base 0x01000000 Number 0 anon$$obj.o(ARM_LIB_HEAP.bss) Image$$ARM_LIB_HEAP$$ZI$$Limit 0x01000800 Number 0 anon$$obj.o(ARM_LIB_HEAP.bss) ... Memory Map of the image Image Entry point : 0x08000189 Load Region LR_IROM1 (Base: 0x08000000, Size: 0x00000d5c, Max: 0x00080000, ABSOLUTE) Execution Region ARM_LIB_HEAP (Base: 0x01000000, Size: 0x00000800, Max: 0x00000800, ABSOLUTE, UNINIT) Base Addr Size Type Attr Idx E Section Name Object 0x01000000 0x00000800 Zero RW 2 ARM_LIB_HEAP.bss anon$$obj.o а в main() я смотрел через debugger, который доходит до malloc() и сваливается в hardfault...