Forum Électro-Bidouilleur

Merci de vous connecter ou de vous inscrire.

Connexion avec identifiant, mot de passe et durée de la session
Recherche avancée  

Nouvelles:

Le Forum est maintenant chiffré (préambule https). Bien sûr, des liens externes insérés dans les sujets vont demeurer inchangés. Mais la composition des pages du Forum est désormais sécurisée. Si des probèmes d'affichage surviennent, veillez à vider votre cache pour ce site.

Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.

Messages - fsgraph

Pages: [1] 2 3 ... 5
1
Hello,

Me revoilou ... Après être venu à bout du Covid19 je vais bien venir à bout ce CNA ...
Merci Papyblue pour le boulot je vais tenter de comprendre ...
Et faites gaffe à vous car je peux vous dire que ce virus c'est du costaud et qu'il met sévèrement à plat ... Si ce n'est les pieds devant ...
V

2
L'idée est toute simple : le convertisseur 10 bits sait différentier 1024 valeurs donc il sait différentier deux valeurs (un niveau haut et un niveau bas).Si on prend le poids fort, il est bien à 0 pour un niveau logique bas et à 1 pour un niveau logique haut. Le signal pourra être lu à une cadence qui dépend du convertisseur et de la charge CPU, l'idéal est une fréquence de lecture fixe sous interruption. Cette fréquence doit être choisie pour ne rater aucun bit du signal entrant. Le protocole peut être quelconque mais il vaut mieux choisir quelque chose de simple à décoder. la trame peut par exemple est constituée d'un motif de synchro suivi des bits de données ( le motif de synchro ne doit pas pouvoir être fait avec une donnée particulière). J'avoue que ce n'est pas une solution "plug & play" , il y a peut-être des solutions de ce genre sur le net, je n'ai pas fait de recherches.
PB

Merci pour la réponse mais j'ai bien peur que le code me dépasse ...

Je vais tenter de voir les oscillations que donne le montage avec AOP avec un DSO ... Je n'ai pas d'oscillo mais vu la fréquence ça devrait le faire ...

V

FS

3
Bonjour,

Le OneWire nécessite une broche numérique, toute les broches analogiques des Nano peuvent être déclarées en numériques sauf ... A6 et A7  :-\

V
FS

4
Citer
Il est cependant possible de lire un signal numérique avec un convertisseur analogique, il faut juste échantillonner à la bonne vitesse. En première estimation, il doit être possible de transférer 6 bits ( 64 valeurs) à une cadence de 1 KHz maximum.

Je dois avouer que ça me dépasse ...

5
A6 et A7 sont uniquement des CAN ...
Je vois ne pas comment faire ?

6
Avec quel protocole ? Avec une seule patte ?

8
Même sur A6 ou A7 ?
Aurai-je raté qqchose ...

9
Merci ...

Ok je pige, l'un cascade à 10 et l'autre à 16  :)

10
Petite explication sur les trucs à passer d'un Arduino à l'autre :

Ce sont des valeurs de 1 à 64 donc l'idée de faire un tableau ou une formule de correspondance entre la valeur et la tension obtenue après intégration RC du PWM (qui correspond à 16 x la valeur) puis lissage RC et enfin lecture analogique sur un CAN l'Arduino qui reçoit ...

Voilà, rien de bien transcendant, mais bien chiant quand on n'a plus d'entrée dispo  ;)

11
Hello,

Si je comprend bien, et c'est pas gagné, la plage du 358 est resserré ...
Comme je n'ai qu'une petite centaine de cas différents à passer d'un arduino à l'autre ça devrait aller car il y a potentiellement 1024 valeurs ...

Pratiquement ça donne :
Un filtre RC en entrée ---> 10KR/1µF ça le fait pour un signal carré de 490Hz ?
Un AOP en suiveur ---> Out sur E- pour ~5V en entré et ~5V en sortie ?
Un filtre RC en lissage ---> 1KR/10µF pour avoir pas trop d'ondulation résiduelles ?

Je ne sais pas (encore ... j'essaie) faire de simulation ...

Sinon je repose la question :

Citer
Je trouve étrange de ne pas trouver de schéma pour faire communiquer 2 Arduino par PWM to CAN, ça permet de balayer pas mal de cas quand on a pas d'autre solution ... Mauvaise idée ? Code trop lourd ? Pas académique  ?

Merci d'avance.

V

Frédéric


12
Hello,

Sur un kit que j'ai il y a un CD4518, j'ai regardé le datasheet par curiosité et j'ai vu qu'il y avait dans la même veine le CD4520 ...
L'un est up-counter BCD et l'autre up-counter Binary ...
C'est quoi la différence je croyais que c'était la même chose ...
Merci.
V
Frédéric

13
Hello,

Une bonne explication sur l'intégration PWM donnée pas Eskimon ici :

https://eskimon.fr/tuto-arduino-403-et-les-sorties-analogiques-enfin-presque

Si j'ai bien suivi, l'AOP n'est pas correctement câble car il est ici en ampli alors qu'il devrait être en suiveur de tension ...

Apparemment il n'est pas rail to rail, mais où est marqué le drop sur le datasheet ?

http://www.ti.com/lit/ds/symlink/lm358-n.pdf

Et dernière question, dans ce cas quel référence prendre comme AOP ?

Je trouve étrange de ne pas trouver de schéma pour faire communiquer 2 Arduino par PWM to CAN, ça permet de balayer pas mal de cas quand on a pas d'autre solution ... Mauvaise idée ? Code trop lourd ? Pas académique  ?

Merci pour les explications.

V

Frédéric

14
Hello,

Etant confiné ... On reprend les vieux projets ...
J'ai trouvé un schéma de Sonelec à base d'un OP mais la tension d'entrée est de 12v et la sortie de 0 à 10V ...
Comment re-calcule-t-on les valeurs 'J1 arrive d'un PWM arduino / J3 est en 5v et J2 doit être lu par un arduino ?



Le re-calcul des valeurs est une suggestion que j'avais fait pour une petite vidéo au patron ...

Fait attention à vous et bon électrobidouillage !

V

FS

15
Discussion Générale d'Électronique / Re : Convertir un signal PWM en CC
« le: février 14, 2020, 12:13:59 pm »
Une autre question :
La fréquence du pwm est fixé à 500 Hz sur l'Arduino, c'est le rapport cyclique qui varie.
Dans ce cas le filtre doit être dimensionné comment ?

Pages: [1] 2 3 ... 5