Dudas STM32CubeMX

[Nocturno]

Hola compañeros.
Estoy usando Eclipse + STM32CubeMX para empezar un nuevo proyecto, en el que he seleccionado el STM32F103C8Tx configurado de esta manera:


Pues bien, si intento generar el código de forma automática se me queda enganchado aquí:


Si desactivo los dos pines asignados a la USART (PA9 y PA10) sí que tira adelante y me genera el proyecto sin problemas.

¿Se os ocurre cómo puedo solucionarlo?

Gracias

[planeta9999]

A mi me pasó algo parecido con un proyecto, y era porque se habían corrompido algunos de los ficheros que genera Cube. Borré todos los archivos, salvo el fuente de Cube, guárdandome antes el código que ya había metido en el main.c y pude regenerar de nuevo el proyecto, Cube vuelve a crear todos los archivos.

Los directorios dentro del proyecto son Src para los fuentes e Inc para los includes, en mi caso tenía ficheros corrompidos en ambos. Le estuve dando durante días, porque si me había funcionado todo desde el principio, hasta que un día se me empezó a quedar bloqueado al generar el proyecto, y ya no hubo forma hasta que borré todos los .h y los .c que había creado Cube.

[Nocturno]

Pues tienes razón, lo borre todo y lo hice de nuevo y funcionó perfecto. Gracias

[juaperser1]

En vez de configurar eclipse desde 0, yo te recomiendo el AC6 viene ya todo configurado y listo para usar

[Nocturno]

Sí, por supuesto, de hecho usé  tu vídeo para configurarlo todo exactamente igual

[juaperser1]

Dentro de poco lo mejor será usar el atollic, que lo compro St y ya lo ofrece gratuitamente para los STM y también es base eclipse, tiene herramientas avanzadas de depuración y más cosas, pero hasta que no esté pulido del todo prefiero el AC6.
Pero bueno si no es para un proyecto crítico y te apetece probarlo, ya puedes gratuitamente para los stm32.

Un saludo

[Nocturno]

Pues ya he instalado Atollic. Aparentemente no veo diferencias con Eclipse, ¿es mejor?

Por otro lado, ¿se puede hacer simulación con alguna herramienta?

Gracias

[juaperser1]

Atollic, basicamente es como keil o IAR. Si se puede decir que es mejor, además de que dentro de poco será la versión oficial del IDE para los micros de ST.

Lo que pasa es que esta basado en eclipse, es como el CCS de texas instruments.

No sabría decirte todas las herramientas que tiene o si tiene simulador, lo que si se es que las herramientas para debuguear están muy bien incluso para RTOS y tiene muy buenas herramientas para ver el uso de memoria y eso.

Cuando me ponga con el investigaré todas estas herramientas.

un saludo.

[Nocturno]

Llevo varios días dándole vueltas y no consigo que el CubeMX me genere el código de interrupción de los timers. He probado varias configuraciones, y los 4 timers, pero nada.
Imagino que será un bug, pero me parece algo tan básico que me extraña y lo más normal será que yo esté haciendo algo mal.

[tsk]

En alguna parte del main.c después del

Código: C

1. MX_TIMX_Init();

Necesitas agregar

Código: C

1. HAL_TIM_Base_Start_IT(&htimX);

Donde X es el número del timer, por ejemplo el timer 3.

Para atender la interrupción después agregas la función

Código: C

1. void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
2. {
3.         if(htim->Instance == htim3.Instance)
4.         {
5.            //Código que se ejecutara en la interrupción
6.         }
7. }

[planeta9999]

Si que es raro. Yo precisamente tengo una aplicacióin reciente que hice para un cliente, y uso una interrupcion con un timer para encender y actualizar unos displays conectados con registros de desplazamiento 74HC595, y me va perfecto.

Te dejo mi configuración, en Cube y en el main.

[Nocturno]

He generado un nuevo proyecto que usa sólo los timers y ahora sí me incluye el código correctamente. Parece que definitivamente se trata de un bug porque no he hecho nada diferente, excepto empezar con un proyecto limpio.
Gracias planeta.

[Thulsa Doom]

Hola a todos, pues aprovechando este hilo, no sé si será mejor abrir uno nuevo con mi pregunta pero como va de lo mismo.. si hay que cambiar me lo dicen y creo otro nuevo.
Resulta que me he cambiado hace nada de pic a estos micros de 32bit, yo estoy usando la placa STM32F4 Discovery STM32F407 Cortex-m4 Developme... y la verdad que todavía estoy muy verde, poco a poco lo estoy asimilando. pero una cosa que me pasa con el STM32Cube, ósea que uso las mismas herramientas que están en este hilo, y lo que me pasa es que he estado mirando lo de la interrupción SYStick para el manejo de tiempos y he llegado a esta línea


Pues en el cube yo configuro una velocidad diferente de reloj.

Compilo el proyecto y cuando voy a la configuración de la velocidad de reloj que he puesto más arriba no cambia de ese valor de 16MHz al nuevo valor de 168MHz que he configurado.

¿Estoy haciendo algo mal o esto hay que configurarlo a mano y lo del cube son solo cálculos apara que nosotros sepamos que hay que cambiar?

Otra pregunta Off Topic.. ¿me podéis recomendar algún libro para el manejo de estos micros?, preferiblemente en castellano que mi inglés es muy básico.

Gracias

[KILLERJC]

Pienso que deberia ponerse en el valor correcto, pero pensandolo un poco tal ves ese valor sea el del cristal porque se use al comienzo (delays,etc), y luego se actualice una ves que el PLL se encuentra funcionando.

Si no me equivoco las que lo actualizan son HAL_RCC_ClockConfig() o HAL_RCC_GetHCLKFreq(), podes fijarte si existe esas funciones luego de activar el PLL y setear la frecuencia, y si es asi, ese valor deberia actualizarse en runtime. Tambien podrias, si tenes una placa de evaluacion realizar un debug y observar si ese valor cambia.

[planeta9999]

 
Estás seleccionando el oscilador RC interno (HSI), no es nada recomendable teniendo en cuenta que en la placa de la Discovery tienes el cuarzo para poder usar el oscilador a cuarzo (HSE) que es mucho más preciso y estable.

El fuente que consultas es correcto, eso te lo genera todo automáticamente el Cube y está bien, el SystemCoreClock es 16Mhz (HSI RC), que se convierte a 168Mhz con el PLL, y eso seguirá así mientras no cambies el valor HSI RC. Igual que a cuarzo será siempre a 8 Mhz y se elevará a 168Mhz también con el PLL, a menos que uses un cuarzo de otro valor y lo cambies en HSE Input frequency.

Cambia la configuración del oscilador, selecciona HSE en PLL Source Mux, para usar el oscilador a cuarzo y cambia tambien el valor Input frequency de HSE para el valor del cuarzo, que si no recuerdo mal es de 8Mhz en la Discovery. Una vez hecho eso tendrás que configurar el PLL para que saque 168Mhz.

En cuanto a libros, en español no vas a encontrar nada, es lo mismo que pedir los datasheet en otro idioma que no sea el inglés.


Esta es la configuración en Cube, para usar el oscilador a cuarzo de 8Mhz con la Discovery.