Est-il une plate-forme de c++ port série de la bibliothèque qui peut énumérer les ports?
Je suis à la recherche d'une bibliothèque c++ qui peut se connecter et de communiquer avec les périphériques de port série. J'ai besoin de celui qui peut être utilisé sur windows et linux. J'ai trouvé "serialib" déjà, mais cela n'a pas de fonctionnalité de l'énumération des ports disponibles.
J'ai donc besoin d'une plate-forme de "port enumerator" bibliothèque ou une toute nouvelle plateforme transversale port série de la bibliothèque.
Quelqu'un sait-il de bon?
Merci, Dan.
Vous essayez de résoudre le mauvais problème. Les jours que vous pourriez brancher un câble série dans un clairement étiquetés connecteur à l'arrière de la machine sont fini depuis longtemps. Vous pouvez obtenir une liste des ports disponibles, avec un appel des indigènes, mais qui ne fonctionne toujours pas vous dire lequel de ces ports est en fait connecté à l'appareil. L'utilisateur va avoir le comprendre. Lui fournir un fichier de configuration qui lui permet d'entrer le nom du port. Maintenant il n'a plus d'importance quel format spécifique pour le nom du port est utilisé.
D'avoir à écrire un nom de port dans un fichier de config est un inconvénient. J'ai vu de la croix-plate-forme d'applications qui énumérer utilisable/ports connectés et de fournir une liste pour l'utilisateur. C'est ce que je veux. (un bon exemple est l'IDE Arduino, c'est écrit en java).
Vous avez trouvé une croix-plate-forme de bibliothèque pour Arduino? Bien sûr, il est une gêne pour l'utilisateur. Les ports série date des années soixante-dix, quarante ans matériel qui ne prend pas en charge les plug et prier. L'erreur ici est de s'appuyer sur des quarante ans du matériel standard. Et oui, probablement pas de votre faute, certains fournisseur de matériel choisi la voie facile. Trouver un autre fournisseur.
FTDI copeaux comme celle que l'on trouve sur un arduino fournir l'accès USB à un port série sur une puce comme l'ATMega328 dans l'Arduino, la communication série n'est pas désuet, presque tous les microcontrôleurs ont broches TX et RX. USB certainement n'est pas dépassée. Les pilotes FTDI vous fournir une connexion série, tout comme un port série matériel serait, c'est entièrement pris en charge par TOUS les Systèmes d'exploitation. Je ne suis pas à l'aide d'une technologie dépassée. Je n'ai pas l'esprit de la création de mon propre lib avec #IFDEFs pour chaque OS de méthode unique, donc je suppose que je devrais demander quelle est la meilleure façon pour chaque OS? Merci, Dan.
Le driver FTDI est assez notoire. Les revendeurs refusent de la soutenir et de FTDI de ne pas publier le code source afin de donner à quelqu'un une chance pour l'améliorer. Probablement parce qu'ils ne le possèdent pas. Dadum. Bonne chance avec elle.
D'avoir à écrire un nom de port dans un fichier de config est un inconvénient. J'ai vu de la croix-plate-forme d'applications qui énumérer utilisable/ports connectés et de fournir une liste pour l'utilisateur. C'est ce que je veux. (un bon exemple est l'IDE Arduino, c'est écrit en java).
Vous avez trouvé une croix-plate-forme de bibliothèque pour Arduino? Bien sûr, il est une gêne pour l'utilisateur. Les ports série date des années soixante-dix, quarante ans matériel qui ne prend pas en charge les plug et prier. L'erreur ici est de s'appuyer sur des quarante ans du matériel standard. Et oui, probablement pas de votre faute, certains fournisseur de matériel choisi la voie facile. Trouver un autre fournisseur.
FTDI copeaux comme celle que l'on trouve sur un arduino fournir l'accès USB à un port série sur une puce comme l'ATMega328 dans l'Arduino, la communication série n'est pas désuet, presque tous les microcontrôleurs ont broches TX et RX. USB certainement n'est pas dépassée. Les pilotes FTDI vous fournir une connexion série, tout comme un port série matériel serait, c'est entièrement pris en charge par TOUS les Systèmes d'exploitation. Je ne suis pas à l'aide d'une technologie dépassée. Je n'ai pas l'esprit de la création de mon propre lib avec #IFDEFs pour chaque OS de méthode unique, donc je suppose que je devrais demander quelle est la meilleure façon pour chaque OS? Merci, Dan.
Le driver FTDI est assez notoire. Les revendeurs refusent de la soutenir et de FTDI de ne pas publier le code source afin de donner à quelqu'un une chance pour l'améliorer. Probablement parce qu'ils ne le possèdent pas. Dadum. Bonne chance avec elle.
OriginalL'auteur DanJAB | 2012-07-13
Vous devez vous connecter pour publier un commentaire.
http://wjwwood.io/serial/
https://github.com/wjwwood/serial
C'est une croix-plateforme de port série de la bibliothèque, qui est sous licence MIT et n'a pas de dépendances externes pour l'exécution.
Sur http://www.teuniz.net/RS-232:<br/> "Il utilise l'interrogation de recevoir des caractères sur le port série. Interrompre/basé sur un événement n'est pas pris en charge." <br/> Toutes les autres options sans restrictions susmentionnées?
Malheureusement, la bibliothèque est assez négligent les allocations de mémoire, de fuites, de lever des exceptions, de verrouillage et d'aussi loin que je peux voir ne prend pas en charge async IO.
OriginalL'auteur wjwwood
La QextSerialPort projet est une croix-plateforme de port série de la bibliothèque qui comprend le port de l'énumération. Ici est leur exemple de faire une simple énumération de tous les ports série.
Assez juste, mais gardez à l'esprit que vous n'avez pas besoin de tout de l'utilisation de Qt GUI installations. Le QtCore bibliothèque (tout ce qui est nécessaire pour utiliser QextSerialPort) ne dépend que de la Glib et PCRE.
J'ai eu des erreurs sur erreurs en essayant d'intégrer QextSerialPort p.ex. dans Eclipse au lieu de QtCreator
OriginalL'auteur wjl