Bonjour,
 
Je souhaite développer une solution RFID afin de contrôler le parc informatique de mon entreprise en vue d'un déménagement.
Basiquement, j'aurais un tag RFID (passif, de type étiquette), sur chaque matériel (écran, UC, switch, ...), des douchettes (comprendre lecteurs) pour lire ces tags, et une interface web qui va bien afin de pouvoir visualiser tout ça (je me chargerai du développement de cette interface).
 
Je me ballade sur internet pour essayer de trouver des informations concrètes sur ces solution, mais je dois avouer avoir un peu de mal.
 
Ne serai-ce que pour trouver un fournisseur de tag et de lecteurs RFID, et surtout une idée des prix, je sais qu'un tag passif coute quelques chose comme 0.50€ normalement, mais j'ai du mal a trouver du concret sur internet (ici http://www.rfidfr.org/annuaire/equipements-213.php il y a des fournisseurs, mais personne n'affiche ses prix ou presque).
 
Je cherche un fournisseur de tag passif, un fournisseur de douchettes compatible avec ces tags, et je me pose aussi la question du middleware nécessaire au traitement des données. Je n'ai pas besoin de quelques chose de compliqué, juste quelque chose qui ferai le lien entre ma douchette, et ma base de donnée. J'ai vu le projet ASPIRE, qui me plait car open-source, mais ça a l'air d'être une machine de guerre.
 
Je ne sais pas si il y a des connaisseur du RFID dans le coin, mais quelques éclaircissement ne seraient pas de refus.
 
D'avance merci.
 
hanton

personne personne ?

personne n'annonce les tarifs parce que c'est sur devis  
il faut demander pour avoir les prix  
 
enfin bon .. le RFID est passablement cher, regarde si une solution a base de code barre et douchette optique , sans doute nettement plus economique  

Plutôt que des douchettes, cherche du côté des PocketPC récents.
 
Ca permet de développer des applis "nomades" déjà pas mal efficaces et tu peux éventuellement communiquer avec un serveur web ou local via wifi.
 
Pour le reste, même si j'ai un peu travaillé sur du RFID, je n'ai pas de nom de fournisseur de tags, ceci dit de mémoire ils sont très peu nombreux.

Je me suis posé la question des code barre, ou plutot des QRCode (pour pouvoir les lire avec un telephone portable), mais le rfid m'interesse également (pas besoin de voir l'étiquette pour la tracer).
 
Pour ce qui est des étiquettes et des readers, j'ai finis par en trouver quelques un. Mon vrai problème c'est le middleware en fait, sous quel forme mon capteur me renvoie les données, comment les entrer automatiquement en base... etc
 
Pour ce qui est des pocket PC effectivement, je pensais avoir un ordinateur portable avec une douchette connecté dessus.
 
Merci pour vos réponses

dans tous les cas il faut se palucher un soft "maison" pour ca  
 
un VB.net/SQL si c'est pour *.exe , sinon un PHP/SQL sur navigateur web  
 
m'enfin la gestion est rarement fourni avec  
t'as peut etre un moyen dans les exempls fourni avec ACESS : formulaire IN/OUT pefabriqué modifiable pour ton usage  
 
m'enfin bon une solution toute prete en out of box j'y crois moyen

Ah ouais faut que je code ça moi même ? J'pensais qu'il y avait des soft qui gerai les flux de données pour les mettre en base par exemple.
 
Parceque mon gros problème avec le RFID c'est ça en fait, je scan des tags, ma douchette est relié a mon PC, comment faire pour traiter les données ? Je sais meme pas a quoi ça ressemble moi, quel est le flux de donnée ?
 
Si faut mettre la main a la pate moi je suis jamais contre, mais donc on aurai quelques par des librairies et des drivers pour gerer les douchettes dans un soft a nous ?
 
Quelqu'un a déjà pratiqué ?

un tag RFID ne donne RIEN comme donné par lui meme  
c'est un con de N° de serie relié a rien d'autre ....  
 
c'est TOI de lui faire correspondre des infos  
 
par exemple pour ton appli le type de matos ( clavier/souris/ecran/imprimante/ect) et sa position ( pas bougé /stock depart / en transit/ stock arrivé/ fini)
 
et ton passage a la douchette affiche le type de matos pour verif et met a jour l'etat  

Avec les PocketPC RFID-ready ils doivent normalement fournir une API plus ou moins générique. Le reste c'est de l'informatique de gestion basique, relativement simple sous Windows CE/Mobile, en particulier avec du C# très intuitif.

Le tag RFID c'est ni plus ni moins que la référence de ton objet accompagnée de bricoles dont tu n'as pas trop à te soucier (on s'en soucie uniquement pour vérifier qu'on ne scan pas des tags "étrangers" ), à ta charge d'établir la correspondance référence/objet, via une base de données le plus souvent (le tag étant alors la clé primaire de la table principale référence/désignation/autres).

Yep yep, ça j'avais bien compris que mon tag c'est juste un identifiant unique, mais il n'empeche que je dois bien traiter sa lecture.
 
Prenons un exemple, j'arrive dans une salle, tous mes équipements sont tagués, je passe avec ma douchettes, et je veux selectionner tout ceux qui doivent démenager dans la semaine par exemple, je scan je scan je scan, mais ensuite pour faire passer leur statut a "A demenager" dans la base de donnée créer par mes soins, comment je recupère mes clef primaire justement ?
 
Apparement il y aurai un SDK pour faire le lien avec mon appli ? Le C# je connais, ça tombe bien.
 
C'est vraiment juste cette petite partie qui me bloque, comment retrouver un enregistrement en base, a partir d'un scan. Quelle est la couche d'abstraction qui fais le lien entre ce que lit ma douchette, et ce que je peux mettre dans ma requete SQL (ou autre).
 
Merci les gars

tu utilise le N° de serie du tag comme clef primaire de ta base .....
ensuite c'est une bestiale requete du type "update"

tu filtre la ligne qui a la bonne clef avec un "select * from table where RFIDtag = øøøø "

bref pas de quoi enculer un koala ... pour moi c'est une requete SQL digne du tuto
"SQL en pour les cervelles de poulpes "  

Comme dit par Arkrom, tu construis ta base autour des tags eux-mêmes (à noter que ça peut n'être qu'un fichier texte ou binaire si il y a peu de données ou une forme un peu plus "proprement structurée", la mode étant par exemple au XML). Dans tous les cas ça va demander une certaine réflexion sur les relations, même si ça n'est pas extrêmement difficile à ce niveau de complexité.

L'avantage, c'est qu'une fois la solution logicielle en place on peut toujours l'étendre, pour intégrer la maintenance et même l'historique de chaque machine ici.

La liaison entre SQL/XML ou toute autre forme de "base de données" se fait au pire via des composants standards .NET (ADO pour SQL, je n'ai plus en tête pour XML), pour les fichiers plus basiques c'est simplement des accès fichiers structurés par des masques de lecture/écriture.

comme format t'as moyen de passer par ( du plus rustre a plus evolué )  
fichier TXT
" CSV  
" excel  
base access  
base SQL/MYSQL  
 
le script VB sur de l'ecxel me semble la solution la plus rapide a développer pour un non specialiste,  
 
le VB.net/ SQL est la solution  a ma preference pour bosser en environnement windows direct  le   MSDE offre une base gratuite  pour se familiariser avec le SQL, mais ca supporte pas la mise en reseau  
 
niveau portabilité le plus simple serai un PHP/ SQL en navigateur web ... compatible toute plateforme ( win/linux/mac/ smartphone) sans travail supplementaire

Le plus propre reste le C#/XML, quand même
 
VB c'est laid (celui qui n'est pas d'accord doit s'appeler Pascal ) et SQL c'est trop lourd pour un truc aussi simple, à la limite côté serveur centralisé mais avec une copie locale en XML (en continuant dans l'optique PocketPC avec lecteur RFID intégré)

Salut,
Je connais un logiciel qui je ne sais pas si peut correspondre à tes attentes : CodeSoft

c'est vrai que XML j'y pense pas niveau complexité je classerai ca entre excel et access  
 
le C# c'est bien mais ca demande une compilation, mais c'est pas con si ton environnement OS est homogène

on se comprend pas du tout en fait ^^
je dois mal m'exprimer, tout ce qui touche a la base de données, ses champs, ses relations, l'interface web qui va bien, tout ça ca va. Je vais faire ca en Vaadin ou en php/sql je verrai.
 
je vais essayer de prendre un exemple concret :
on est dans un entrepot, il y a des colis, tous avec des puce RFID.
on rempli un camion, avec une douchette je scan tous les colis qui partent (ou ils passent par un portique, on s'en fou).
 
A partir de la, moi quelques par dans mes logiciel métiers, je veux faire un
UPDATE colis SET expedié=true WHERE rfid_id=#RFID_SCANNéE#
 
(table colis : ID | RFID_ID | expedié)
 
 
et ce pour toutes les puce qui ont été scannées. Comment je récupère ce que la zapette lit (l'identifiant du tag) ? Ce #RFID_SCANNéE# ? quel est le lien entre ma zapette et mon appli qui effectue les modifications en base ? un fichier xml ? comment la rfid_id lue est communiqué a mon programme ? il y a forcement un middleware quelques part non ?
 
en espérant être plus compréhensible
 
merci  
 

via le drivers  ca se fait tout seul ...  il est probable que ca soit reconnu comme une IHM, le N° lue est reconnu comme une frappe clavier, "suffit" que ton appli ai positionné le curseur de frappe dans le bon champ et en avant la musique

edit j'ai utilisé 3 modeles de douchettes code barres et ca marchais comme ca,
l'autre mode etais un port serie virtuel, le soft "ecoutais" le spooler du port serie et me collais tout nouveau caractere recu dans un champ texte a la con ... a moi derriere de trier ma trame pour recuperer mes infos

C'est l'API fournie par le fabricant de PocketPC, de lecteur/portique (si tu as de la chance vu qu'ils sont plutôt destinés à être connectés à des automates) ou fait à la main comme un bon gros barbare.

Arkrom> Ca dépend des fabricants encore, certains vont fonctionner comme des claviers à l'image des douchettes optiques, d'autres vont avoir des protocoles plus complexes. Dans tous les cas, tu as un paquet de caractères "inutiles" (fabricant, type de tag... et 2-3 autres bricoles) à filtrer et c'est là qu'une API toute prête a tout son intérêt.

En fait c'est juste de la traçabilité avec un enregistrement des différents états de ton produit étiquetté?

 
 
dans tous les cas ca te donne une chaine de caractere prédictible qu'un soft que parser pour extraire ce qu'il faut au milieu

Quand tu as un mode "automatique" fonctionnel, oui.

Par contre j'étais tombé sur un lecteur qui ne pouvait utiliser ce mode que si on le connectait en RS-485, dans le cas contraire (bref en RS-232 vu que les PDA/PPC n'avaient que ça) il fallait l'interroger périodiquement et comme le "fabricant" ne fournissait aucun pilote/filtre/API il a fallu que je potasse la doc.

c'est pas clair donc..
mais avec les douchettes a codebar tout simplement, il y a forcement un moyen de les connecter a un ordinateur, et de récupérer le tableau d'ID qui ont été scannés. La ça devrai être pareil, mais je comprend pas sous quelle forme, si c'est forcement via le logiciel du vendeur de zapettes, ou si il y a des drivers/middleware qui gère le flux d'entrée de ce genre de zapettes.
 
donc jme disais que c'était peut-être une sorte de SDK sur un process qui tourne ou quoi.
 
Je trouve rien la dessus sur le net, ce qui m'étonne car c'est un maillon dont on peut difficilement se passer quand même.
 
klimro -> plus ou moins oui, CodeSoft a l'air de propose une solution comme ça. tu connais ? tu connais les prix ?
 

Le mode "douchette" envoie simplement une rafale de caractères comme si c'était un clavier en RS-232.
 
Cette rafale contient le tag, entouré de divers caractères représentant des données "accessoires", une en-tête et un \n pour clore la trame. Je ne me souviens plus du nom de ce protocole (TI qqch?).
 
Le job du programme est de :
 
1- vérifier qu'on a bien lu un tag "maison" et pas un pantalon acheté hier chez Decathlon
2- filtrer les doublons
3- extraire les données utiles

Cool, j'ai compris !
 
Donc je lit une chaine de caractère tout simplement, et qui arrive dans un buffer qui va bien ? Et je lit ça avec tous les langages ?
 
En C# par exemple, ou en n'importe quoi d'autre, je lit ça aussi simplement que si j'écoutais un clavier ? pas besoin de librairies ?

si c'est reconnu en mode clavier pas besoin de librairie ca fait comme une frappe clavier, ton buffer c'est champ de saisie text du meme type que si tu avais besoin de tapper le N° a la main  
 
si c'est un mode "port com" ca tombe dans le buffer du port serie et y a une librairie de fonction pour gerer ca qui normalement est dispo sur le net vu que ca depent pas de la douhette mais de la gestion port COM de L'OS  
par exemple sous XP je sais que c'est via le composant "MSCOMM32" de chez grosoft  
 
il te founi l'acces au buffer d'entree du port serie et aux fonctions de gestion type  
"buffer vide" buffer plein" "nouvelle entree buffer" ect

Sous .NET c'est System.IO.Ports (de mémoire, .NET framework 1.1 ou ultérieur ou .NET CF 2.0 ou ultérieur).

faudrai que je regarde les codes VB.net que j'avais pour verifier les instructions de , m'enfin je sais que ceux que j'avais vu il fallait absoluement ajouter et enregistrer le MSCOMM32.OCX pour que ca tourne

Merci Gigathlon, arkrom, d'avoir éclairé ma lanterne.  
 
 
o/

Peut-être, mais bon, c'est VB... (enfin remarque il y a le même souci en C# pour accéder à certaines API)

google me trouve des occurence sur l'usage de Mscomm en c#  
 
par exemple ca http://www.developerfusion.com/thr [...] comm-in-c/
 
menfin doit y en avoir d'autre voix d'acces ou d'autre methode pour lire le port  
 
normalement le vendeur founi des exemples  de codes avec, en piquant les sections de codes qui vont bien on doit pouvoir s'en démerder