Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

73 commentaire(s) de Oniria sur des sources sur tout CodeS-SourceS

Le : 11/05/2009 11:50:45
Source : COMPOSANT DE COMMUNICATION LECTEUR CB OU CHÉQUE
Le protocole n'est disponible que par les constructeurs de lecteur CB. Demande leurs, il te fourniront toute la documentation.


Le : 13/03/2009 18:05:30
Source : ANALYSEUR DE LIAISON RS232
Bonjour,
Mais pour alimenter un petit montage, il est plus facile d'utiliser les lignes d'états comme DSR et RTS car on peut leur fixer l'état comme on veut et le maintenir comme ca longtemps.
C'est juste une idée.


Le : 13/03/2009 13:46:27
Source : ANALYSEUR DE LIAISON RS232
Bonjour,
Je ne parle pas de temps mais bien de débit. Il faut un débit très lent (5 bauds par exemple) pour voir quelque chose.


Le : 13/03/2009 12:36:16
Source : ANALYSEUR DE LIAISON RS232
Bonjour,
Si tu envois des caractères (n'importe quel texte), ta broche Tx va bouger obligatoirement(attention à la vitesse, elle doit être lente pour que tu vois sur le Multimetre quelque chose). Par contre, je ne crois pas que l'on puisse obliger cette broche à rester dans un état particulier. Sinon, attention, dans la fenetre d'édition, les émissions sont en mode texte donc 0, ne fait pas 0 sur la broche car le code ASCII de 0 n'est pas 0 en binaire.

Oniria


Le : 24/12/2008 12:15:18
Source : COMPOSANT DE COMMUNICATION LECTEUR CB OU CHÉQUE
Bonjour Callistan,
Mais comment est reconnu le protocole concert par l'USB. Est-ce que le TPE est considéré comme un nouveau port série ?


Le : 22/12/2008 20:18:21
Source : COMPOSANT DE COMMUNICATION LECTEUR CB OU CHÉQUE
Ah oui, j'oubliais, les paramètres de configuration de la ligne RS232 sont dans le fichier paiement.ini
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.


Le : 22/12/2008 20:15:15
Source : COMPOSANT DE COMMUNICATION LECTEUR CB OU CHÉQUE
Bonjour,

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


Le : 22/12/2008 17:47:38
Source : COMPOSANT DE COMMUNICATION LECTEUR CB OU CHÉQUE
As tu essayer de lui envoyer après le ENQ, le message ? Moi, j'ai essayé sur un Moneyline S3000 (c'est pas récent) et je n'ai eu aucun problème de communication.


Le : 21/12/2008 19:50:02
Source : COMPOSANT DE COMMUNICATION LECTEUR CB OU CHÉQUE
Bonjour,
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é


Le : 21/12/2008 10:17:12
Source : RÉSOLUTION D'UN SYSTÈME LINÉAIRE (( N ÉQUATIONS À N INCONNUS ))
Bonjour,
c'est interressant comme programme. Je trouve que c'est dommage qu'il faille avoir obligatoirement des coefficients non nul, une seule solution possible sinon le programme se bloque (on ne doit pas laisser un programme se bloquer).

Je pense qu'il fallait mettre des conditions pour éviter le plantage, si on fait calculer des choses à l'ordi c'est bien que l'on ne connait pas la réponse (à part pour tester la validité du programme).

Sinon, je regarderais le source de plus près. Je pense que c'est intéressant de voir comment tu as fait pour résoudre par récursivité ce problème (En général on utilise un pivot de gauss qui permet d'avoir des coefficients nuls). Ca m'a l'air d'une approche sympa mais il faut que je regarde ca de plus prés...

Bon code







1 2 3 4 5 6 7


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,218 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.