Transmission de signaux tout ou rien par Bluetooth

Salut,

J'ai cherché s'il existait des dispositifs peu onéreux et de petite taille (pas plus gros qu'un mini dongle USB et intégrant une pile), permettant la transmission de signaux tout ou rien par Bluetooth. Je n'ai rien trouvé.

Le but est simple : transmettre des impulsions de quelques kHz maxi vers un PC ou un Pocket PC... But = tachymétrie et odométrie.

J'ai trouvé quelques systèmes de télémesure (température, pression, etc.) très encombrants et en fait sans intérêt dans mon cas.

Auriez vous connaissance de l'existance de modules miniatures transmettant juste une information tout ou rien ? (aucune intention de tenter la programmation d'un microcontrôleur et la réalisation d'un transmetteur)

Ben non, malheureusement, ce type de module ne convient pas puisque c'est juste un émetteur récepteur avec un CODEC, et que ce n'est pas autonome.

Ce que je cherche, pour résumer, c'est un produit fini avec juste une entrée tout ou rien. Ou un truc genre capteur de proximité (magnétique, opto...) sans fil.

Un dongle ne va pas non plus : c'est juste un émetteur récepteur piloté via le bus USB. C'est à ça que j'ai pensé au début, mais a priori on ne peut pas l'utiliser seul, sauf à émettre en tout ou rien (façon Morse aux tout début de la TSF). Dans ce cas, c'est inexploitable par un récepteur Bluetooth puisqu'il n'y a pas de vraie communication.

Le genre de truc que je recherche existe :

http://velocomputer.com/faces/mainpage. ... sor3_6.jsp

Une bidouille, mais c'est bien trop gros !!!!

http://www.electronics-lab.com/projects ... index.html

Merci pour ce lien, mais après avoir lu les docs, cherché sur le chipset utilisé, etc., ça coince toujours.

Manifestement, le module est livré avec un firmware destiné à en faire un câble RS232 immatériel. Ce n'est pas ça que je recherche.

Ce que j'aurais voulu, c'est un truc dans ce genre, mais avec juste une entrée. Quand j'ai vu les 8 PIO, je me suis dit "c'est bon", oui, mais sans firmware pour dire quoi envoyer quand on les titille, ça semble cuit. 500 pièces pour faire flasher autre chose...

Il me semble qu'on peut faire de la transmission minimaliste via RS232 sans passer par Rx/Tx, juste avec les RTS et CTS, et lire l'état "de l'autre côté". Je n'ai même plus les bouquins là dessus. Ils sont partis il y a longtemps à la poubelle.

Dans mon cas, si ce n'est pas du "tout fait", c'est rédhibitoire. Même faire un cicuit imprimé pour souder dessus un truc au pas de 1 mm, c'est un problème !

Tout ce que je suis capable de faire, c'est envoyer un signal tout ou rien à une entrée, et écrire le soft sous Windows qui exploite les impulsions reçues par un port Bluetooth.

En fouinant sur le net, j'ai trouvé des modules plus faciles, comme celui ci (antenne intégrée) :

http://www.goodluckbuy.com/serial-bluet ... rs232.html

Je viens de regarder la gestion des ports com sous windows. Je ne l'avais encore jamais fait, et la dernière fois que je me suis intéressé aux com. série, c'était il y a 20 ans, sous DOS, en assembleur, avec l'écriture d'un gestionnaire d'interruptions, lecture des ports etc. (en fait, j'avais triché, écrit en C, fait une compilation intermédiaire en assembleur puis optimisé).

Le système Windows émet bien un évenement pour le changement d'état de la "ligne" CTS : EV_CTS, qu'il s'appelle, d'ailleurs.

Donc je crois qu'il est possible de faire de la communication tout ou rien en utilisant juste ce signal depuis un module comme celui que tu as mis en lien.

Comme Windows CE est un système temps réel, j'imagine que compter ces évennements ou mesurer l'intervalle de temps qui les sépare expoiterait toute la précision de l'horloge du Pocket PC.

Ne reste plus qu'à faire une expérience :

- écrire un programme sur le PC de bureau pour faire changer d'état le CTS du port série associé à un dongle Bluetooth

- écrire un programme sur le Pocket PC pour récupérer les évenements CTS et les compter

Manque de bol, impossible de remettre la main sur ce foutu mini dongle depuis que madame a eu l'idée stupide de nettoyer le bureau ! Une semaine que je le cherche.

Mais concernant ces petits modules pour communications série, il y a une info que je n'ai pas trouvée ou pas comprise. Ils sont programmables par le port série. OK. Ils gardent leurs paramètres une fois déconnetés, et leur alimentation coupée. OK. mais est-ce qu'ils gèrent tout seuls la connection au récepteur distant sans besoin d'un µC derrière pour leur dire quoi faire ? Je suppose que oui, mais comme tu peux le constater, j'ai beaucoup moins de difficultés avec le soft qu'avec le hard !

La doc est quand même très minimaliste...

EIDT : zut !

en voilà un qui a essayé de communiquer comme ça (récupérer l'état de CTS sur un PPC). Il n'y est pas arrivé, WinCE ne réagit pas. Curieux, quand même, la doc dit le contraire (message spécifique)

http://www.pcreview.co.uk/forums/com-po ... 43795.html

C'est assez logique puisque c'est un contrôle matériel de flux.

Cependant, les docs Windows indiquent que le système le gère.

Les petits modules ont ces entrées / sorties. Reste à savoir si les dongles et autres périphériques transmettent et reçoivent ces signaux au système. Malheureusement, dongle perdu...

ca vaut quand même la peine d'essayer, ça ne semble pas très difficile à programmer.

Je testerai dans quelques temps :

- émetteur = PC + dongle

- émetteur = PC avec bluetooth intégré

- récepteur = PPC (c'est ce qui m'intéresse)

L'idée m'est venue en comparant mon énorme et ultra moche Terratrip 303+ avec le Pocket. Sa télécommande (filaire) est presque aussi grosse que le Pocket. Donc je voyais un émetteur Bluetooth au cul du capteur de vitesse du compteur (c'est un ILS avec des aimants), et un Pocket avec un soft ultra simple, scotché sur la planchette à côté du road book, et permettant à la fois les affichages, les remises à zéro, corrections etc. juste à portée de main. Voire même un truc intégré avec GPS. Sur Pocket, mais aussi sur tablette WinCE ou TabletPC.

Un projet plus complexe et directement en relation avec l'usinage, mais nécessitant des µC : règles de mesure et tachy sans fil, avec émetteurs Bluetooth, et affichage sur tablette tactile. Ca serait pas cool, un truc comme ça ? Là, on pourrait réellement se passer de la visu, ne mettre que les règles sur les machines, et utiliser un seul dispositif d'affichage facilement paramétrable pour le tournage, le fraisage, la rectification, etc., parfaitement personnalisable, en sélectionnant la machine dans un menu ou une liste déroulante. Soft sans grande difficulté, mais bloutouffisation des règles hors de portée pour moi !

Si j'ai bien compris, tu envoies une impulsion qui couvre le bit de start, tout ou partie des bits de données, et laisse tranquile le bit de stop ?

L'utilisation d'un 555 ne pose pas problème si on dispose d'une grosse alimentation. Automobile = ok.

Il y a aussi dans ce cas des solutions bidouille comme le détournement d'un kit mains libres en envoyant un signal audio FSK.

En revanche,ça fait perdre tous les avantages de l'autonomie d'une puce Bluetooth alimentée par piles boutons, et émettant de temps en temps un signal pour cjhercher une communication avec un client. C'est le cas du vélo qu'on voit plus haut, et le cas d'u capteur placé sur la roue avant d'une moto ; mon 600TTR est également équipé d'un trip que je remplacerais bien par un PPC. Capteur actuel tout petit planqué derrière la fourche, sur le support d'étrier de frein, liaisopn filaire qui me gonfle.

Je me méfie quand même de "l'impossibilité" d'exploiter les signaux RTS et CTS lue sur un forum. Sur ces forums informatiques, des réponses sont très souvent données par des gens n'ayant jamais touché à WinCE, et écrivant des énormités qui sont prises pour argent comptant, et copiées/collées à l'infini sur le net. Toujours pas remis la main sur ce dongle, va falloir que j'en achète un autre...

Terratrip est une marque d'odomètre. Dans le principe, c'est exactement la même chose en bien plus complet et bien plus lisible que les petits bidules Sigma pour vélos (et motos).

C'est certes utilisé en Rallye, mais pas seulement, loin de là. On les voit généralement montés par paire siur les véhicules de rallye raid. Mais ce n'est qu'un petite partie des utilisations.

- randonnées 4x4 au road book ; les road books étant rédigés avec des indications de ditance à parcourir, de directions à prendre, de repères visuels, etc. il vaut mieux avoir un système précis, facile à remettre à zéro, et utilisable par le passager avant.

- travaux publics. Je n'en ai jamais vu n'étant pas de la partie, mais je sais que c'est très utilisé : mesure des distances parcourues par exemple sur chantier autoroutier

- agriculture

Si tu veux voir ce que c'est dedans :

http://www.cambouis.com/bidouille/diver ... entree.htm

http://www.cambouis.com/bidouille/diver ... mmande.htm
http://www.cambouis.com/bloc-notes/2006 ... -06-02.htm

Quelques tests de branchement direct su le capteur de vitesse d'origine d'un véhicule :

http://www.cambouis.com/bloc-notes/2006 ... -06-03.htm

un test de raccordement direct, sans utiliser les modules spéciaux (chers et inutiles dans ce cas précis) vendus à cet effet :

http://www.cambouis.com/bloc-notes/2006 ... -06-12.htm

et le genre de monstruosité que c'est dans un véhicule :

http://www.cambouis.com/bloc-notes/2007 ... -07-14.htm

Ces photos montrent purquoi ça serait bien d'avoir quelques chose de plus discret et moderne !

Il existe des machins plus petits pour motos. Par exemple MOD7CE (j'en ai un sur le TTR) qui semble avoir abandonné les petits pour motos de TT, Brantz, DTMS, D6TM, Mestrac...

Sur 4x4, le système à 555 irait bien. Pas sur moto (pas de batterie, et trop encombrant et fragile)

D'ailleurs, prochaine applet pour WinCE : une calculette de cicuit à 555. Allez hop. On commence ce soir. Je venais juste de finir un truc pour calculer la distance d'un orage et un autre pour calculer la chute des corps (le coup de la pierre jetée dans un puits). Je ne savais pas trop quoi faire, c'est tout trouvé.

Après moult recherches, j'ai trouvé la confrmation que les signaux ne question ne peuvent gérer que les communications au niveau matériel, et ne sont en aucun cas "on the air".

Testé aussi un peu au niveau logiciel...

Quel bazar ! On est loin des COM1/COM2 gérés par interruption.

Je suis arrivé à ouvrir des ports sur PC et Pocket, mais je n'ai pas pu tester les communications faute de logiciel genre hyperterminal pour Pocket. Ca existe, mais rien trouvé de gratuit ou sous forme de sources. C'est manifestement réservé à des applications très particulières comme la gestion de routeurs par WiFi. Et en plus, c'est cher.

Par ailleurs, je n'ai pas encore trouvé de document simple sur le WiFi. Manifestement, la liaison se fait en duplex : côté Pocket, il y a un port entrant et un port sortant. En plus, on ne peut pas réserver de port (ou j'ai loupé quelques chose), et il faut passer par une routine énumérateur de ports, et ouvrir le ou les bons.