Étape 2: YOUR_CODE. C
Menu de configuration
J’ai trouvé la meilleure façon de travailler avec le D2XX est de configurer un menu.
YOUR_CODE. C
Je vous écris cet article, comme si quelqu'un importaient mon module FTDI_HELPER à utiliser dans leur code. Quelques remarques importantes : tout d’abord, les variables que nous utiliserons sont effectivement déclarés dans YOUR_CODE. C. ils sont des variables globales. Nous redéclarer puis eux comme extern variables dans le FTDI_HELPER. H. cela indique au compilateur, ça va être à l’aide de plusieurs variables globales, mais ils ont été effectivement déclarés dans le YOUR_CODE. C. cela permet le module FTDI_HELPER configurer le périphérique FTDI, mais votre code sera capable d’agir sur toutes les variables principales, RxBuffer, ftHandle, etc..
J’espère que cela a du sens. Si ce n’est pas le cas, aller avec elle et me tirer quelque questions se posent.
1. 2 3 4 5 6 7 8 9 10 11 12 13 14 15
YOUR_CODE.C FT_DEVICE_LIST_INFO_NODE *devInfo; bool FTDI_open_flag; uint8_t RawRxBuffer[2048]; FT_STATUS ftSvtatus; DWORD EventDWord; DWORD TxBytes; DWORD BytesWritten; DWORD RxBytes; DWORD BytesReceived;
3: une variable de pointeur qui permet de stocker toutes les informations de périphérique connecté.
4: un indicateur défini chaque fois que nous nous connectons en fait à un périphérique FTDI. Cela permet à votre programme détecter la connexion.
7: mémoire tampon un RX. Il remplira automatiquement lorsque nous recevons des données. Vous pouvez régler la taille si nécessaire ; Je pense que la puce FTDI envoie seulement 20 octets en temps, mais j’ai été paresseux.
10: variable pour stocker un indicateur boolean pour déterminer si une commande D2XX a réussi.
12: utilisé pour stocker les octets à envoyer.
13: BytesWritten est utilisé pour stocker le nombre d’octets ont été écrits en réalité par la commande FT_Write.
14: RxBytes stocke le nombre d’octets est en attente d’être lu.
15: BytesReceived est utilisé par FT_Read pour stocker combien d’octets ont été lus dans la mémoire tampon de RX.