30 réponses à ce sujet

[Path]

Plus j'avance, plus ça me manque.
 
Dans les moins chers, je trouve ça :

Ça vous parait bien ?
 
 
Description
Cette oscilloscope portable est idéal pour analyser des signaux dans n'importe quelle situation. Compact et fonctionnant sur batterie, vous pourrez l'emmener partout, il se recharge facilement sur un port USB.?
Cette oscilloscope digital 32 bits est basé sur un processur ARM-M3 et il dispose d'un ecran couleur de 320x240 pixels. Au niveau du staockage, vous disposez d'une mémoir einterne de 2MB et d'un slot micro-SD.
Caractéristiques

• Ecran : Full Color 2.8" TFT LCD 65K 320×240 pixels
• Bande passante analogique : 0 - 200KHz
• Echantillonage max : 1Msps 12Bits
• Profondeur mémoire : 4096 Points
• Sensibilité horizontale : 1uS/Div~10S/Div
• Sensibilité verticale : 10mV/Div~10V/Div (avec sonde ×1) / 0.5V/Div~100V/Div (avec sonde ×10)
• Impédance d'entrée : >500K?
• Tension d'entrée max : 80Vpp (avec sonde ×1)
• Couplage : DCs
• Trigger mode : Auto, Normal, Single, None, Scan and Fit et Rising/Falling edge/level trigger 
• Fonctionnalité Waveform : Auto measurement: frequency, cycle time, duty cycle, peak voltage, RMS voltage, Average voltage and DC voltage.
• Générateur de siganux : Signal carré 10Hz~1MHz

 
 

[Black Templar]

Oula, négatif, je n'investirai pas là dedans perso !

Outre le fait que l'écran soit un ridiculement petit (moins de 2.8 pouces !! mon smartphone en fait 5.5), c'est surtout la BP qui me rebute ! 200kHz, c'est vraiment pas grand chose, tu seras vite limité.

Ça peut être tout juste suffisant si tu utilises uniquement des AOP (car c'est à peu près la limite en fréquence des AOP), mais dès que tu as montages avec des transistors en jeux les fréquences peuvent monter à plusieurs MHz potentiellement (bien sur ça dépend toujours de ton montage...).

En plus de ça, tu n'as pas la possibilité de mettre plus d'une sonde, or c'est souvent bien pratique d'en avoir au moins deux (ne serait-ce que pour utiliser la première comme déclencheur et la seconde pour mesurer ou pour superposer deux signaux à comparer...)

Enfin, il n'y a pas de fonction mathématiques (additionner soustraire, c'est normal car tu n'as qu'une sonde, mais tu n'as pas de FFT non plus...)

 

Bref, je trouve ça très cher pour ce que c'est.

Perso, j'avais investi dans un "Owon PDS5022S" à l'époque. Je l'avais payé moins de 275€.

J'avais fait un mini retour ici : http://www.robot-maker.com/forum/topic/6394-generateur-de-fonction/?p=40818

[Path]

Tu as raison, c'est plus petit qu'un smartphone, mais avoue que c'est pas cher pour une montre connectée (ou pas d'ailleurs).

Merci pour ces conseils.

[Leon]

Pareil, ça n'est pas un vrai oscilloscope.

Un vrai oscilloscope monte à plusieurs disaines/centaines de Mhz.

Un vrai oscilloscope a de vrais "calibres" de tension différents.

Un vrai oscilloscope a un réglage AC/DC (pas le groupe de hard-rock, entendons nous bien)

Là, c'est un gadget de geek qui n'est pas pratique du tout.

 

Personnellement, j'avais investi dans un oscillo USB bas de gamme, à moins de 200€, mais infiniment plus performant que ton gadget.

C'est très pratique, les outils USB, surtout si on n'a pas beaucoup de place sur son bureau.

http://www.conrad.fr/ce/fr/product/122465/Oscilloscope-pour-PC-VOLTCRAFT-DSO-2020-USB

http://www.conrad.fr/ce/fr/product/122457/Oscilloscope-USB-Velleman-PCSGU250-voies-Bande-passante-12-MHz

 

Après, un oscillo n'est pas un outil indispensable, loin de là! Si tu bidouilles surtout de l'électronique numérique, alors un analyseur logique est un investissement très rentable!

J'avais acheté celui-là, mais on trouve de meilleurs rapports qualité/prix de nos jours.

http://www.lextronic.fr/P5283-analyseur-logique-16-voies-lap-c16032.html

 

Leon.

[nvaste]

Je comprend même pas pourquoi ils vendent ça. C'est vraiment très mauvais niveau performance. En plus on se promène pas avec un osciloscope je pense.

[Leon]

Je comprend même pas pourquoi ils vendent ça. C'est vraiment très mauvais niveau performance. En plus on se promène pas avec un osciloscope je pense.

Je ne serais pas si catégorique que toi!

Pour les gens qui ont besoin d'un oscillo qui analyse uniquement des signaux audio, c'est parfait.

Et puis l'aspect portable peut être très pratique, encore une fois selon les besoins. On a parfois besoin de mesurer "sur site", dans une voiture par exemple.

J'ai fait un peu de maintenance sur des installations industrielles (automatismes et autres), et les instruments portables (oscillo, programmateur, multimètre, fréquencemètre, etc...) sont absolument indispensables!

 

Par contre, si on veut un oscillo pour un usage général, alors oui c'est très mauvais.

 

Leon.

[nvaste]

Je comprend ton point de vu

[Path]

Je m'en sors sans pour le moment. J'ai un voltmètre et des traces logiciel. C'est vrai que c'est principalement du numérique. Je ne prévois pas non plus une grande utilisation donc je vise le pas trop cher.

 

Merci pour vos remarques. Cela me donne à réfléchir.

[Black Templar]

C'est vrai que c'est principalement du numérique.

Hum, dans ce cas, un analyseur logique est une option à étudier ! Avec ça, tu peux décoder plein de protocoles (UART, SPI, I2C, etc.).

Alors qu'un oscilloscope est fait uniquement pour analyser des signaux analogiques.

[Path]

Pour le moment, j'aimerais voir les signaux des codeurs, vérifier ce que sort vraiment le PI quand je lui demande un PWM ou voir les séquences de calcul de distance. Je n'en suis pas l'analyse de ce type de signaux ^^ Mais ça viendra.

 

Conclusion, je vais attendre.

 

Merci

[Path]

Trouvé un truc !! Et pas cher : PiScope. C'est pour capturer des signaux numériques et les mémoriser. J'utilise un raspberry 3.

 

Installation :

 

Le demon pigpiod : http://abyz.co.uk/rpi/pigpio/download.html

$> wget abyz.co.uk/rpi/pigpio/pigpio.zip
$> unzip pigpio.zip
$> cd PIGPIO
$> make
$> sudo make install

Le client : http://abyz.co.uk/rpi/pigpio/piscope.html

$> wget abyz.co.uk/rpi/pigpio/piscope.tar
$> tar xvf piscope.tar$> cd PISCOPE
$> make hf
$> sudo make install

Lancer le demon :

$> sudo pigpiod

Lancer le client en local (avec un écran sur le raspberry) :

$> export PIGPIO_ADDR=localhost
$> piscope &

 

Là, j'arrive à capturer avec un petit montage pull up. Dans la vrai vie, il faudra un montage plus sérieux. Il ne faudra pas perturber le circuit mesuré et encore moins faire un court circuit.

 

J'ai de vieux souvenirs à propos de l'entrée des ampli op. Je pense à cela pour protéger le circuit sondé des court-circuits. Je pense à un suiveur de tension.

 

C'est déconnant ? Je suis sur la bonne voie ?

 

Merci d'avance de votre aide.

[Mike118]

Pas mal =) 

Tu arrives à lire des signaux numérique mais tu peux faire les analogique aussi non ? =) 

En effet utiliser un AOP en suiveur de tension et une bonne idée mais faut faire attention à la fréquence maxi de l'aop en fonction de la fréquence maxi que tu vas avoir avec les signaux que tu comptes étudier ( mais à garder aussi en tête la fréquence maxi de fonctionnement de ton Piscope  

[Path]

Merci Mike

Ha ben non, je peux pas lire l'analogique directement sur le pi ça se saurait

Pour la fréquence max, j'ai vu un benchmark de la lib nodejs (forcement) qui encapsule pigpio. C'est dans les 2M Hz en lecture avec le pi3. C'est pas top mais pour voir mes roues codeuses et mon signal pwm, c'est suffisant Avec le viewer en C, je dois avoir un peux mieux.

Quant à la freq de l'aop, j'en sais rien. Je ferai attention en l'achetant.


Pour compléter l'aop,
Je mettrai un pont diviseur de tension en sortie de l'aop pour adapter le signal mesuré aux 3,3V du raspi.
Là encore, j'espère ne pas déconner.


Question qui remonte de mes lointains souvenirs : si l'ao est alimenté en 5V, il peux sortir du 5V ? Je crois que non mais on fait peut-être mieux de nos jour

[Mike118]

Pardon j'ai rédigé mon message trop vite. 

En gros je voulais savoir si le package que tu avais téléchargé pouvait être compatible aussi pour un mode analogique. 

Genre tu rajoute un convertisseur analog to digital ... ( bon après tu es limité par la fréquence max d'acquisition de la valeur analogique ... et je ne sais même pas elle est de combien sur un convertisseur comme le mcp3008, (bon lui a 8 channel alors que un composant avec une seul channel serait plus rapide ... )  mais un petit coup d'oeil sur la datasheet et on pourra voir si c'est une idée à mettre à la poubelle ou pas ^^

Pour l'AOP , en gros un AOP dit " rail to rail " pourra sortir une tension égale ( à quelques cheveux près ) aux bornes de son alimentation =) 

 

[Leon]

Du coup, je n'ai pas compris : est-ce que tu cherches un oscillo? Ou alors un analyseur logique? Ton montage à base de Raspbery-Pi, ça fait un analyseur logique très bas de gamme.

 

Leon.

[Path]

Je ne suis pas allé jusque là (pour le moment) mais je suppose que c'est possible de faire un oscillo avec un CAN, un pi et un logiciel -> http://www.instructables.com/id/PiScope-Raspberry-Pi-based-Oscilloscope/

 

Merci, je vais check rail to rail

 

Leon, effectivement, la première brique n'est pas encore un oscilloscope. Elle semble correspondre à mon besoin immédiat même si elle est très bas de gamme. De mon point de vue, il a 2 avantages : apprendre et pour pas cher. Après, ce n'est pas non plus un analyseur. Il n'y a aucune opération logique C'est juste un petit viewer numérique maison. C'est pas un bon début ? Je suis même certain que ce partage servira à d'autres. Je renommerai le sujet en fonction de ce que j'aurai réussi à obtenir (ou pas).

 

Je vais poster un schéma du montage d'entrée avec l'aop que j'ai en tête.

[Path]

Voilà ce que j'ai en tête.

 

 

Là, c'est pour sonder un signal 0-5V. l'aop est alimenté par le raspberry.

Je devrai adapter les résistances et l'alimentation de l'aop si je veux mesurer autre chose.

[Black Templar]

J'ai de vieux souvenirs à propos de l'entrée des ampli op. Je pense à cela pour protéger le circuit sondé des court-circuits. Je pense à un suiveur de tension.

 

C'est déconnant ? Je suis sur la bonne voie ?

Oui c'est totalement déconant ! Un AOP est fait pour travailler en mode linéaire. Toi tu fais du numérique, l'AOP ne sert pas à ça.

Un petit coup d'oeil à cet article pour comprendre pourquoi ? http://www.ferdinandpiette.com/blog/2012/12/amplificateur-operationnel-vs-comparateur/

 

 

En effet utiliser un AOP en suiveur de tension et une bonne idée mais faut faire attention à la fréquence maxi de l'aop en fonction de la fréquence maxi que tu vas avoir avec les signaux que tu comptes étudier ( mais à garder aussi en tête la fréquence maxi de fonctionnement de ton Piscope 

 

Pour la fréquence max, j'ai vu un benchmark de la lib nodejs (forcement) qui encapsule pigpio. C'est dans les 2M Hz en lecture avec le pi3. C'est pas top mais pour voir mes roues codeuses et mon signal pwm, c'est suffisant Avec le viewer en C, je dois avoir un peux mieux.

Quant à la freq de l'aop, j'en sais rien. Je ferai attention en l'achetant.

2MHz, c'est beaucoup trop pour un AOP. En général ils peuvent aller jusque 100 ou 200kHz max. (c'est la propriété slewrate qu'il faut regarder sur la datasheet, en V/µs généralement).

 

 

Question qui remonte de mes lointains souvenirs : si l'ao est alimenté en 5V, il peux sortir du 5V ? Je crois que non mais on fait peut-être mieux de nos jour

Uniquement s'il est rail-to-rail. Tu en trouves quelques fois rail positif (la sortie peut atteindre quasiment la tension l'alimentation positive) ou rail négatif (la sortie peut atteindre quasiment la tension d'alim négative (comme le LM324), plus rarement les deux à la fois (ce dont tu as besoin).

 

 

 Pour compléter l'aop,
Je mettrai un pont diviseur de tension en sortie de l'aop pour adapter le signal mesuré aux 3,3V du raspi.
Là encore, j'espère ne pas déconner.

Dans ton cas, ce n'est pas un AOP qu'il faut utiliser (ça serait même abérant) mais juste un buffer (haute impédance d'entrée, faible impédance de sortie). Par exemple un CMOS 4010 : http://www.cmos4000.com/media/cmos/ic-cmos-4010.pdf

Dans ce cas, même plus besoin de pont diviseur, tu met vss à la masse, vcc à 5V (ou plus) et vdd à 3.3V et le tour est joué. En plus, tu peux monter sans problème à plusieurs MHz

Et avec un seul IC, tu as 6 buffers ; de quoi prévoir 6 sondes

[Leon]

Leon, effectivement, la première brique n'est pas encore un oscilloscope. Elle semble correspondre à mon besoin immédiat même si elle est très bas de gamme. De mon point de vue, il a 2 avantages : apprendre et pour pas cher. Après, ce n'est pas non plus un analyseur. Il n'y a aucune opération logique C'est juste un petit viewer numérique maison. C'est pas un bon début ?

Correction de vocabulaire : un truc qui affiche des signaux numériques (tout ou rien, 1 ou zéro) dans le temps, même sans forcément analyser le protocole, sans "opération logique", comme tu le dis, ça s'appelle un analyseur logique. C'est archi pratique pour débugger de l'électronique numérique. Donc ton montage à base de Rasbery-Pi est bel et bien un analyseur logique.

https://fr.wikipedia...alyseur_logique

Perso, j'ai ce modèle : http://www.lextronic.fr/P5283-analyseur-logique-16-voies-lap-c16032.html(le prix a vachement augmenté, je l'ai acheté à 100€ il y a 5 ans chez Lextronic).

 

Sinon, oui, je comprends ta démarche avec l'analyseur Raspbery-Pi, et elle me parait pertinente.

 

Leon.

[Mike118]

Oui c'est totalement déconant ! Un AOP est fait pour travailler en mode linéaire. Toi tu fais du numérique, l'AOP ne sert pas à ça.

Un petit coup d'oeil à cet article pour comprendre pourquoi ? http://www.ferdinandpiette.com/blog/2012/12/amplificateur-operationnel-vs-comparateur/

 

 

 

Juste une remarque :  je me suis fait aussi avoir avec " oscilloscope " , quand je disais que " L'AOP est une bonne solution mais attention à la fréquence d'utilisation "  je l'imaginais bien en mode linéaire avec un convertisseur analogique numérique derrière ... car je pensais à l' oscilloscope et des signaux analogiques et  pas en mode " purement numérique " que permet un analyseur logique ... 

 

 

 

 

2MhZ, c'est beaucoup trop pour un AOP. En général ils peuvent aller jusque 100 ou 200MHz max. (c'est la propriété slewrate qu'il faut regarder sur la datasheet, en V/µs généralement).

 

 

 

Petite erreur quelque part ? ^^