J'utilise le LPC2368 pour communiquer avec un PC en utilisant USB CDC. Lorsque PC envoie la commande à LPC sur Bulk Out End Point 2, LPC2368 reçoit 4104 octets de UART qui est envoyé au PC via USB CDC Bulk IN Endpoint 2.USB CDC Bulk IN Endpoint Freeze
Sur PC, ces données sont considérées comme étant virtuelles. com port, ce qui me permet de voir les données (envoyées au PC) sur hypertermial.
Il existe certaines commandes pour lesquelles la réponse est inférieure à 64 octets. Après l'envoi de la commande pour obtenir ces 4104 octets, les 4014 octets sont reçus avec succès de l'UART et envoyés en boucle (pour la transmission en bloc, 64 octets seulement peuvent être envoyés en une fois) au PC.
Maintenant, si n'importe quelle commande est envoyée après avoir reçu les 4104 octets, aucune réponse n'est vue. Seulement, après avoir envoyé la commande deux fois j'obtiens la réponse.
Quelqu'un peut-il guider pour résoudre ce problème de l'USB?
Merci d'avoir répondu. J'étais en congé donc je ne pouvais pas revenir immédiatement. ** Tout paquet inférieur à la taille maximale du paquet finira une transaction. ** Donc, oui, j'envoie 64 paquets en boucle, 64 fois plus les 8 derniers octets du dernier paquet. ** juste transmettre un paquet zéro. Oui, c'est un paquet ne contenant pas d'octets de données **. Cela signifierait que ** USB_WriteEP (0x82, (unsigned char *) & Buffer [0], _0_); **; droite? –
J'ai essayé le paquet de longueur zéro mais il ne répond pas jusqu'à ce que la commande soit envoyée deux fois. –
"Raison est une fonctionnalité peu connue des conduites en bloc qui traite des transactions consécutives de 64 octets (taille maximale des paquets) en tant que transaction unique de plus grande taille." Je n'ai pas compris cette partie. Est-ce conforme à la spécification USB? Est-ce une fonctionnalité de tuyau en vrac selon les spécifications USB? S'il vous plaît laissez-moi savoir le si vous avez référence à la spécification sur cette limitation. – Shaibal