COMPOSANT DE COMMUNICATION LECTEUR CB OU CHÉQUE
f0xi
Messages postés
4205
Date d'inscription
samedi 16 octobre 2004
Statut
Modérateur
Dernière intervention
12 mars 2022
-
2 oct. 2007 à 16:16
Oniria Messages postés 292 Date d'inscription dimanche 14 mars 2004 Statut Membre Dernière intervention 18 décembre 2014 - 16 déc. 2012 à 10:58
Oniria Messages postés 292 Date d'inscription dimanche 14 mars 2004 Statut Membre Dernière intervention 18 décembre 2014 - 16 déc. 2012 à 10:58
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/44263-composant-de-communication-lecteur-cb-ou-cheque
https://codes-sources.commentcamarche.net/source/44263-composant-de-communication-lecteur-cb-ou-cheque
16 déc. 2012 à 10:58
Cordialement
14 déc. 2012 à 19:10
http://sourceforge.net/projects/cportlaz/?source=directory
mais au moment de l'installer il y'a plein d'erreurs dans le code ?
du genre type inconnu, manque fonction etc ?
Merci
14 déc. 2012 à 14:37
Attention, il faut récupérer le TComport pour lazarus qui se trouve sur sourceforge :
http://sourceforge.net/projects/cportlaz/
Il n'y a que celui là qui va fonctionner....
Cordialement
12 déc. 2012 à 21:30
je suis pas du tout adepte de Delphi vu que je programme sous VB et C#
J'ai donc téléchargé Lazarus et téléchargé la v3.1 de TCOMPORT mais la ou je coince, comment ont installe se composant sous lazarus vu qu'il y'a pas de lpk ?
Merci
13 août 2010 à 02:31
J'ai besoin de connecter mon sagem eftsmart à mon pc et je vois que certain d'entre vous on réussi grace à ce composant, je l'ai donc téléchargé mais je ne connais rien à la programmation et je ne sais comprend pas du tout comment l'utiliser
Quelqu'un pourrait il m'aider? voir meme si quelqu'un qui habite près de Lille peut me vendre ses services, ferreiradavid@live.fr
Merci d'avance
24 juil. 2010 à 22:34
il est possible d'utiliser deux cordon USB->RS232 + un cable nul modem et un seul PC. Ensuite, il faut configurer les fichier .ini des deux logiciels.
22 juil. 2010 à 17:18
22 juil. 2010 à 14:27
Moi j'ai résolu mon problème. J'ai branché mon TPE en USB avec mon PC. Il faut chercher le driver TELIUM USB. Ce driver va installer votre SAGEM EFT Smart comme s'il était en SERIE tout simplement donc si vous avez l'occasion passer en USB moi sa a réglé tout mes problèmes.
22 juil. 2010 à 13:58
Je ne sais pas car il faut voir s'il existe un driver permettant de simuler le port RS232 par un cable usb et deux PC.
Sinon, il faut acheter deux cables interfaces USB-RS232 et les relier ensemble.
Cordialement
22 juil. 2010 à 07:38
Merci pour ta réponse. A ton avis, est-ce-qu'on peut aussi relier les PC par les ports USB (avec un cable de transfert USB) ?
20 juil. 2010 à 19:01
il faut pour cela 2 PC relié par port série car le programme paiement permet de communiquer avec un vrai TPE et simul_TPE permet de tester sont programmme de gestion si on n'a pas de TPE sous la main.
Cordialement
20 juil. 2010 à 16:11
Je voudrais être sûr de comprendre, en ce qui concerne les exemples situés dans le zip: le projet "paiement" gère les échanges avec un TPE, le projet "simul TPE" permet de simuler le comportement d'un TPE - ils osont donc susceptibles de dialoguer entre eux ? Si oui, par quel canal ?
Merci de m'éclairer
13 juil. 2010 à 14:01
xMontantCB est un numérique(10,4) = 159.67
cSTX,cETX,cECR#,cMNT,cMODE,cTYPE,cDEV,cPRIV,cIND,cMSGTPE sont des chaînes=""
sCLecture est une chaîne=""
eLRC, eInd,eTailleCh sont des entiers=0
cSTX = Caract(2) //Start Of Text
cECR# = "01" //Code Caisse
cMNT = Complète(NumériqueVersChaîne(xMontantCB*100,"08d"),8)//Montant en centimes
cIND = "0" //Si le TPE renvoie le numéro de carte
cMODE = "1" //Mode de transaction
cTYPE = "0" //Type de transaction (Débit, Crédit, Annulation)
cDEV = "978" //Devise 978 pour EUR
cPRIV = Complète(cPRIV,10,"0") //Complément à vide
cETX = Caract(3) //End Of Text
cMSGTPE = cECR#+cMNT+cIND+cMODE+cTYPE+cDEV+cPRIV+cETX
eTailleCh= Taille(cMSGTPE)
POUR eInd=1 A eTailleCh
eLRC = OUExclusifBinaire(eLRC,Asc(cMSGTPE[[eInd]]))
FIN
SI sOuvre(pSerieTPE,2000,2000) ALORS
sFixeParamètre(pSerieTPE,1200,1,7,0)
sEcrit(pSerieTPE,Caract(5))
Multitâche(50)
SI sDansFileEntrée(pSerieTPE)>0 ALORS Trace("Lecture : "+sLit(pSerieTPE,sDansFileEntrée(pSerieTPE)))
Multitâche(20)
cMSGTPE = Caract(2)+cMSGTPE+Caract(eLRC)
sEcrit(pSerieTPE,cMSGTPE)
Multitâche(50)
SI sDansFileEntrée(pSerieTPE)>0 ALORS Trace("Lecture : "+sLit(pSerieTPE,sDansFileEntrée(pSerieTPE)))
Multitâche(20)
sEcrit(pSerieTPE,Caract(4))
Multitâche(50)
sFerme(pSerieTPE)
FIN
13 juil. 2010 à 13:55
MERCI d'avance a tous
25 mars 2010 à 19:11
merci d'avance à tous
25 mars 2010 à 18:23
Tout d'abord merci pour ce code qui est très utile pour la compréhension de ce protocole de dialogue avec TPE. je cherche comment dialoguer avec le tpe directement via le port série. Cependant je n'arrive qu'à lui transmettre le montant mais je ne vois pas comment récupérer la réponse du tpe. Doit-on faire quelque chose sur le TPE mis à part paramétrer la connexion caisse et la vitesse de transmission ?
Je n'arrive pas non plus à mettre la main sur la documentation du protocole concert. Elle me serait utile pour étoffer ma compréhension sur ce sujet.Si quelqu'un peu m'aider svp, ce serait très gentil...
2 nov. 2009 à 19:09
Il est disponible ici : http://www.distrimed.biz/pi/drivers/sagem_xp3.zip
18 sept. 2009 à 09:54
Merci de votre aide.
4 août 2009 à 23:46
J'ai reçu 2 ack du coté tpe, mais le monant(1,11euro) envoyé par le pc n'affiche pas dans le tpe, Pourriez vous m'aider un peu, merice d'avance.
Voici le morceau de code écrit en Visual Basic
Dim a(0) As Byte
a(0) = "&H05" MSComm1.Output a >(1)envoie enq à tpe. (recu ACK, ok)
Dim s(0 To 28) As Byte
s(0) = "&H02"
s(1) = "&H30"
s(2) = "&H31"
s(3) = "&H37"
s(4) = "&H30"
s(5) = "&H30"
s(6) = "&H30"
s(7) = "&H30"
s(8) = "&H30"
s(9) = "&H31"
s(10) = "&H31"
s(11) = "&H31"
s(12) = "&H31"
s(13) = "&H39"
s(14) = "&H37"
s(15) = "&H38"
s(16) = "&H20"
s(17) = "&H20"
s(18) = "&H20"
s(19) = "&H20"
s(20) = "&H20"
s(21) = "&H20"
s(23) = "&H20"
s(24) = "&H20"
s(25) = "&H20"
s(26) = "&H20"
s(27) = "&H03" s(28) "&H32">(2)envoie STX ---données --etx --lrc (recu ACK, ok)
>(3)envoie EOT
2 août 2009 à 13:52
Donne moi ton email en PV et je t'envoie les doc sur le protocole concert. Je peux aussi t'envoyer une source JAVA que je n'ai pas encore posté qui discute avec tous les TPE utilisant les ports COM...
Amicalement,
Frédéric
2 août 2009 à 03:04
J'ai seulement le pdf de 9 pages concernant le protocole . Mais j'ai pas le protocole concert. C'est necessaire d'obtenir le protocole concert ou pas ?
Merci,
2 août 2009 à 02:38
Merci bien pour ta réponse.
Pour moi, je utilise delphi ou vb6 pour développer une petite application pour communiquer avec le tpe(sagem eftsmart). Le driver usb-telium il peux émuler le port com. Maintenant il marche très bien (je suis en mode de connexion usb). Avec le petit logiciel de Oniria, Le tpe peux accepter le montant que j'ai envoyé par le pc.
Montant bouton=77
Montant bouton=77
Début de transaction
Etape=Connection debut
Etape=Debut transaction maitre (octet à recevoir=83)
Etape=Reception d'octet :06 - nb_octet recu=1
Etape=Attente réponse au ENQ envoyé (mode maitre)
Etape=Envoi des données
Etape=Reception d'octet :06 - nb_octet recu=1
Etape=etape N°2 (mode maitre)
Etape=Reception d'octet :05 - nb_octet recu=1
Etape=Attente ENQ (mode esclave)
Etape=Reception d'octet :02 30 31 37 30 30 30 30 37 37 30 30 31 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 39 37 38 32 30 30 31 30 30 30 30 30 34 - nb_octet recu=81
Etape=Attente STX (mode esclave)
Etape=Reception d'octet :03 05 - nb_octet recu=2
Etape=Attente de donnée (mode esclave etat 3) nb_octet à recevoir=83
Mais je ne sais pas comment envoyer le montant via mon programme. Pourriez vous m'aider un peu, merci bien .
c'est a dire comment le programmer ( je suis notice en delphi, je préfère le faire en VB6).
1 août 2009 à 20:28
Ecoute, pour ma part j'ai pas très bien compris ce que tu souhaite faire. Tu veux réaliser un logiciel ? si OUI en quel langage ?
Ici, ce que nous faisons, c'est que nous n'utilisons aucun driver ou aucun logiciel, nous parlons directement au TPE à travers le port COM auqeul on se connecte en utilisant le protocole concert.
Peux-tu approfondir tes besoins ?
Amicalement,
Frédéric
1 août 2009 à 20:02
Je suis en cours en développer une partie de logiciel de caisse pour communiquer avec le TPE sagem Eftsmart,
Je utilise le driver usb-telium, sur le panneau de configuration , j'ai vu qu'il émule comme un com2, mais quand je tape le bouton de TPE(valider), il n'y a rien de sortie (un logiciel pour surveiller le port série),
Pourriez vous m'aider un peu, si possible, pourriez vous me donner votre email ou msn ,
Merci d'avance
eric (tpeit@hotmail.fr)
17 juil. 2009 à 13:26
J'ai aussi demandé à l'association Concert comment obtenir le protocole caisse officiel (peut être la version officielle est-elle plus complète ?) : coût 158 €HT le pdf ! Comme j'ai peur qu'il n'y ait pas la réponse à ma question, et qu'en plus le prix serait excessif juste pour avoir une commande, je n'ai pas donné suite...
17 juil. 2009 à 11:11
Mais un logiciel de caisse est obligé d'attendre que le TPE ait fini de faire sa transaction pour valider la facture dans la base de donnée. Le fonctionnement n'est donc pas vraiment possible en multitaches. Mais je pense que ton problème n'est pas là. Il y a surement une commande qui le fait annuler, mais là, mystère et boule de gomme. As tu demander à Ingenico pour t'aider ???
16 juil. 2009 à 14:31
Oui j'ai compris ce que tu voulais dire : au sens habituel du client/serveur, c'est vrai que le TPE réagit comme un esclave. Au niveau du protocole, les termes ont un sens différents ce qui prête à confusion...
Au fil des tests, j'ai compris l'intérêt de cette façon d'échanger :
- d'une part, tu peux couper la communication (débrancher le câble ou arrêter ton programme par exemple) le TPE continue son job. Et si ton programme revient d'ici là, il peut obtenir la réponse du TPE
- d'autre part, si la communication devait être maintenue, cela voudrait dire que le programme devrait attendre la fin du traitement sur le TPE ce qui peut être génant en programmation monothread
15 juil. 2009 à 21:11
Ca m'étonne de Sagem, ils me l'ont envoyé et sans problèmes. Elle est bien moins faites que celle d'Ingénico qui explique mieux les transitions dans la communication. Leur protocole est pourris car il n'y a pas de maintient de la communication qui aurait permis de savoir si le TPE était encore présent ou n'avait pas de problèmes. Le TPE n'est pas vraiment maitre car il renvoi une trame Réponse qui est bien la réponse d'un esclave. Le TPE n'est donc jamais un maitre mais toujours un esclave.
15 juil. 2009 à 19:57
J'ai essayé : ENQ puis CAN puis EOT, CAN tout seul, CAN puis ENQ, ...
Concernant la transmission, ça m'a paru aussi atypique mais le TPE et l'ordinateur s'échangent bien des messages de manière asynchrone : l'ordinateur pour demander au TPE une transaction (et espérons demander aussi de l'annuler !), le TPE pour signaler la fin de la transaction. Il n'y a pas de maintien de la communication pendant la transaction, ce qui explique que l'un comme l'autre puissent être maître ou esclave.
En tous cas, merci d'avoir publié ton composant : c'est l'occasion d'avoir un forum sur le sujet car les infos là dessus sont très rares : Ingenico m'a donné sa doc mais Sagem n'a même pas voulu ("trop compliqué, faites appel à un prestataire").
15 juil. 2009 à 17:42
Sinon, essaye de caractère CAN ($18) qui veut dire annulation. J'avais compris que la transmission se basait sur un échange complet (Une trame d'ordre, le TPE répond ACK, répond avec une trame de résultat lorsque le client à tapé son code) entre le maitre et l'esclave et pour finir, le maitre doit clore la transmission par EOT. Mais il si EOT ne fonctionne pas, il faut essayer avec les code ASCII < $20 qui sont les codes de controles.
15 juil. 2009 à 15:37
- dans l'ordre ENQ, puis EOT : ACK et la transaction continue
- dans l'ordre EOT, puis ENQ : pas d'ACK
Néanmoins je trouve ce comportement conforme au protocole : EOT signifiant que le maitre a fini de transmettre, le TPE n'a plus à réagir. EOT ne signifiant pas que la transaction est terminée (d'après le protocole), je pense qu'il doit y avoir une commande spécifique (mais secrète ;-).
14 juil. 2009 à 19:10
quand tu revoies un EOT, et qu'il te répond un ACK, renvoie lui un ENQ par derrière pour voir si tu arrives à reprendre la main !
14 juil. 2009 à 19:09
Mais je pense que cette phrase page 7 s'applique aux caractères inappropriés pendant la phase de transmission de données ("après ETX") : dans le cas d'abandon de transaction, ce serait plutôt "après EOT" car la communication est terminée et le TPE n'est ni maître ni esclave à cet instant.
Au moins si ça marchait sur ton TPE, ça veut dire que je trouverai sans doute une méthode !
14 juil. 2009 à 18:31
Dans la documentation Ingenico p7, il est noté : "L'esclave passe à 1 après réception d'un caractère isolé (ENQ, EOT, ou autre). Les autres cas (TO ou plusieurs caractères) sont des réceptions échouées.". L'état 1 est le mode attente de l'esclave.
Si tu envois EOT et que rien ne se passe, ce doit-être ton Ingenico qui ne le gére pas ( bizarre car j'avais un Moneyline 2000 qui lui fonctionnait très bien dans se cas ). Je te conseille d'essayer avec ENQ ou autre comme ils disent...
Cordialement
14 juil. 2009 à 17:14
Je développe une classe VB pour communiquer avec un TPE. Tout fonctionne bien, sauf que je n'arrive pas à abandonner une transaction (ex : on démarre une transaction CB par erreur et on veut annuler et remettre le TPE en mode d'attente). Je n'ai pas trouvé d'info sur cela ni dans la doc SAGEM ni dans la doc Ingenico.
Or dans ton code, j'ai vu une fonction TLecteurCB.Cancel qui semble implémenter cet abandon en envoyant EOT. Si je fais la même chose, le TPE répond ACK mais la transaction continue... Est-ce mon TPE (Ingenico 5100) qui ne gère pas l'abandon ou est-ce que j'ai mal compris l'utilité de ta fonction ?
Je précise que je n'ai pas Delphi donc ça m'est difficile de comprendre ton code dans les détails...
Merci pout ta réponse,
Olivier
11 mai 2009 à 11:50
11 mai 2009 à 11:24
J'aimerai savoir ou trouver de la documentation sur les specs du protocole concert que vous utiliser.
J'aimerai développer un code source similaire sous Java, utilisant RXTX.
Merci
Frédéric
15 avril 2009 à 11:10
A tous ceux qui travaillent sur les TPE moneyline, pouvez-vous me donner un lien pour trouver une copie de la version originale de watcom livré par Moneyline car nous avons cassé notre CD.
Merci
Philibert
26 déc. 2008 à 13:48
Si tu as une idée Oniria, je suis preneur...
A bientôt et bonnes fêtes de fin d'année à tous !!
24 déc. 2008 à 14:04
En effet, dès que tu branches le termina en usb, il y aura un nouveau port COM sous windows. il ne reste plus qu'à modifier le fichier .ini généré par le composant carte bancaire. pour le reste, le composant tCOMPORT utilise l'api windows qui peut dialoguer avec les drivers passerelle USB/RS232. pour plus d'informations :
http://nono40.developpez.com/tutoriel/delphi/2005/comport/
bon courage
24 déc. 2008 à 13:57
Cependant, j'ai eu un Ingénico 5100 et là, le protocole concert réagit directement (série ou émulation usb d'ailleurs). Mais seulement en 1200Bauds.
Maintenant mon souci concerne la trame d'émission, elle est sur 29 octets dans tes sources. Cependant, comme j'ai besoin d'une demande d'autorisation à tous les appels, il faut que je passe une trame complète de 37 octets (je dois ajouter les octets optionnels DELAI et AUTO de 4 octets chacun).
Est-ce que tu as déjà testé ce fonctionnement ? J'ai l'impression que ça dépend des versions du protocole installées sur le TPE (moi j'utilise le protocole 6 d'après ce qui est indiqué sur l'Ingenico). Mais en tout cas, ça ne marche plus, si je ne passe pas la trame sur 29 octets, pas de réponse du TPE....
24 déc. 2008 à 12:15
Mais comment est reconnu le protocole concert par l'USB. Est-ce que le TPE est considéré comme un nouveau port série ?
23 déc. 2008 à 09:24
pour ce qui concerne ton terminal qui ne réagit pas. As tu essayé en USB? Je n'avais aucune réaction sur le port série. après avoir installé les drivers USB, tout a fonctionné correctement.
22 déc. 2008 à 20:18
C'est ce programme qu'il faut que je convertisse en source delphi comme ca plus personne n'aura besoin de développer un logiciel particulier pour la gestion d'un TPE.
22 déc. 2008 à 20:15
J'ai mis un ZIP avec le programme qui permet à ma suite de gestion de donner un ordre de paiement au TPE. Il est compilé avec Lazarus (il est gratuit). A l'intérieur, il y a l'executable que l'on peut lancer pour tester le TPE directement.
Le programme est disponible à l'adresse suivante : http://dl.free.fr/qhApX2bKC
Le programme est on ne peut plus simple : il faut régler les paramétres (on coche réponse si lorsque le paiement a été effectué, le TPE doit renvoyer un compte rendu; car la réponse n'est pas obligatoire). Puis cliquer sur le bouton paiement. Le programme se charge d'envoyer l'ordre au TPE, puis de mettre le résultat dans un fichier texte.
Si ca peut t'aider
22 déc. 2008 à 18:01
22 déc. 2008 à 17:47
22 déc. 2008 à 14:19
Dans les docs Sagem, j'ai l'impression qu'ils disent qu'il faut télécharger un logiciel qui gère cette norme dans le TPE.... Su quel TPE as-tu testé toi ? Je dois le faire aussi sur un Ingenico 5100, j'espère que le protocole sera intégré en natif.
En fait, lorsque j'envoi le ENQ, l'écran clignote une fois, donc il doit bien recevoir la donnée, mais ensuite, aucune réponse rien.. pas de ACK en retour, pas de message d'erreur...
Je suis en train de me renseigner auprès d'Ingenico pour en savoir un peu plus.
Merci pour ton aide.
21 déc. 2008 à 19:50
Lorsque j'ai demandé au contructeur SAGEM, il m'a certifié que tous les TPE étaient compatible avec cette norme. Sinon, as-tu la norme ? As tu bien configuré le port série ? D'après la norme :
"Le mode de transmission est du type asynchrone utilisé en "half duplex" à la vitesse de 1200 bauds sur deux fils sans signaux de contrôle. Les caractères, codés en ASCII, sont transmis sous forme de 10 bits :
• 1 bit de start,
• 7 bits de données,
• 1 bit de parité (parité paire),
• 1 bit de stop.
"
Sinon, avec le TPE que j'avais, je n'ai jamais eu besoin de le mettre dans un état particulier pour qu'il fonctionne.
Attention, tu parles de 1e octet, j'espére que tu n'as pas envoyé une trame compléte (plusieurs octets) car le protocole est :
1e étape : le maitre envoi ENQ
2e etape : l'esclave renvoi ACQ
3e étape : le maitre envoi le message
4e étape : l'esclave renvoi ACQ (s'il a compris)
5e étape : le maitre envoi EOT (pour dire qu'il a fini)
Jespére t'avoir aidé
21 déc. 2008 à 18:30
Je voulais savoir comment peux-t-on savoir si un lecteur est compatible avec la norme concert ? J'utilise un SAGEM EFT 930P et lorsque je lui envoie le 1er octet A_ENQ, il n'y a rien qui se passe.... Faut-il se mettre dans un mode particulier pour que celui-ci réagisse. J'ai une appli EMV d'installer sur mon TPE...
Si tu as une idée, je suis preneur...
Merci pour ton aide.
10 déc. 2008 à 16:50
J'avais une petite incertitude entre le mode caisse et le mode TPE, par rapport au mode maitre et esclave.
D'après ce que tu me dis, c'est à peu près identique.
@ bientôt
10 déc. 2008 à 13:48
Le mode maitre et esclave est dicté par le protocole. Le maitre est celui qui initie la communication et l'exclave, celui qui va répondre.
Dans la cas d'un logiciel de caisse, il faut implémenter le mode maitre. C'est la caisse qui initie la communication et le TPE (l'esclave) qui va répondre.
Mon composant implémente les deux pour une raison simple, je n'avais pas de TPE disponible partout (chez moi oui, mais pas au boulot) donc j'ai développé un logiciel simulant le TPE sur un PC et sur l'autre, le logiciel de caisse. J'ai pu ainsi développer une petite application qui envoi le montant à encaisser par le client au TPE, est dès que l'opération est fini, elle répond au programme de caisse que tout c'est bien passé. Je l'ai développé sous Lazarus mais je crois que je vais la porter sous delphi comme ca les gens auront directement une application universelle pour les problèmes d'encaissement.
Cordialement
10 déc. 2008 à 08:22
J'aimerai savoir à quoi sert le mode maitre et esclave dans tes sources ? Moi je n'ai besoin que du mode caisse et je ne sais pas s'il faut que j'implémente le mode esclave (est-ce que les 2 sont liés ?).
Merci et bravo pour tes sources.
Ben
9 déc. 2008 à 14:33
Waouh !!! Enfin un peu de calme et de détente sur ce topic. Ca fait du bien !!!
Aller, bye bye et sans rancune non plus !!!!!
9 déc. 2008 à 13:19
Pour les personnes qui viendrait sur ce topick, je tiens juste à préciser que je ne transmet pas les documentations concernant le protocole CONCERT car je ne sais pas si elles sont librement diffusable sur le net. Je les ai obtenues en contactant différents constructeurs de TPE qui me les ont fournies gratuitement.
Bon code à tous
9 déc. 2008 à 13:15
Pas besoin de vérifier l'orthographe des codes sources, delphi le fait pour nous et lazarus aussi :)
Une chose dont je sois sur :je suis et je serais toujours nul en orthographe.
Aller, sans rancunes
9 déc. 2008 à 11:48
De rien, de rien, mon cher c'était vraiment de bon coeur (lol)!!!!
Tiens, gratuitement je te donne un autre cours. Il ne faut pas écrire:
"Pour finir, si tu n'ai pas content, tant pis car cela met totalement égal."
Mais:
"Pour finir, si tu n'ES pas content, tant pis car cela m'EST totalement égal."
Si tu veux, je te propose même de t'aider à rédiger tes messages pour qu'il soient compréhensibles pour tous.
P.S. En cas de bug sur tes codes, vérifie quand même l'orthographe, on ne sait jamais!!!
9 déc. 2008 à 07:58
Primo, je ne vois pas ou je ne suis pas poli (je ne t'ai pas insulté, pas agressé sinon, tu peux me croire, ce n'étais pas le but).
Secundo, chaque fois que quelqu'un poste un commentaire, j'ai un mail de rappel sur ma boite perso qui m'invite à voir mon code source.
Tertio, je suis désolé pour eux, je fais ce que je peux, si tu trouves simple d'aider quelqu'un par mail interposé, moi, je ne trouve pas que ce sois facile.
Quarto, je ne me prend pas, je suis (ce que tu as envi). Pour ma part, je n'ai pas de compte à rendre ici. Si je poste des sources sur le site, ce n'est pas pour moi, mais plus par reconnaissance pour toutes les personnes qui passe du temps, quelque fois beaucoup pour aider les autres. Je ne suis pas de ces personnes qui penses que ce site est fait pour donner sans jamais recevoir. Sur ce site, il y a énormément de personnes qui viennent POMPER des connaissances mais qui n'aide absolument pas en redonnant un peu de leur savoir.
Pour finir, si tu n'ai pas content, tant pis car cela met totalement égal. Tu as pris la mouche pour des propos non agressif, juste une demande de ma part d'être un peu tranquille, surtout des question qui ne me regarde pas (sans rapport avec le composant), et des personnes qui ne cherche pas l'information par eux même (la documentation constructeur est disponible chez les constructeurs). Le site possède une zone qui s'appelle le FORUM pour y poster toute sorte de demande.
Merci pour les cours d'orthographe.
8 déc. 2008 à 18:15
Primo quand on a le minimum d'éducation requise et de politesse on répond au salut d'autrui.
Secundo, je ne t'envoie pas de mails qui ne te concernent pas.
Tertio même ceux qui utilisent ton "composant" ne sont pas aidés, vraiment pas. (J'ai des noms)
Quarto, mais pour qui tu te prends mon petit gars ?!!!
P.S. Rappel orthographique: Au mot aura il n'y a qu'un "r".
6 déc. 2008 à 18:23
6 déc. 2008 à 10:08
Holà du calme l'ami. C'est déjà fait depuis longtemps mais callistan ne visite le site que très rarement.
Je veux juste un peu d'aide, mais si ce n'est pas possible voire mal venu de ma part, je passe mon chemin pas de problème !!!!
6 déc. 2008 à 09:55
5 déc. 2008 à 23:02
Je sais que c'est probablement hors sujet, mais quelqu'un peut il m'aider à obtenir le driver USB telium (pour mon tpe sagem) dont callistan a parlé et que je cherche désespérément depuis des mois ?
Merci et encore pardon pour la parenthèse !!!
3 déc. 2008 à 14:13
3 déc. 2008 à 14:06
14 nov. 2008 à 16:22
J'ai développé ce composant avec la version 3.1 de TCOMPORT en effet. Je ne savais même pas qu'il y en avait une autre. Merci pour l'info.
14 nov. 2008 à 10:07
J'avais un pb avec le composant TComPort version 2.64 lors de l'installation du paquet protocole.dpk, les arguments de la méthode TcomPort.write(...) ne correspondait pas.
J'ai récupérer sur SourceForge la version 4 de TComPort -> c'est pas bon non plus.
Apparemment il faut installer la version 3.1.
(téléchargeable à :
http://www.torry.net/pages.php?id=198
fk
6 nov. 2008 à 11:51
J'ai téléchargé ton composant, et l'ai fait tourner sous Delphi 2007 sous Vista. Aucun problème... Je dispose d'un SAGEM Monetel EFTSmart. En revanche, je n'ai pas pu utiliser le port série, j'ai été obligé d'utiliser le driver USB Telium. Tout Fonctionne...
Maintenant, j'aimerai implanter un service windows qui fasse office de caisse, commandée par des clients en TCP/IP.
J'aimerai pour cela maintenir une transaction CB (simuler un mode synchrone...), et là, je rame.
Aurais-tu quelques pistes pour ne pas passer par le timer dans ton composant, et maintenir la conversation avec le terminal de paiement, jusqu'à la fin de la transaction?
merci beaucoup.
13 avril 2008 à 16:27
La, je ne sais pas répondre car il a été développé sous delphi 7. Je ne sais pas s'il fonctionne sur d'autre version de delphi.
ERICVERNET : Pas la peine de m'envoyer un mail et 3 minutes après de me mettre un message privé. Je ne suis pas à vos ordres, je ne suis pas en permanence devant mon PC. Le simple commentaire aurait suffit.
Bon courage
11 avril 2008 à 18:43
Merci
15 oct. 2007 à 12:53
Ce type de documentation fait complétement abstraction du langage utilisé. D'ailleurs, il n'y a aucune partie de code. Il faut tout faire soit même. Je te souhaite bon courage et si besoin, je t'aiderais bien volontier.
15 oct. 2007 à 12:18
S'agissant de la reponse sur le protocole mon Bosse à fait cette requête et j'attend la doc sur les spécifications de l'un des trois protocoles.
Merci pour ton soutien
Cordialement passe une bonne journée
15 oct. 2007 à 12:04
Mais alors, que viens faire delphi la dedans. Delphi n'est pas Watcom C++. Mais bon, je programme également en C++. J'utilise Visual C++ pour ma part. Je peux t'aider mais à la condition que tu trouves la documentation du protocole.
C'est pour ca que tu devrais voir avec le constructeur de ton TPE s'ils veulent bien te donner le document ou l'endroit pour l'obtenir. Ainsi, tu aurras toutes les cartes en mains.
15 oct. 2007 à 10:39
J'ai un terminal de paiement Moneyline P2OOO que j'ai à ma disposition et j'utilise le compilateur Watcom C++.
C mon travail de fin de formation.
13 oct. 2007 à 09:40
Essayes de demander au fabricant de TPE s'il veulent te donner la norme.
Mais pour ma part, je ne suis pas interressé par le piratage des transaction entre le TPE et la banque. La seule chose que je recherche maintenant est le fonctionnement des TPE par liaison USB et ceux par liaison Ethernet, ils ne sont pas nombreux mais je pense que ça va changer.
12 oct. 2007 à 16:38
12 oct. 2007 à 12:27
Je vais t'envoyer une doc sur les serveurs de TPE
Sincèrement j'ai pas une doc sur ce protocole (sauf sur la norme ISO 8583 pr les transactions de la monétique)
12 oct. 2007 à 11:54
C'est quoi cette norme CB2A ??? Si tu m'envois la doc sur oniriabot@yahoo.fr, je regarderais si par hazard, ce n'est pas le même. Sinon, mon composant sert à la fois pour créer une caisse enregistreuse (On veux communiquer avec un TPE), soit créer un TPE (On communique avec une caisse réelle). Il fonctionne dans les deux sens.
Bonne Journée
12 oct. 2007 à 10:24
J'ai un probléme car je cherche à faire communiquer mon TPE avec un protocole de carte bancaire notamment (la norme CB2A) est ce que kelkun pourra m'aider.
Bien evidement en lisant la source sur le protocole Concert j'ai trouvé celle ci superbe
Mais néanmoins moi j'ai pas une caisse enregistreuse.
Cordialement
4 oct. 2007 à 18:31
Merci beaucoup foxi pour cette fonction, c'est vraiment sympa.
Il n'y a plus qu'a la mettre dans mon composant.
4 oct. 2007 à 14:00
B := byte(Value shr (N shl 3));
alors que sur la version universelle on a juste quelques instruction pour incrementer et decrementer le pointeur sur le buffer en entrée. :)
voici la version universelle :
const
_HexChr : array[$0..$F] of char = '0123456789ABCDEF';
function AllToHex(const Buffer; const BufferLen: integer): string;
var pR : PChar;
pB : ^byte;
N : integer;
begin
SetLength(result, BufferLen shl 1);
pR := PChar(Result);
pB := @Buffer;
inc(pB, BufferLen-1); // et oui faut lire a l'envers sinon c'est inversé :)
for N := 0 to BufferLen-1 do
begin
pR[0] := _HexChr[pB^ shr 4];
pR[1] := _HexChr[pB^ and $f];
inc(Pr, 2);
dec(pB); // d'ou la decrementation au lieu de l'incrementation sont mechant les ^byte
end;
end;
2 oct. 2007 à 18:36
Je suis d'accord avec toi foxi, mais justement, ce que j'aime en programmation c'est que l'on apprend tout le temps. La fonction dectohex n'est peut-être pas optimisée mais elle fonctionne comme il faut.
Je suis content que tu m'ais montré cette solution car je la trouve sympa, un peu compliquée au premier abord mais sympa.
Ta fonction décode sur 4 octets tout le temps alors que la mienne décode l'hexa en 1, 2, 4 octets suivant la valeur décimale (on aurra FF ou FFFF ou FFFFFFFF), c'est aussi pour ca que cette fonction est un peu grosse. De plus cette fonction a été développée pour être universelle (d'ou le décodage pour 1,2,4 octets).
Dans le cas de ce composant, elle n'a ,à décoder, que des octets, elle peut donc être réduite encore plus car Value pourrait être du type Byte.
Je pense que je vais faire un mélange du fonctionnement global de ma fonction avec l'optimisation de la tienne.
En tout cas Merci beaucoup.
2 oct. 2007 à 16:16
_HexChr : array[$0..$F] of char = '0123456789ABCDEF';
function DecToHex(const Value: integer): string;
var pR : PChar;
N : integer;
B : byte;
begin
SetLength(result, 8);
pR := PChar(Result);
for N := 3 downto 0 do
begin
B := byte(Value shr (N shl 3));
pR[0] := _HexChr[B shr 4];
pR[1] := _HexChr[B and $f];
inc(Pr, 2);
end;
end;
ça serat deja plus rapide, j'ai pas eu le courage de tout regarder ...
mais ça semble manquer d'optimisation, de correction etc...