1. Accueil
  2. Forum Codes-Sources
  3. C / C++ / C++.NET
  4. C++ & C++ .NET

Service de pilotage d'un port série en protocole 3964R

Signaler
Messages postés
2
Date d'inscription
vendredi 29 août 2008
Statut
Membre
Dernière intervention
20 octobre 2009
 -
Messages postés
2
Date d'inscription
lundi 1 novembre 2010
Statut
Membre
Dernière intervention
27 juillet 2011
 -
Bonjour,

Je dois développer une interface de pilotage entre une solution robotisée et un ERP. La seule possibilité de communiquer avec cet ERP est d'utiliser un port série en connexion point à point, en utilisant le protocole 3964R. L'environnement d'exécution est Windows XP Pro.

Des solutions existent sur le marché mais leur coût est beaucoup trop élevé par rapport à la taille de mon entreprise et au grand nombre de licences que je devrais acquérir.

Quelqu'un aurait-il des sources C/C++ (ou autres langages) permettant d'échanger des données avec le protocole 3964R ?

Important : je travaille en environnement professionnel sensible (médical). Il faut donc que ces sources soient fiables et respectent vraiment la procédure 3964-R (délais inter-caractères, block check character, gestion des interruptions, retries automatiques, traitement des données erronées, gestions des conflits d'initialisation et des erreurs de procédures, ...) . Tout ce que j'ai pu trouver via Google ou par quelques forums n'est pas assez sérieux pour être implémenter dans le cadre de mon projet.

Je remercie vraiment par avance la personne qui pourra m'aider sur cet épineux sujet !
Afficher la suite

7 réponses

Réponse 1 / 7
Messages postés
3
Date d'inscription
lundi 19 octobre 2009
Statut
Membre
Dernière intervention
29 juillet 2011
Bonjour,

Avez vous eu des sources?

Merci d'avance
Tiseb
Réponse 2 / 7
Messages postés
2
Date d'inscription
vendredi 29 août 2008
Statut
Membre
Dernière intervention
20 octobre 2009
Malheureusement non.

Du coup, je me suis développé un service Windows multi-threads (avec socket TCP/IP multi-clients) qui pilote un port COM en appliquant les spécifications 3964R que j'utilise, mais cela ne peut être qu'une solution transitoire car l'intégralité du protocole n'est pas implémentée.

Me demande est donc toujours d'actualité ...
Réponse 3 / 7
Messages postés
3
Date d'inscription
lundi 19 octobre 2009
Statut
Membre
Dernière intervention
29 juillet 2011
Dommage, car moi je suis à la recherche de code également. Je vais donc me lancer dans le developpement
Réponse 4 / 7
Messages postés
2
Date d'inscription
lundi 1 novembre 2010
Statut
Membre
Dernière intervention
27 juillet 2011
URGENT !!!

Je suis à la recherche d'un personne capable de développer un service sous SCO Openserver 5.0.5 respectant le protocole Siemens 3964R . Ce service servira d'interface entre un logiciel de gestion de stock (utilisant le protocole CD-API Version 1.5 en cours de développement) et un Automate/Robot.

Merci de me contacter d'urgence.

Emmanuel.
Réponse 5 / 7
Messages postés
1
Date d'inscription
vendredi 16 juillet 2004
Statut
Membre
Dernière intervention
28 juillet 2011
Bonsoir,

Je suis dans la même situation que vous dans le sens ou je dois développer une application utilisant la procédure 3964R.

A minima je ne trouve pas de docs décrivant complètement le protocole 3964R, l'un d'entre vous aurait-il quelques docs à me fournir?

Bien cordialement
PJ
Réponse 6 / 7
Messages postés
3
Date d'inscription
lundi 19 octobre 2009
Statut
Membre
Dernière intervention
29 juillet 2011
Bonjour,

Voici une doc qui pourrez vous servir (pages 18 et 19).

http://www.sea.siemens.com/us/SiteCollectionDocuments/WSSResources/Internet/Products/1_10/9/MobyASM421InterfaceModuleAug1995.pdf

Cordialement
Tiseb
Réponse 7 / 7
Messages postés
2
Date d'inscription
lundi 1 novembre 2010
Statut
Membre
Dernière intervention
27 juillet 2011
Bonjour,

Pour ma part j'utilise le composant activex qui respecte parfaitement la norme 3964R. Mon application est un interface entre l'automate d'une pharmacie et l'application existante et cela marche parfaitement bien.

http://www.adontec.com/index.htm?GO=/p3964_e.htm

Cordialement.
Emmanuel.
Répondre Posez votre question