Merci pour la vidéo de test! Je l’ai acheté il y a quelques mois . Pour le prix faut pas s’attendre à des miracles, mais pour une utilisation pour l’électronique de loisirs c’est très sympa pour espionner comprendre les différentes bus. Note: Ça fait le café sur 20!
Merci Bertrand pour toutes tes vidéos , mais je ne vois pas comment tu fais pour lancer le "comon promp bidule" pour lancer le logiciel et taper Sudo./ ect
Intéressant comme toujours. Dans mon cas j'utilise ce bidule pour ajuster les paramètres d'écriture sur un programmeur pour EEPROM, fait maison ,comme de raison.C'est un excellent outil pour voir ce qui se passe dans un montage numérique, et valider les trains d'ondes.Indispensable aussi pour mesurer des impulsions de l'ordre des nanosecondes,mesures impossibles avec mes autres appareils analogique...
bonjour , bon , j'ai acheté , ça devrait être ok pour mes manipes PIC , je travaille actuellement sur un convertisseur entre 2 interfaces de codeur d'angle absolus ( serie et SPI) , ça va m'être très utile , merci pour la très utile vidéo. A tout hasard , pouvez vous me conseiller un modèle de grabber bon marché compatible avec les câbles de cet analyseur? Sur Ebay ou ailleurs les photos ne permettent pas de voir comment le branchement s'effectue. 73 de F6DRO
Bonjour, vidéo intéressante, comme d’habitude. Je m’étais procuré un analyseur de ce type pour un projet (remplacer le contrôleur + lecteur de disquettes par un arduino dans un Yahama QX1), et j’avais noté des anomalies dans le signal décodé entre le CPU (63B03) et le contrôleur (Fujitsu MB8877). Mes échanges sont cadencés à 1MHz, et je trouvais aussi des trous; je comprends pourquoi maintenant! De toute façon, mon analyse est incomplète car j’ai 8 signaux de contrôle + un bus bidirectionnel 8 bits; ça me prendrait un analyseur 16 canaux, et ça c’est beaucoup plus cher… Encore un projet en hold donc.
Superbe video, je viens de comprendre grâce à cet analyseur logique pourquoi une communication série ne fonctionnait pas (ESP8266HC12). En plus de l'évaluation la video m'a montré comment m'en servir :)
Merci pour ce banc d'essai. Je crois que je vais me laisser tenter et dépenser quelques €. Comme de plus, ça fonctionne sous Linux vous m'avez convaincu. Effectivement les 24 MHz ne semblent pas être au rendez-vous, mais quand on bidouille et qu'on veut observer la chronologie de signaux sur un Arduino, ça doit suffire. :)
Salut, j'avais remarqué que sur mon analyseur, le cable usb avait son importance sur 24me. Cable court et de bon diamètre. Merci encore pour ta video(y) et pour toutes les autres :)
Merci pour le retour d'expérience. Le trigger, c'est donc le PC qui le traite, pas l'analyseur? (si on ne peut pas faire du 16Msps en attendant un trigger qui va mesurer pendant 0.01s). Comment mesurez vous l'impédance d'entrée?
Merci pour cette vidéo très intéressante ! J'ai reçu une version sans transceiver, les entrées sont directement reliées au microcontroleur (via des résistances tout de même); pensez-vous que cela puisse poser un quelconque problème ? Au moins je sais pourquoi le prix était si bas... (5,5€ port compris pour la France)
5 років тому+1
Aucune idée. Pour de courts liens, probablement pas.
encore une vidéo au top j ai le produit depuis un petit moment , je suis pas allez si loin dans les tests, analyse très intéressant je vais faire des test a nouveau voir sous Windows ou ça sature.
Une très bonne vidéo, comme souvent. Merci pour l'explication pour le module USB, parce que c'était justement ma question.: Comment un µC peut-il échantillonner à 24MHz quand il est lui même à 24MHz (ou même à 48), et qu'en plus, il y a 8 canaux ! Au sujet de la conclusion, je dirai que les câbles et les pinces sont en dehors du test. Tu testes l'analyseur en lui même, le fait qu'il ait un bundle pauvre est selon moi un problème séparé (même s'il faut le garder en tête pour ne pas avoir de mauvaise surprise).
Très intéressant. En résumé, c'est mieux que rien mais moins bien que mieux ? :-) Je sens que je vais en demander un au Père Noël (désargenté), faut prévoir des pincettes en plus, voire une nappe souple (des connecteurs HE10, c'est classique). Si l'USB aspire le flux de données à grande vitesse peut-être que la (très) haute vitesse est jouable, vu que 4k Fifo c'est pas bien gros. C'est utile de voir quelle vitesse maximale convient pour l'ordinateur qu'on a, et éviter de voir des phénomènes, comme montrés, qui ne sont pas réels (impulsion fantôme).
Si jamais on fait sois même un protocole de communication, il est possible de mettre dans le logiciel ses directives pour qu'il puisse les décoder? (Exemple: ds1302 qui utilise une version non standare du bus SPI)
3 роки тому
Oui, c'est possible d'ajouter un protocole. support.saleae.com/saleae-api-and-sdk/protocol-analyzer-sdk
Bertrand, excellente vidéo. Par contre, moi j'utilise Windows10 et je peux travailler à échantillonnage sur toute l'échelle donnée. je dispose d'un disque dur de 1To. Peut être que ça y fait pour la résolution. A savoir !!!
5 років тому+2
Je pense que le câble USB est un entonnoir. À essayer avec un meilleur câble.
Bertrand, effectivement j'avais eu un problème similaire avec un oscilloscope OWON SDS1102, j'ai changé le cable USB par un modèle de meilleure qualité (un peu comme on le fait avec les cables HDMI en les remplaçant par des modèle dorés par améliorer les liaisons vidéos) et, la liaison avec le PC a été largement améliorée (moins de parasites bruits ??). A voir
Supporté également par le logiciel OpenSource PulseView. Je préfère ne pas utiliser le logiciel Saleae logic sur un clone pour rester honête avec Saleae.
5 років тому
Si Seleae avait voulu en restreindre l'usage, ils l'auraient fait depuis longtemps. Je crois que leur pari est que les usagers vont se rendre compte des limites des clones, et vont par la suite se procurer un analyseur logique Seleae original.
C'est étrange, je possède le même analyseur (je l'avais à peine utilisé, il prenait la poussière jusqu'à ce que je voie cette vidéo), et il ne râle pas à 24MSa, même après plus de 15s...
Je suis d'accord avec toi, j'ai le même acheté sur amazon, il fonctionne à 24M sans problème (peut être grace à l'ordinateur connecté). Très bon pour ceux qui l'utilise à titre amateur.
Pour moins de 10€, c'est déjà mieux que rien pour un bidouilleur... Perso, j’attends encore le 100 Mhz que tu as précédemment conseillé. J'ai pris le 48 Cx mais je n'en aurait certainement jamais besoin... Pour quelques $ de plus, qui peux le moins ;-) 73's @ la tribu... Pascal / F4CVM...
De base le noyau Linux n'est pas temps-réel ; une véritable gestion du temps-réel s'obtient par exemple en utilisant un co-noyaux Xenomai, ce qui n'est peut-être pas nécessairement le cas du PC utilisé ici. Sommes-nous certains que la tâche responsable de l'acquisition s'exécute toujours bien dans la fenêtre temporelle requise pour réaliser l’échantillonnage des signaux de plus hautes fréquences (ce qui semble poser problème ici si je comprends bien) ? Merci pour cette vidéo Bertrand !
@ je pensais surtout au buffer de l' analyseur lui meme , avant d ' etre saturé et effectivement dependre de la vitesse de transfert vers le PC mais ca c' est universel
Merci pour la vidéo de test! Je l’ai acheté il y a quelques mois . Pour le prix faut pas s’attendre à des miracles, mais pour une utilisation pour l’électronique de loisirs c’est très sympa pour espionner comprendre les différentes bus. Note: Ça fait le café sur 20!
Merci Bertrand pour toutes tes vidéos , mais je ne vois pas comment tu fais pour lancer le "comon promp bidule" pour lancer le logiciel et taper Sudo./ ect
Intéressant comme toujours.
Dans mon cas j'utilise ce bidule pour ajuster les paramètres d'écriture sur un programmeur pour EEPROM,
fait maison ,comme de raison.C'est un excellent outil pour voir ce qui se passe dans un montage numérique,
et valider les trains d'ondes.Indispensable aussi pour mesurer des impulsions de l'ordre des nanosecondes,mesures impossibles avec mes autres appareils analogique...
bonjour , bon , j'ai acheté , ça devrait être ok pour mes manipes PIC , je travaille actuellement sur un convertisseur entre 2 interfaces de codeur d'angle absolus ( serie et SPI) , ça va m'être très utile , merci pour la très utile vidéo. A tout hasard , pouvez vous me conseiller un modèle de grabber bon marché compatible avec les câbles de cet analyseur? Sur Ebay ou ailleurs les photos ne permettent pas de voir comment le branchement s'effectue. 73 de F6DRO
Bonjour, vidéo intéressante, comme d’habitude. Je m’étais procuré un analyseur de ce type pour un projet (remplacer le contrôleur + lecteur de disquettes par un arduino dans un Yahama QX1), et j’avais noté des anomalies dans le signal décodé entre le CPU (63B03) et le contrôleur (Fujitsu MB8877). Mes échanges sont cadencés à 1MHz, et je trouvais aussi des trous; je comprends pourquoi maintenant! De toute façon, mon analyse est incomplète car j’ai 8 signaux de contrôle + un bus bidirectionnel 8 bits; ça me prendrait un analyseur 16 canaux, et ça c’est beaucoup plus cher… Encore un projet en hold donc.
Superbe video, je viens de comprendre grâce à cet analyseur logique pourquoi une communication série ne fonctionnait pas (ESP8266HC12). En plus de l'évaluation la video m'a montré comment m'en servir :)
Merci pour ce banc d'essai. Je crois que je vais me laisser tenter et dépenser quelques €. Comme de plus, ça fonctionne sous Linux vous m'avez convaincu.
Effectivement les 24 MHz ne semblent pas être au rendez-vous, mais quand on bidouille et qu'on veut observer la chronologie de signaux sur un Arduino, ça doit suffire. :)
Salut, j'avais remarqué que sur mon analyseur, le cable usb avait son importance sur 24me. Cable court et de bon diamètre. Merci encore pour ta video(y) et pour toutes les autres :)
Merci pour le retour d'expérience. Le trigger, c'est donc le PC qui le traite, pas l'analyseur? (si on ne peut pas faire du 16Msps en attendant un trigger qui va mesurer pendant 0.01s). Comment mesurez vous l'impédance d'entrée?
Merci pour cette vidéo très intéressante !
J'ai reçu une version sans transceiver, les entrées sont directement reliées au microcontroleur (via des résistances tout de même); pensez-vous que cela puisse poser un quelconque problème ?
Au moins je sais pourquoi le prix était si bas... (5,5€ port compris pour la France)
Aucune idée. Pour de courts liens, probablement pas.
Merci pour cette vidéo.
Quelle est le type de grip fils que tu utilises (les gris ) ?
Merci d'avance
De marque Tektronix ou HP/Agilent/Keysight.
Grand merci Bertrand ce petit bidule est exactement ce que je cherchais. Je viens de le tester whouaaaa GE NI AL !!!
encore une vidéo au top j ai le produit depuis un petit moment , je suis pas allez si loin dans les tests, analyse très intéressant je vais faire des test a nouveau voir sous Windows ou ça sature.
Une très bonne vidéo, comme souvent.
Merci pour l'explication pour le module USB, parce que c'était justement ma question.:
Comment un µC peut-il échantillonner à 24MHz quand il est lui même à 24MHz (ou même à 48), et qu'en plus, il y a 8 canaux !
Au sujet de la conclusion, je dirai que les câbles et les pinces sont en dehors du test. Tu testes l'analyseur en lui même, le fait qu'il ait un bundle pauvre est selon moi un problème séparé (même s'il faut le garder en tête pour ne pas avoir de mauvaise surprise).
Bonjour bidouilleur. Moi qui cherchait un analyseur logique bon marché, je crois que je vais me laisser tenter, ça suffira bien pour mon usage.
Bonjour,
Sur un autre site, il nous est donné ces pilotes et logiciels ci :
Windows - sigrok . Quen pensez-vous ?
Je connais mais je n'ai pas essayé.
Très utile pour les circuits logiques dont TTL et MOS. Belle vidéo.
À
Très bonne évaluation ! 👍
Merci Bertrand !
le soft a l air cool !
pour des trucs dans un budget 250 CAD, le soft reste bon ?
ou y a des meilleur soft avec les autre analyseurs ?
C'est le même logiciel que pour tous les analyseurs de Seleae Logic. Un logiciel complet à mon avis.
Très intéressant. En résumé, c'est mieux que rien mais moins bien que mieux ? :-) Je sens que je vais en demander un au Père Noël (désargenté), faut prévoir des pincettes en plus, voire une nappe souple (des connecteurs HE10, c'est classique).
Si l'USB aspire le flux de données à grande vitesse peut-être que la (très) haute vitesse est jouable, vu que 4k Fifo c'est pas bien gros. C'est utile de voir quelle vitesse maximale convient pour l'ordinateur qu'on a, et éviter de voir des phénomènes, comme montrés, qui ne sont pas réels (impulsion fantôme).
Si jamais on fait sois même un protocole de communication, il est possible de mettre dans le logiciel ses directives pour qu'il puisse les décoder?
(Exemple: ds1302 qui utilise une version non standare du bus SPI)
Oui, c'est possible d'ajouter un protocole. support.saleae.com/saleae-api-and-sdk/protocol-analyzer-sdk
@ Oh, c'est bien ça^^
merci c'est bien détaillé papa
Je cherche à observer des messages sur le CAN bus de ma voiture... Cela pourrait il convenir?
Ça devrait, oui. Assurez-vous que le logiciel utilisé pour contrôler l'analyseur soutient le protocole CAN.
@ merci pour votre retour !!!! En connaîtriez vous un compatible?
Ça paye pas de mine mais c'est bien pratique et point de vue qualité j'ai pas été déçu 😃
Toujours très intéressantes les vidéos de Bertrand !
Est-ce suffisant pour capturer des trames IR ?
Télécommande IR? Oui. Je crois que la modulation est à quelques dizaines de KHz.
@ Ok, donc je vais commander ça ... Encore merci !
sur le miens (le même) la doc spécifiait qu'on pouvait monter à 24 MS/s à condition de ne sélectionner que deux (ou trois) canaux
ou si existe ,une formation pour apprendre électronique à distance ?
Vous avez jeté un oeil sur «openclassrooms»? Il y a de bonnes choses gratuites et d'autres payantes (que je n'ai pas testées)...
@@p.g.pg38 merci bk pour l'orientation et le conseil mais j'aurais besoin de vous merci
Bertrand, excellente vidéo. Par contre, moi j'utilise Windows10 et je peux travailler à échantillonnage sur toute l'échelle donnée. je dispose d'un disque dur de 1To. Peut être que ça y fait pour la résolution. A savoir !!!
Je pense que le câble USB est un entonnoir. À essayer avec un meilleur câble.
Bertrand, effectivement j'avais eu un problème similaire avec un oscilloscope OWON SDS1102, j'ai changé le cable USB par un modèle de meilleure qualité (un peu comme on le fait avec les cables HDMI en les remplaçant par des modèle dorés par améliorer les liaisons vidéos) et, la liaison avec le PC a été largement améliorée (moins de parasites bruits ??). A voir
merci pour la video
Supporté également par le logiciel OpenSource PulseView. Je préfère ne pas utiliser le logiciel Saleae logic sur un clone pour rester honête avec Saleae.
Si Seleae avait voulu en restreindre l'usage, ils l'auraient fait depuis longtemps. Je crois que leur pari est que les usagers vont se rendre compte des limites des clones, et vont par la suite se procurer un analyseur logique Seleae original.
Excellente vidéo, merci!
Bonjour,
A 25mn02, on voit quand même une impulsion moins large à l'oeil.
Les limites de la résolution.
25:02
(Comme ça, on peut cliquer directement pour voir de quoi tu parle)
Hello, impossible de le faire fonctionner sou Win 7... Quelqu'un a l'expérience?
Finalement j'ai utilisé SIGROCK avec l'installateur de drivers ZADIG, cela fonctionne très bien (échec avec Saelae) sigrok.org/
C'est étrange, je possède le même analyseur (je l'avais à peine utilisé, il prenait la poussière jusqu'à ce que je voie cette vidéo), et il ne râle pas à 24MSa, même après plus de 15s...
Je suis d'accord avec toi, j'ai le même acheté sur amazon, il fonctionne à 24M sans problème (peut être grace à l'ordinateur connecté). Très bon pour ceux qui l'utilise à titre amateur.
Pour moins de 10€, c'est déjà mieux que rien pour un bidouilleur...
Perso, j’attends encore le 100 Mhz que tu as précédemment conseillé.
J'ai pris le 48 Cx mais je n'en aurait certainement jamais besoin...
Pour quelques $ de plus, qui peux le moins ;-)
73's @ la tribu... Pascal / F4CVM...
De base le noyau Linux n'est pas temps-réel ; une véritable gestion du temps-réel s'obtient par exemple en utilisant un co-noyaux Xenomai, ce qui n'est peut-être pas nécessairement le cas du PC utilisé ici.
Sommes-nous certains que la tâche responsable de l'acquisition s'exécute toujours bien dans la fenêtre temporelle requise pour réaliser l’échantillonnage des signaux de plus hautes fréquences (ce qui semble poser problème ici si je comprends bien) ?
Merci pour cette vidéo Bertrand !
c' est un probleme de memoire vive , et de transfer vers l ' USB
le buffer est trop petit . ( j'ecris ca a 27 minutes )
Très plausible. C'est pour cela que je mentionne les possibles limites du PC dans la chaîne.
@ je pensais surtout au buffer de l' analyseur lui meme , avant d ' etre saturé et effectivement dependre de la vitesse de transfert vers le PC
mais ca c' est universel
met a jour tes donateurs !
Une fois par mois. Et comme il y a un délai entre la production de la vidéo et sa diffusion, ceci explique cela.