Show Posts
Pages: 1 2 [3] 4 5 ... 65
31  International / Français / Re: Reception d'un Signal RF on: November 25, 2013, 07:17:03 am
+1 pour 'tenter ça chance' , 'ne pas réinventer la roue', 'qq bonnes surprises'....

tenter aussi sa chance avec :
envoyer le signal (avec ou sans inversion) sur l'entrée de l'UART (RX)
voir ce que ça donne avec différends débits (bauds).... qui sait ??
tester des débits non standards avec SoftSerial ??
On récupère peut être qq caractères spécifiques ?? Juste assez pour voir causer le détecteur d'ouverture de porte !!
En gros : "je reçois un charabia  qui ne peut venir que de mon détecteur d'ouverture de porte !!"
ça resterait dans le cahier des charges du fil, sans gros effort ....


partisan du moindre effort je vous suis parfaitement.... mais ,curiosité aidant :
-je n'ai reconnu aucun des 'protocoles IR' courants , protocoles parfois repris en RF (après qq petites adaptations)
(Au premier coup d'oeuil ça avait un look  'Manchester', mais après 4 ou 5 impulsions ça ne colle pas.)
http://www.sbprojects.com/knowledge/ir/nec.php
ça n'a pas non plus le look des trames de puces PT2262/PT2272

-j'ai repéré un probable format de codage du  'bit' dans la trame fournie..... donc je le communique...ça servira peut être pour un 'plan B' !!
32  International / Français / Re: Reception d'un Signal RF on: November 25, 2013, 04:28:02 am
Bonjour

je pense voir une régularité dans la trame... (du moins dans son début !)
Après chaque front descendant on a :
-soit le motif Bas Haut Haut     (rouge sur l'image jointe)
-soit le motif Bas Bas Haut     (Bleu)
les deux motifs ont la même durée (durée du bit constante)

Chaque bit codé commence par un état Bas et finit par un état Haut..
C'est le milieu du motif qui porte l'information 'Bit'

Le signal étant à l'état bas au repos , La première impulsion sert à produire le premier front descendant , point de départ du 'motif' du premier bit.

On choisissant "1"pour le motif Rouge et en choississant l'option 'poids fort en premier' on aurait alors ci-dessous l'octet 1110 0001

On peut récupérer les bits en échantillonnant la  broche  à intervalle constant.
En se synchronisant sur les fronts descendants ça ouvre la voie à une petite routine d'interruption qui lirait l'état Haut ou Bas après avoir attendu qq centaines de µS. Cette façon de faire ne monopoliserait pas le microncontroleur contrairement aux PulseIn()

(Peux-tu zoomer de manière à évaluer avec plus de précision  la 'durée de 2 ou 3 'motifs' ?)
33  International / Français / Re: Reception d'un Signal RF on: November 24, 2013, 01:31:22 pm
Bonjour
Quote
Etant donné que je connais la trame du message (le nbre et la durée des 1/0), il est sûrement possible de faire un programme qui déclenche une action à la reception de cette trame ?

Nombre délements ? durée du 0 ? durée du 1 ?

Si tu publiais la trame obtenue (photo de l'écran  du scope)  tu augmenterais les chances de réponses !
Le look de la trame dira peut être quelquechose à certains. Une astuce, un 'raccourci' sera peut être alors suggéré
Ta trame a peut être des singularités.

Le détecteur d'ouverture de porte peut-il être ouvert ?
Une photo de la puce à peut être aussi quelque chose à dire !!

Quote
Quelqu'un a-t-il déjà réalisé ce code ? qq'un a t-il des idées pour sa réalisation ?
-Chercher un éventuel programme Arduino de récepteur RF à apprentissage. Un programme qui n'analyse pas le message contenu dans la trame mais se contente de dire : "je reconnais la bonne trame."
-boucle de PULSIN permettant de trier les impulsions reçues, ne garder que les bons '1', les bons '0' afin de valider ou pas la séquence
-si le principe de reconnaissance de la trame est OK , améliorer éventuellement le programme en remplaçant  PULSIN par une exploitation des interruptions, d'un Timer en mode Capture....
34  International / Réalisations et Projets Finis / Re: [Ballon Sonde] un arduino a 32Km d'altitude + Vidéo ! on: November 21, 2013, 01:50:21 pm
Bonsoir

Très belle réalisation !   Un régal quand on suit l'exposé des besoins, la présentation des solutions retenues, le résutat  et les pistes pour la prochaine expérience.
-pas de problemes de condensation ?
-il semble que le GPS 'traker' ait mis longtemps avant de faire le fix  à la descente si j'ai bien suivi la video. Avez vous diagnostiqué la chose ?
35  International / Réalisations et Projets Finis / Re: [DOMOTIQUE]Projet de domotique concluant! on: November 20, 2013, 10:04:40 am
Bonjour

Quote
Des heures de boulot, et de la fierté  
Il y a de quoi !!

Quote
Des prises pilotables à distance, marque Phoenix
Des objets hackés....
Voilà le genre de choses qui ne passeront pas inaperçues içi .....

PCDuino : belle petite carte  au destin problématique (comme d'autres) vu la faible communauté qui l'accompagne ...
Elle a, heureusement, retenu toute l'attention de Mon-club-elec :  PyDuino permet de l'exploiter avec efficacité dans l'esprit Arduino tout en donnant accès à l'essentiel des fonctions 'systèmes' disponibles sur une 'miniLinux' (réseau, multimedia...)
36  International / Français / Re: Problème de champ magnétique avec des relais de puissance on: November 20, 2013, 09:52:37 am
Même avis que B@tto, fdufnews et Icare...
Quote
et dans le futur du -5/+5V pour un circuit spécifique que je veux installer (mesure du pH).
si en plus tu envisages d'ajouter à cela la mesure de pH , des déboires supplémentaires sont à prévoir...
c'est 'chatouilleux' ce genre de mesure....
37  International / Français / Re: Capteurs inductifs on: November 19, 2013, 12:05:03 pm
Quote
Les capteurs inductifs que j'utilise ont trois fils, un marron pour la masse, un bleu pour le courant (12Vcc) et un noir que l'on branche sur la carte et qui permet de lui envoyer les informations de signaux logiques haut et bas.
Il serait plus facile de répondre avec une référence du capteur inductif utilisé.
Selon la nature exacte de la sortie 'noire' la réponse peut être différente.
Y-a-t-il une info de type 'sortie NPN' ou 'PNP' comme bien souvent avec de tels capteurs  industriels ?
De cela peut dépendre une nécessité éventuelle d'adpatation en tension 12V / 5V  comme évoqué par B@tto

38  International / Français / Re: Pour le fun, mais pas facile. on: November 19, 2013, 04:38:22 am
Quote
'il faut monopoliser 8 pins du nono pour ton truc, il ne t'en restera plus après pour faire joujou.
Pas grave, au prix où c'est... Une bagnole = un moteur => Une appli = Une carte...Logique...

Dans ce cas le multiplexage (solution proposée par Ive123) remplit le cahier des charges  avec peu de composants (déjà disponibles) et peu de code.
Avec 7 pins mobilisées, faire entrer les bits par paquets de 4 (1 paquet par digit) est un compromis idéal entre l'entrée parallèle des 12bits et l'entrée série 1 bit par registre à décalage.
39  International / Français / Re: Pour le fun, mais pas facile. on: November 18, 2013, 02:25:45 pm
Quote
our le: 74283 Il faut que je trie. C'est quoi au juste ?
Ton lien renvoie un "Forbidden" ! Ach !
C'est un additionneur (lien corrigé dans mon message précédent)

Câblé de manière astucieuse il réalise içi une conversion BCD 2 digits vers un binaire sur 7 bits
explication des additions réalisées : http://6502.org/users/dieter/bcd2/bcd2_7.htm
40  International / Français / Re: Pour le fun, mais pas facile. on: November 18, 2013, 01:34:26 pm
Quote
C'est juste que j'ai un wagon de TTL, et que j'aimerais bien jouer avec. J'ai déjà fait des trucs; mais ce challenge me paraît intéressant.
Dans ton wagon de TTL , vois tu quelques 74283 ?

ça permettrait une réalisation hardware relativement compacte sans avoir à descendre au niveau des portes NAND

Une table de vérité, Super_Cinci, oui mais sur une très grande feuille !!
Mettre globalement ('brut force') ce probleme en table de vérité ça donne un tableau de 22 colonnes et 4096 lignes
12 colonnes pour le nombre BCD de 3 digits + 10 colonnes pour le codage en binaire du résultat (de zéro à 999)
4096 lignes , c'est le nombre de combinaisons possibles avec 12 bits variables

Il sortirait, 10 équations à simplifier ou du moins mettre sous une forme compatible avec les portes logiques disponibles...... travail de forçat !!
Une fois les 1O équations ecrites sous une forme correcte du point de vue technologique, on passe au câblage.......

Tout ça pour dire, Carolyne, que le challenge (BCD 3 digits vers binaire en portes logiques)  a quelque chose de démesuré , même si en principe il n'est pas irréalisable.
41  International / Français / Re: Pour le fun, mais pas facile. on: November 18, 2013, 10:04:34 am
Faire une conversion BCD 12bits -> Binaire 8 bits 100% hardware suppose un programmateur sous la main (pour EPROM, CPLD...)
Faisable aussi en 100% NAND, bien entendu, si le  côté 'rétro' est dans le cahier des charges.
Possible aussi par assemblage de transistors (si on trouve que c'est trop facile en NAND ....)
Pourquoi pas en 100% relais, y'aurait la musique en plus......(video @ 1'33)
http://web.cecs.pdx.edu/~harry/Relay/

Trop facile par contre la conversion 'software'  (le top pour les partisans du moindre effort , physique et intellectuel, dans mon genre...)
Découper sous Arduino  les 12 bits récupérés en tranches de 4 pour les "décoder" une à une :-> chiffre des centaines, dizaines et unités.
ya plus qu'à additionner tout ça
42  International / Français / Re: Pour le fun, mais pas facile. on: November 18, 2013, 09:10:10 am
Super, le schéma ! Un peu décalé, certes, mais "rafraichisant" et  plus clair de mon point de vue que les 9/10e  des pseudos schémas Fritzing !!

Si je comprend bien l'afficheur à 3 digits 7 segments et ses 3 décodeurs BCD-7 Segments existe déjà et la question serait :
 'comment transférer les 12 bits d'entrée des 3 décodeurs vers les entrées 'digitals' d'un Arduino ? C'est bien ça ?

Une solution (non détaillée) avec 2 puces de 16 broches "CD4021"  ou "HC165" (registre à décalages à 8 entrées parallèles et 1 sortie série)
ça ne mobiliserait que 3 broches numérique côté carte  Arduino :

-une sortie Arduino pour déclencher une "prise de photo de groupe " des 12 bits (entrée Latch du registre)
-une entrée unique pour récupérer l'un après l'autre, en file indienne, les 12 bits  (sortie serial out du registre)
-une sortie pour faire le  "Une Deux Une Deux !! " permettant au registre de "libérer" l'un après l'autre les 12 bits (entrée horloge du registre)

ça suppose un poil de soft à base de SHIFTIN : http://arduino.cc/en/Tutorial/ShiftIn

Si je n'ai pas compris le demande, désolé pour le 'bruit' et merci encore pour le 'fun' !
43  International / Français / Re: petit analyseur logic on: November 12, 2013, 03:17:35 pm
Même réponse que barbudor, surtout après avoir vu cette page :
http://club.dx.com/reviews/photos/148945/191995

Les bas de gamme de Saleae et USBee utilisent la même base  hardware : une puce Cypress CY7C68013A.
Le firmware va RAM et se charge à chaque mise sous tension
Une petite EEPROM 24C sert de 'dongle' : le firmware n'est chargé que si les bons octets (une dizanie, pas plus) sont présents au bon endroit.

Sur la carte 'CY7C68013A Mini Board'  c'est au niveau du remplacement ou de la reprogrammation de cette petite EEPROM que les 'adaptations' à USBee ou Saleae se jouent..... selon quelques octets en début d'EEPROM 24C ont devient comptatible soit avec le soft firmware et le soft Saleae, soit avec le firmware et le soft USBee.

J'ai un peu utilisé la carte nue d'ebay , non pas avec le Soft Saleae  mais avec le soft USBee Suite.  
Soft moins 'léché 'que celui de Salleae mais tout à fait fonctionnel.
Côté Saleae s'il est relativement facile de faire tourner un soft Saleae ancien (peu de fonctionnalités) , j'ai décroché avant de réussir à faire fonctionner avec mes EEPROM disponibles du Saleae récent avec un bon choix de décodeurs de protocoles.
Manque de motivation vu qu'USBee remplissait la mission !

J'avais particulièrement apprécié la possibilité de réaliser ses propres modules d'analyse de protocole à partir d'un exemple en VisualBasic fourni avec le soft.('custom protocol')  ... çi joint un exemple avec qq ajouts persos : GOLDIR (télécommande IR Goldstar, LIDL1 et LIDL2 pour des sondes de températures 433MHz LIDL .   Bons résultats pour un faible 'investissement intellectuel' ....... ce qu'il me fallait....

Quelques petits utilitaires au look viellot sont également disponibles sur le site Usbee   dont un pour enregistrer et rejouer, un générateur de signaux.....

Bref : il y a de quoi faire avec le couple USBee + CY7C68013A  !
( j'ai sans doute utilisé ça au moment de la saga Castorama 'Blyss' !! )

L'intéret du module que tu as trouvé , Artouste, réside dans le boitier de protection et un probable buffer 5V non présent sur la carte 'CY7C68013A Mini Board' qui est en 3,3V . Vu la manière dont l'annonce DX est rédigée on peut penser que la compatibilité USBee est déjà réalisée ! Reste ensuite à faire ses courses sur le site USBee.......
Par contre il s'agit vraisemblablement d'un clone de USBee SX, pas d'un AX (mixe : analogique+numérique)
44  International / Français / Re: Capteur de pression atmosphérique BMP085 + Arduino+nokia 5110 on: November 12, 2013, 02:36:52 pm
Quote
Reste le probleme d'appro du gel silicone, mais je devrais m'en sortir   smiley-grin
Le Lolofer 175 F ne se fait plus depuis 2000
le Nabila 2013 est encore hors de prix
T'a aussi la reférence  "B1mb0-20XX"  mais il faut se méfier des contrefaçons......
45  International / Français / Re: Récupérer les données sur Xively on: November 11, 2013, 04:56:32 am
salut Barbudor

je viens te tester la création d'un compte 'développeur' gratuit , ça à l'air OK à première vue.
https://xively.com/pricing/

Utilisé presque en continuité depuis Pachube un compte gratuit à traversé sans encombre la phase 'Cosm' et vit encore sous 'Xively'. peut être n'ont-ils fait le ménage que pour les comptes inutilsés pendant une longue période.
Par flemme je continue d'ailleurs d'alimenter tout cela avec l'API 1 Pachube en principe obsolète !!
Pages: 1 2 [3] 4 5 ... 65