Projet afficheur vers programme pc

Bonjour ,
Je tente actuellement de réaliser un boîtier sur lequel j'aurais un afficheur et 2 boutons , les boutons permettent de incrémenter ou décrémenter un nombre qui est afficher sur l'afficheur . Dans ce projet j'ai besoin de créer un programme qui va récupérer la donnée de l'afficheur sur un Pc soit par câble mais de préférence sans fil . Ce boîtier sera poser devant un type de produit de mon entrepôt pour gérer le stock à distance . Jusqu'à maintenant j'ai réaliser toute la partie électronique et maintenant je ne sais pas comment m'y prendre pour réaliser ce programme . J'ai peu de notions en programmation mais je suis motivé . Merci pour votre aide

Justman1010:
Bonjour ,
Je tente actuellement de réaliser un boîtier sur lequel j'aurais un afficheur et 2 boutons , les boutons permettent de incrémenter ou décrémenter un nombre qui est afficher sur l'afficheur . Dans ce projet j'ai besoin de créer un programme qui va récupérer la donnée de l'afficheur sur un Pc soit par câble mais de préférence sans fil . Ce boîtier sera poser devant un type de produit de mon entrepôt pour gérer le stock à distance . Jusqu'à maintenant j'ai réaliser toute la partie électronique et maintenant je ne sais pas comment m'y prendre pour réaliser ce programme . J'ai peu de notions en programmation mais je suis motivé . Merci pour votre aide

bonjour
Je vais essayez de synthetiser en posant des questions :grin:

ton afficheur local avec ses boutons +/- est basé sur quoi ?
quel coeur ? un arduino ? autre ?
tu a acces à l'architecture ?
c'est quoi comme afficheur ?
quelle distance entre l'afficheur local et le PC ?

Bonjour
Si j'ai bien compris: tu te "balade" dans ton entrepôt, tu t'arrêtes devant une palette d'un produit, tu compte ce qui reste sur cette palette comme produit, tu prends le boîtier associé à la palette, tu regarde l'afficheur et avec un des deux boutons tu remets le nombre exact de produits et tu l'envoie (?) au PC central.
Dans ce cas, il te faut un boitier par palette, ça va coûter ! chaque boîtier devra avoir un numéro, associé à la palette, qui devra être envoyé avant la quantité. Autant alors avoir un seul boitier avec un clavier numérique qui permet d'envoyer le numéro de la palette et un récepteur dans le boitier qui reçoit et affiche la quantité de produit qu'il devrait avoir sur cette palette et quantité qu'il faut ou non remettre à jour
A+

C'est un afficheur 7 segments avec une carte arduino uno que j'ai déjà programmé , je vais avoir besoin d'environ 20 boîtiers et je suis obligé de passer par ce système car mes collaborateurs ne sont pas adeptes de nouvelles technologies .
Il doit y avoir 30 a 40 m de distance entre le Pc et le boîtier . Merci à vous

lve123:
Dans ce cas, il te faut un boitier par palette, ça va coûter ! chaque boîtier devra avoir un numéro, associé à la palette, qui devra être envoyé avant la quantité. Autant alors avoir un seul boitier avec un clavier numérique qui permet d'envoyer le numéro de la palette et un récepteur dans le boitier qui reçoit et affiche la quantité de produit qu'il devrait avoir sur cette palette et quantité qu'il faut ou non remettre à jour

Je pense que le but c'est justement qu'il n'y ait pas qu'un boitier pour tout l'entrepôt, mais justement que dès que quelqu'un sort un produit il puisse le signaler et qu'on puisse également à tout moment vérifier qu'il y a bien le bon nombre de produit en stock.

Pour le coût c'est pas forcement exorbitant : tout dépend du nombre de produit, mais à mon avis on doit pouvoir rester sous les 20€/boitier.

Pour le hardware, comme tu n'y connais pas grand chose, jte conseille un core Arduino couplé à un modem RF 433mhz (NRF905 ou CC1101) ce qui donne une bonne portée. Pour limiter encore les coûts tu peux utiliser un ATTiny43 au lieu d'un Atmega 328 comme sur les UNO. Question bonus : tu veux que ça soit alimenter secteur ou pile ?

Justman1010:
C'est un afficheur 7 segments avec une carte arduino uno que j'ai déjà programmé , je vais avoir besoin d'environ 20 boîtiers et je suis obligé de passer par ce système car mes collaborateurs ne sont pas adeptes de nouvelles technologies .
Il doit y avoir 30 a 40 m de distance entre le Pc et le boîtier . Merci à vous

Bon c'est déjà plutot un bon debut
cela veut dire que tu connais dans le code où est incrementer/decrementer la valeur , ça evacue donc déjà de devoir la recuperer en "repiquant" les pin de l'afficheur
un petit ensemble HF RF 433 (868) devrait regler le probleme du coté emission/reception
apres un peu de soft pour gerer les conflits eventuels entre unité par reemission devrait etre suffisant

B@tto:

lve123:
Dans ce cas, il te faut un boitier par palette, ça va coûter ! chaque boîtier devra avoir un numéro, associé à la palette, qui devra être envoyé avant la quantité. Autant alors avoir un seul boitier avec un clavier numérique qui permet d'envoyer le numéro de la palette et un récepteur dans le boitier qui reçoit et affiche la quantité de produit qu'il devrait avoir sur cette palette et quantité qu'il faut ou non remettre à jour

Je pense que le but c'est justement qu'il n'y ait pas qu'un boitier pour tout l'entrepôt, mais justement que dès que quelqu'un sort un produit il puisse le signaler et qu'on puisse également à tout moment vérifier qu'il y a bien le bon nombre de produit en stock.

Pour le coût c'est pas forcement exorbitant : tout dépend du nombre de produit, mais à mon avis on doit pouvoir rester sous les 20€/boitier.

Pour le hardware, comme tu n'y connais pas grand chose, jte conseille un core Arduino couplé à un modem RF 433mhz (NRF905 ou CC1101) ce qui donne une bonne portée. Pour limiter encore les coûts tu peux utiliser un ATTiny43 au lieu d'un Atmega 328 comme sur les UNO. Question bonus : tu veux que ça soit alimenter secteur ou pile ?

Bonjour B@tto
oui je pense que c'est une bonne approche
en soft je partirais sur x emissions decalées lors d'un changement de valeur
et ensuite une emission cyclée pour rafraichissement toutes les x "secondes/minutes"
ça a l'avantage de verifier aussi sur un temps acceptable que le boitier 1,2,...20... est bien fonctionnel

Désolé je ne comprends pas tout du premier coup lol donc l'ensemble HF RF 433 (868) me permet l'envoi de donnée et réception c'est ça ? Il envoie les informations par quel moyens ? Et comment puis je réceptionner sur mon Pc ? Merci encore

Justman1010:
Désolé je ne comprends pas tout du premier coup lol donc l'ensemble HF RF 433 (868) me permet l'envoi de donnée et réception c'est ça ? Il envoie les informations par quel moyens ? Et comment puis je réceptionner sur mon Pc ? Merci encore

bon pour faire simple
un arduino + un emmeteur RF par "poste boitier"
il y a des libs existantes pour interfacer ça selon le modele choisi

et un arduino + un recepteur pour la reception , l'arduino connecté au PC (le + simple en serial) le soft coté PC etant evidemment aussi à ecrire
mais tout ça reste assez trivial :grin:

ok super , l'installation et la configuration d'un émetteur et d'un récepteur est t elle réalisable par un novice ? j'ai quelques notions en c++ mais je n'ai a l'heure actuelle jamais programmer en fenetré. Et j'aimerais concevoir un programme tout simple qui va juste récupérer la donnée de l'afficheur a coté du nom du produit correspondant au boitier . Par contre si je veux changer le nombre d'un boitier via le pc est ce possible ?

Bien sur ! La en fait tout est possible si tu part avec un module type NRF905 qui fait emetteur/récepteur, gère les adresses etc ... tu fais de la transmission de données, donc tu peux transmettre ce que tu veux, dans un sens comme dans l'autre :wink:

En plus ces modules ont le bon goût d'avoir des système de vérification de paquet transmis intégré, genre si le paquet n'arrive pas il réessaye. Après entre le PC et l'arduino+radio, c'est une banale liaison série, la aussi échange de donnée, il suffit de crée ton propre protocole. Par exemple si côté PC tu envois "X,142" tu pourras faire en sorte que ton arduino interroge le module que tu auras référencé 142

justement c'est cette liaison série qui me pose problème , la j'ai ma carte branché devant moi . je ne veux pas utilisé le terminal du logiciel arduino pour lire les informations de mes boitiers , je voudrais créer un programme en c++ ou autre qui récupére la valeur de mon afficheur , mais je ne sais pas comment récupérer cette valeur dans mon programme c++ . En fait j'ai besoin d' un programme en executable. S'aurais tu me dire comment je peux procéder ? je n'arrive deja pas a inclure la librairie qextserial dans qt créator lol . Merci beaucoup pour ta réponse.

Moi je developpe en VB.NET mais en général c'est la même logique, il suffit d'arriver à prendre les rênes du port série. Sur QT j'y connais rien mais y'a ça sinon : http://www.instructables.com/id/Control-your-arduino-from-your-PC-with-the-Qt-Gui/

B@tto:
Bien sur ! La en fait tout est possible si tu part avec un module type NRF905 qui fait emetteur/récepteur, gère les adresses etc ... tu fais de la transmission de données, donc tu peux transmettre ce que tu veux, dans un sens comme dans l'autre :wink:

oui bonne idée les NRF905
et dans l'appli ça permet(trait) aussi de faire de la mise à jour de stock a partir du PC.
perso jamais utilisé , la portée est bonne ?

Bonjour
la technologie pour un boitier unique ou plusieurs boîtiers est la même. Il faudra quand même programmer le n° du produit
dans le boîtier, le boîtier devra quand même envoyer son n° au PC. Il faudra prendre garde aux interférences entre boîtier. Pour moi (je persiste et je signe) une clé RFID sur chaque "palette" pour identifier le produit (c'est on ne peut plus simple à utiliser). le boîtier envoie l'identité du produit au PC, celui-ci renvoie la quantité qui s'affiche sur l'écran du boîtier (on peut même plus tard afficher l'identité du produit). On remet à jour la quantité avec les boutons + ou - et le boîtier renvoie la donnée au PC.

Au lieu d'une clé RFID, on peut utiliser un lecteur de code barre et des étiquettes sur le produit (je l'ai fait et ça marche très bien et la plupart si pas tous ont déjà un code barre), une carte SD avec tous les codes des produits et leur quantité qui est lue par l'Arduino du boîtier. Puis à la fin de la mise à jour du stock on met cette carte SD dans le lecteur du PC qui la lit et ce remet à jour. Au réassortiment, on introduit la carte SD dans le PC, on remet à jour les quantités. On peut même ajouter ou retirer un produit sans difficulté.
Je viens de trouver que je ne suis pas le seul à avoir trouver ça :

A+

C'est du 433 mhz donc en toute logique ça porte loin. J'avais vu un essai avec un CC1101 (concurrent direct de chez TI) : le type avait un module dans sa villa, il part à pied avec un autre et ça continu à capter pendant 10 min ou 15 min ... au pire y'a des modules avec power amplifier si c'est pas assez xD

J'en ai dans mes tiroirs mais jamais testé encore, la lib à l'usage est très similaire au NRF24L01 (en même temps on a presque l'impression de lire la même datasheet ^^)

lve123:
Bonjour
la technologie pour un boitier unique ou plusieurs boîtiers est la même. Il faudra quand même programmer le n° du produit
dans le boîtier, le boîtier devra quand même envoyer son n° au PC. Il faudra prendre garde aux interférences entre boîtier. Pour moi (je persiste et je signe) une clé RFID sur chaque "palette" pour identifier le produit (c'est on ne peut plus simple à utiliser). le boîtier envoie l'identité du produit au PC, celui-ci renvoie la quantité qui s'affiche sur l'écran du boîtier (on peut même plus tard afficher l'identité du produit). On remet à jour la quantité avec les boutons + ou - et le boîtier renvoie la donnée au PC.

Sauf qu'il faut un boitier par personne et que la personne ne l'oublie pas