Hi, when my program starts it checks to see if a PC is trying to talk to it over the USBUART components. Presently I just do a delay for a few seconds and wait for incoming data. If I don't hear any, I boot the rest of the software. This is kind of a waste though since it waits. In most cases the board won't be connected to a PC. Is there a way to detect if a USB cable is connected or if there is a clinet on the other end?

Thank you,

bk

I have no magic bullet here. But some general thoughts.

1) First is it a full RS232 connection, or just 3 wire ?

2) Depending on connection completeness could you use a pullup or pulldown to detect ?

3) Detect a ground loop when cable is conencted ?

Just some thoughts.

Regards, Dana.

Dana, I'm afraid a PSoC5 USBUART neither got a RTS, CTS and even a RS or Tx signal.

On the PSoC side it acts like an USB connection and on the PC-side it is ttranslated by the OS (rather: faked) into a serial com-port.

Bob

Something like this ?

Regards, Dana.

Well, the PSoC5 (and the pSoC3 of course,too) offers a component named USBUART and since this is the PSoC5 thread I presume that this would be the matter. I'm sorry, not to be able to tell whether there is a way to directly test for a connection, but since even the bootloader waits for a certain time waiting seems to be at least a practical safe method.

Bob

One other possibility is a connector insert switch, similiar in operation to a card

edge connector switch, that detects presesnce of card. Of course this would only

detect mechanical readiness, not electrical. This would be simplest, my suggestion

on ground loop detection is fraught with installation to installation electrical differences.

Regards, Dana.

There was a similar discussion here: http://www.cypress.com/?app=forum&id=2232&rID=66591

The two suggestions which came up:

• use one of the USBUART_GetLineControl() / USBUART_CDCIsReady / USBFS_GetEPState methods
• check for the presence of USB start-of-frame messages, and use the USBFS_bCheckActivity() method

Unfortunately there was no final resolution in this thread...