I was wondering what is the correct BSP default_IO_CHANNEL setting, if you are using the PEmicro USB multilink to debug rather than the on-board
OSJTAG. The default setting was at "ttyf" but since the board is no longer plugged in to my computer (power is being used through a mini-USB wall powered adapter).
I'm using the mutex example to test.
I've tried changing the configuration to "iodebug" but I've been getting the random print_tasks. Adding in the "_time_delay" function helped but then the tasks were ran randomly instead of round robin.
I've also checked the user_config.h file and the MQX_TIME_SLICE is enabled and added.
Since the PE mircro MultiLink is connected via USB serial, what is the correct IO channel setting when you are using an external JTAG?
Thanks,
Khoa Nguyen
Hello Khoa,
I am not certain what exactly you are asking.
You should set default IO channel to your desired input/output channel. Even if you debug using PEmicro multilink, OSJTAG could be used for communication only. Or perhaps you wired another UART ?
Regards,
MartinK
I was asking for later on when I create a custom board using a similar microcontroller, my custom board won't have the OSJTAG. I will be using the USB MultiLink to debug my custom board.
What would be the default IO channel setting for that? Would it just be the default "ttyf?" Or would I need a serial connection on my custom board in addition to the USB MultiLink JTAG connection?
Thanks,
Khoa Nguyen
Hi Khoa,
I prefer a real UART for serial communication but you can use the P&E USB MultiLink with the iodebug capability to output printf() information.
Attached is my source file to do this with CW10.2 and MQX3.8.1.
I tested it with TWR-K70F120M but it should work with other devices and see the printf() in the "console" window.
Hope this helps.
Regards,
David
Hello,
You rather use your own serial connection for communication. I don't believe USB multilink supports communication, it's only debug interface.
Check the file init_bsp.c for your board (or any board in bsp source folder), there you can find the relation between TTYx and SCIx. This implies if you want to communicate with for instance through UART0 which is supposedly sci0, enable TTYA/ITTYA.
Regards,
MartinK