RFID_RS232 RFID, RS232, API, didoux95, Source N°46114

Information sur la source

Catégorie :Api Classé sous : RFID, RS232, API, didoux95 Niveau : Débutant Date de création : 19/03/2008 Date de mise à jour : 10/05/2008 12:49:14 Vu / téléchargé: 2 103 / 208

Auteur : didoux95

Ecrire un message privé

Note :

9,00 / 10

1
2
3
4
5
6
7
8
9
10

Commentaire sur cette source (7)

Ajouter un commentaire et/ou une note

Description

J'ai créer ce programme pour pouvoir utilisé une carte d'acquisition de TAG RFID au travers d'un liaison série.

Cette source montre comment utiliser l'API rxtx :
  - Ouvrir un port RS232
  - Récupérer et envoyer des données
  - ...
Elle peut également permettre de mieux comprendre l'utilisation des évènements (pour créer ses propres classes).

PS : Pour pouvoir utliser ce programme sur votre OS, vous devez installer l'API RXTX-2.1.7 (je l'ai mise dans le zip)

Source

Dans le ZIP .. ;o)

 
Dans le ZIP .. ;o)

Conclusion

Laissez moi vos commentaires concerant le code, ...
Merci :D

Fichier Zip

Pour les "Membres Club", vous pouvez télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Information.doc26 624 octets
VERSION.doc27 136 octets
rxtx-2.1-7-bins-r2
- Linux
  - i686-unknown-linux-gnu
    - librxtxParallel.so60 041 octets
    - librxtxSerial.so154 682 octets
  - ia64-unkown-linux-gnu
    - librxtxSerial.so188 377 octets
  - x86_64-unknown-linux-gnu
    - librxtxSerial.so138 573 octets
- Mac_OS_X
  - librxtxSerial.jnilib326 432 octets
  - README155 octets
- Solaris
  - sparc-solaris
    - sparc32-sun-solaris2.8
      - librxtxSerial.so136 880 octets
      - librxtxSerial-2.1-7.so136 880 octets
    - sparc64-sun-solaris2.8
      - librxtxSerial.so162 720 octets
      - librxtxSerial-2.1-7.so162 720 octets
- Windows
  - i368-mingw32
    - README102 octets
    - rxtxParallel.dll47 421 octets
    - rxtxSerial.dll77 759 octets
- INSTALL.txt 1 614 octets
- RXTXcomm.jar59 464 octets
JAR
- RFID.jar13 831 octets
Sources
- ConfigureRS232.java 4 597 octets
- GUI.java 7 128 octets
- RFID.java 5 367 octets
- RS232.java 4 965 octets
- RS232DataEvent.java 477 octets
- RS232DataListener.java 417 octets
- SerialConnectionException.java 963 octets
- Start.java 600 octets

Télécharger le zip

Historique

19 mars 2008 17:34:13 :: - Indication du fait que le programme ne fonctionne que sous Windows.
19 mars 2008 20:01:37 :: - Ajout d'un dossier contenant un .JAR - Ajout des fichiers de l'api. - Ajout d'une documentation (au format .DOC).
20 mars 2008 10:14:01 :: - Modification du code pour permetre à l'application de fonctionne sur d'autres OS
20 mars 2008 10:17:39 :: petite erreur de mise à jour .. :s xDD
21 mars 2008 18:33:27 :: - Modification du code pour orienter l'application vers le schémas Model View Controler.
21 mars 2008 18:37:08 :: - Modification du code pour orienter l'application vers un schémas MVC (Model View Controller).
10 mai 2008 12:46:12 :: Correction d'un bug majeur (concerant la récupération et le traitement des trames RS232 reçus).
10 mai 2008 12:49:14 :: Correction d'un bug majeur (concernant la récupératin et le traitement des trames RS232).

Sources du même auteur

CHRONOMETRE

Toutes les sources de didoux95

Sources de la même categorie

Toutes les sources de la catégorie Api

Sources en rapport avec celle ci

Commentaires

Commentaire de Twinuts le 20/03/2008 18:23:27 administrateur CS

Salut,

je trouve que ton code est trop condensé... tu mélanges ihm, actions et code métier, ce qui est fortement dommage car le code devient vite chiant à lire...
Tu devrais le décomposer le plus possible et le calquer sur le modèle MVC... tu y trouveras vite ton compte quand au maintient des applications et surtout lors des debug... genre une erreur sur le code métier ne se localiserait seulement dans la (ou les) classe(s) qui gère(nt) ce dernier et non dans le code du contrôleur et encore moins dans celui de l'ihm.
Commentaire de didoux95 le 20/03/2008 19:08:09

Bonjour.
Je viens de me renseigner pour transposé mon application en un modèle MVC mais il apparaît que cela augmente (de beaucoup) la quantité de code et ralenti le chargement et l'exécution de l'application .. (ca n'a pas non plus l'aire facile .. ):(
Je vais voir ce que je peux faire.. ;o
merci.
Commentaire de Twinuts le 20/03/2008 19:22:05 administrateur CS

Salut,

tu peux très bien ne pas le respecter à 100%, mais là, en l'état le code en à grandement besoin...
Pour ce qui est de la vitesse de chargement.. bah elle dépend à surtout de l'implémentation...
Commentaire de guigui37600 le 26/03/2008 00:52:56

salut,un grand 9 pour cette source originale et commentée et pour t'encourager à en mettre d'autre :)
Commentaire de didoux95 le 26/03/2008 22:09:08

:p merci :o] Pour la note et le commentaire qui tu as mis.
Commentaire de sheorogath le 28/03/2008 09:42:00 administrateur CS

"mais il apparaît que cela augmente (de beaucoup) la quantité de code et ralenti le chargement et l'exécution de l'application"

tu as des liens ?
sur le chargement et la quantite de code je dis possible mais apres sur la rapidite d'execution je suis tres sceptique
Commentaire de didoux95 le 28/03/2008 17:09:57

Slt.
"Conséquence, l'ouverture de la fenêtre est ralentie, la taille du code et des données augmente." sur le site "http://louis.cova.neuf.fr/blocs-notes/page10.html"

Ajouter un commentaire

Discussions en rapport avec ce code source

Les api Windows ... par Schouly

Gros Problèmes install java.comm API !?! par Affb1

API et info hardware par zebulaon

reception données par liaison RS232 ( port série ) par chakall

Ou trouver l'API: com.ms.service.Service par zebulaon

COMM API par sdariz

api windows et JAVA par TheHugo

API javax.comm par knd

Recherche fonction dans l'API DOM de Java par minime

"deprecated API" par harlock999