ChibiOS Free Embedded RTOS

It appears that I can only launch via tcl server. The attached picture was putty from localhost:4444 and after eclipse OCD was started.

OCD_tcl.PNG
It appears I need to connect to port 6666 and send the command. However it appears I need to also send the \n\x1a or tcl server does not process the ...

The telnet port is 4444, which is the port that is providing the error message and refusing to allow this particular tcl command. It appears the other tcl commands are OK over 4444, but this command is not being allowed over telnet. Instead I need to use the tcl port, which is 6666. From the python ...

Are there any suggestions on how to send to OpenOCD the "tcl_trace on" command via ChibiStudio? A more detailed explanation is below.

I've made progress. I can get messages to display in a terminal. However I'm currently getting the below error message. I'm also trying to remove some annoying ...

I'm looking for help getting ITM working via SWO signal on STM32 under ChibiStudio. I've got a FreeSTUDIO project to display stuff via the ITM / SWO mechanisms which proves the hardware is working. However I'm having trouble getting this to work with ChibiStudio. I can compile and step through code ...

Per the below link I see the non-blocking function sdWriteTimeout. However I see that chprintf uses sdWrite and I do not see any version of chprintf which includes the sdWriteTimeout variant.
m

Am I correct that there is no chprintf (or equivalent) function with timeout? If it does not exist, then ...

This seems to be working. Any suggestions on how I could do this better?

if (SDU1.obqueue.ptr == 0) printf("ProcessSerial\r\n");
It appears that ptr contains the size of the pointer to the buffer. If the size of the buffer is 0 then it will allow a new print. If I disconnect the terminal ...

Bob, can you better detail how the event listener would detect channel disconnect/connect events? I'm still trying to figure out how to detect the issue.

I see in halconf.h I define #define SERIAL_USB_BUFFERS_SIZE 256

I'm currently trying to find a way to know what the live SERIAL_USB_BUFFERS ...

It's working now. Thanks for correcting it.

Can I block the chprintf if the buffer is already partly full? The below attempt = fail. Can I trigger this off of something under SDU1?

if (SDU1.obqueue.buffers == 0) printf("ProcessSerial"); // Print if buffer is empty
if (SDU1&#46;obqueue&#46;ptr < SDU1&#46;obqueue&#46;top) printf ...

Could usbStallTransmitI be used to block printf and prevent from going idle?