On Thu, Nov 24, 2022 at 8:00 AM Alan C. Assis wrote:
> Seems like you are mixing the HDSC SDK code with NuttX code, it is
> better to start a clean port to this new chip.
Agreed it is better to do a clean port to this new chip. That will
make it possible to upstream it to NuttX mainline, so that
https://www.tomek.cedro.info/nuttx-rtos-is-now-apache-tlp/ :-)
I will also share on LinkedIn :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
Hi Mr. Wang,
Did you modify the driver to support both interrupts?
Also, do you have JTAG (OpenOCD) + GDB support to HDSC HC32 chips?
Using JTAG+GDB will be easier to track the root cause of the issue.
Seems like you are mixing the HDSC SDK code with NuttX code, it is
better to start a clean po
I attached more detail for the problem.
hc32f4a0 is similar with stm32f407, but the serial irq is different with
stm32f407,
it includes rx and tx and error irq , but stm32f4 includes one irq including rx
and tx.
I uses UART6 as the console device and merge the relative register operation
in hc3
Hi,
I have a problem about nuttx during moving a new chip with hc32.
the board can output with lowputc, system can run, and gpio control is ok,
but printf in libc can't output anything, and at same time, nsh_main also not
running,
it makes shell not being used. the codes is compiled and linked.