Vous n'êtes pas connecté(e).

#1 2015-12-07 05:04:23

Fred
Administrateur
Inscription : 2015-11-18
Messages : 51

Matériel informatique / Hardware

Cette catégorie traite du volet matériel "préfabriqué" tels que le Raspberry Pi et ses périphériques (carte audio, horloge, capteurs, etc.).
--
Pour les discussions générales sur la préfiguration matérielle du projet, reportez-vous ici.
Vous pouvez également vous référer à ce tableau partagé sur framacalc

Hors ligne

#2 2015-12-07 09:33:04

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Bonjour à tous,

Juste un petit message pour les nombreux lecteurs : ne vous jetez pas sur vos claviers pour passer commande des éléments que vous pouvez glaner dans les discutions. Rien n'est définitif pour l'instant. Ce le sera après publication d'une nomenclature des différentes pièces pour les différents modèles.

Cette recommandation ne s'adresse pas aux bricoleurs qui voudraient se lancer dans des tests (merci de les annoncer avec description) ou à ceux qui veulent se familiariser avec les cartes Raspberry Pi.

Et enfin, je vais avoir besoin assez rapidement de deux exemplaires du PiBatXXRecorder (cf. description dans le fichier Framacalc), l'un comme enregistreur (soit un PiBatManualRecorder, soit un PiBatAutomaticRecorder) et l'autre comme lecteur/simulateur d'ultrasons (forcément un PiBatManuelRecorder) pour des tests des différents logiciels et réaliser à terme des tests de calibration des micros. Comme je n'ai besoin que d'un PiBatManualRecorder, je cherche quelqu'un, dans l'ouest, prêt à avancer l'argent pour commander le second exemplaire. Bien entendu, cette personne bénéficiera d'un montage gratuit !

La compétition est ouverte, le premier à répondre sera le vainqueur et il n'y en aura qu'un !!!

Jean-Do.

Hors ligne

#3 2015-12-08 11:30:09

Olivier V
Invité

Re : Matériel informatique / Hardware

Salut,

Sans aucune notion de prix pour ce que tu demandes, c'est difficile de s'engager.
Je me vois mal dire oui sans savoir si c'est dans une fourchette de 50-100 € ou de 500 000 €.

A+

#4 2015-12-08 11:59:33

Fred
Administrateur
Inscription : 2015-11-18
Messages : 51

Re : Matériel informatique / Hardware

Salut,

En gros il faut:

  • Un raspberry Pi à 25€ (le dernier modèle "Zero" à 5$ est en rupture de stock)

  • Une carte audio cirrus logic 192kHz à 40€

  • Carte horloge (12-13€)

  • Pré-ampli micro (environ 5 à 10€ de pièces)

  • Micro à 3-5€

  • Batterie PowerBank (batterie USB) à environ 30€

  • Écran OLED 21x6 caractères (10€)

  • Clavier sensitif 16 touches (10€)

  • Boîtier et connectiques (10-30€)

  • Clé USB (15€)

  • Carte microsd (5€)

Ce qui revient à environ 200€, Jean-Do, tu me corriges si je me suis trompé dans la liste.

Le détail des prix par composants est ici.

Fred

Hors ligne

#5 2015-12-08 12:20:57

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Bonjour,

Oups ! Désolé, nous avons abordé les prix dans plusieurs documents et ce n'est probablement pas clair pour chacun.
Donc, vous avez un récapitulatif des prix visés ci-dessous en fonction des modèles de ce document
- PiBatManualRecorder 250/300€,
- PiBatAutomaticRecorder 250/300€ pour 1 micro avec 5m de câbles et avec l'option écran/clavier (incertitude sur la batterie),
- PiBatFixedRecorder 150/200€,
- PiBatLogger 150/200€ sans écran/clavier et 250/300€ avec mais là aussi, il y a des incertitudes sur la batterie.

Attention, ce sont des prévisions. Il y a plusieurs raisons qui pourraient les faire varier en plus et en moins :
- Les spécifications des différents modèles mais là, comme personne ne réagit, je suppose qu'elles sont approuvées (il est encore temps...).
- Les prix le jour de la commande (les prix fluctues en fonction des promotions et du temps et, si on fait une commande groupée et que quelqu'un se charge de négocier ce sera plus bas que le marché).
- Les aléas du développement qui feront qu'un composant est abandonné pour un autre plus performant par exemple.
- ...

Concernant l'écran et le clavier, ayant maintenant les deux en ma possession, j'ai commencé les tests hier :
- Écran, après quelques tâtonnements, la bibliothèque AdafruitPiOled s'avère compatible du produit et, malgré sa taille la lecture est facile. Je valide donc ce composant mais, comme d’habitude, vous avez le droit de donner votre avis...

- Clavier, c'est plus compliqué ! L'exemple fournit par le constructeur ne fonctionne pas !!! J'ai essayé une autre méthode et j'arrive à lire les 8 premières touches mais pas les 8 autres. J'ai envoyé un mail au constructeur mais je pense qu'il va falloir que je me débrouille seul... Pour les 8 touches qui fonctionnent, c'est très correct. Bien sur, comme c'est du sensitif, il n'y a pas le retour mécanique au bout du doigt pour informer que la touche est bien appuyée mais c'est assez net tout de même : on touche le circuit et la touche est sollicitée, on ne touche pas, même à 1/10 de mm au-dessus et la touche n'est pas sollicitée.

Vous trouverez une  photo de l'ensemble sur ce lien. Attention, je n'ai pas encore adapté mon logiciel, c'est juste un test ! Et il y a encore le film de protection.
Et désolé pour la pièce de 20 centimes pour l'échelle, c'est la dèche, je n'ai même pas 1 Euro en poche smile

Fred a été plus rapide que moi mais je complète son propos.

Jean-Do.

Hors ligne

#6 2015-12-08 12:35:08

Fred
Administrateur
Inscription : 2015-11-18
Messages : 51

Re : Matériel informatique / Hardware

Faut voir le bon côté d'un tel clavier, si on arrête de faire des chauves-souris, on pourra le recycler en GameBoy !!!
Fred

Hors ligne

#7 2015-12-08 19:10:28

Bruno
Membre
Inscription : 2015-12-04
Messages : 16

Re : Matériel informatique / Hardware

Bonjour,
J'ai une question pour les spécialistes acousticiens :
Plutôt que d'utiliser la carte audio qui plafonne (pour l'instant) vers 96khz (fréquence d'échantillonnage max de 192khz), est-ce qu'il ne serait pas préférable d'utiliser un CAN même 8 bits capable d'échantillonner beaucoup plus haut ?
Je parle de AD7569 qui équipe le D240X qui est capable d'échantillonner à 2µs soit 500khz...
En clair est-ce qu'il vaut mieux deux échantillons de 16 bits (avec la carte audio du Raspberry) sur un signal à 96khz plutôt que 5 échantillons de 8 bits (avec l'AD7569)?
De plus, l'AD7569 permettrait d'atteindre les fréquence du petit rhino et de donner quand même 4 échantillons de 8 bits à 120khz...
Qu'en pensez vous?
J'attends votre réponse mais je ferrais bien l'essais de câbler un AD7569.
Par contre j'aurais besoin d'aide pour la prog d'un Raspberry, d'un Arduino ou un PIC pour gérer les signaux de contrôle (à moins que je ne les gère en logique câblée comme c'est le cas dans le D240X)?
Bruno

Hors ligne

#8 2015-12-10 09:22:56

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Bonjour à tous,

Quelques nouvelles des développements :
- C'est bon, le clavier fonctionne ! Après quelques soucis, j'ai trouvé la bonne méthode de lecture et le résultat est très correct. J'ai aussi testé le couple Clavier/Écran Oled et pas de souci, vous pouvez visualiser une image du couple en "action" sur ce lien.
- Pour le logo affiché sur l'image précédente, j'ai récupéré un dessin sur Internet et je l'ai mis au format mais, si parmi vous il y a des graphistes, qu'ils n'hésitent pas à proposer leurs services. Ce qu'il faut, c'est, au minimum, une image 128x64 pixels en noir-et-blanc format BMP sans texte à l'intérieur. Et, au maximum, 10 à 20 images d'une chauve-souris qui s'approche pour une animation au démarrage et 10 à 20 images d'une chauve-souris qui s'éloigne pour l'animation en quittant... Fred, il faudra à terme une adresse Internet du projet plus courte, elle occupe trop d'espace !
- Maintenant, je me lance dans l'adaptation de mon logiciel pour ce clavier et cet écran. Je pense que pour Noël une version sera disponible. Je publierai donc mon code avec l'exécutable, les éléments indispensables et le câblage minimum (hors pré-amplis), de cette façon, quelques volontaires pourront faire tourner le proto et le déverminer...
- D'un autre coté, j'ai donné toutes mes billes concernant les pré-amplis à Bruno et Hubert pour qu'ils valident et/ou adaptent les schémas.

Donc pour moi, silence radio sur le sujet jusqu'à la fin de l'adaptation du logiciel... sauf sollicitation.

Jean-Do.

Hors ligne

#9 2015-12-11 00:02:44

Fred
Administrateur
Inscription : 2015-11-18
Messages : 51

Re : Matériel informatique / Hardware

Chapeau, très beau boulot!

J'en ai du mal à suivre tellement ça avance vite. Je commence à être dépassé par vos compétences respectives :-) Je m'excuse par avance de mélanger quelque peu les volets matos et logiciels mais je ne vois pas comment les dissocier dans les points suivant.

Pour répondre rapidement à Bruno, et en ce qui me concerne, ce projet n'est pas fermé et d'autres types de matériels seront et même devront obligatoirement être développé à l'avenir, d'autant plus que le matériel évoluera et que la pérennité de cette carte audio est inconnu. De telles idées sont excellentes et méritent évidemment que l'on s'y penche. Peut-être toutefois dans un second temps.

Mon premier objectif dans ce projet est tout d'abord de développer un matériel facile à réaliser avec des pièces faciles à monter (de base, c'est juste un ordi avec une carte son) pour permettre à n'importe qui de réaliser son propre montage via les éléments mis à dispo sur le net et/ou via des ateliers de montages collectifs. Reste juste la question du choix et du montage du microphone qui est plus complexe car a priori inexistant en standard (hors quelques montages faciles à trouver à base de LM386). Hubert pourra peut-être nous aider sur ce point ;-).

Jean-Do, qu'est-ce qui a motivé ton choix pour l'OPA344? N'en ayant pas sous la main, je tente l'équivalent avec des NE5532/NE5534 que j'ai acheté il y a pas longtemps (standards et relativement peu bruyants).

Concernant les choix matériels, il n'y a pas grand chose à redire, ces choix me paraissent bons et pertinents. Concernant l'écran, l'on pourrait peut-être réfléchir ensemble sur les éléments pertinents à y afficher en action (les fréquences comme tu l'indiques, l'horodatage, les no du fichier en cours ou du dernier fichier enregistré (personnellement, il est généralement constitué d'un identifiant de détecteur, de suivi ou de point (nb de caractères fixe, plus facile à gérer pour récupérer les données dans des tableaux de traitements), suivi d'un horodatage donnant quelque chose de type RpiBat01_AAAAMMJJ-HHMMSS.wav).
Il y a pour moi surtout le sujet de la gestion de l'hétérodyne sur laquelle je me pose quelques questions quant à son usage pratique sur le terrain avec les boutons. Si j'ai bien compris, le battement zero est fait automatiquement par logiciel.
D'expérience, l'approche française (de Michel BARATAUD), apporte une grande importance à l'hétérodyne qui, selon moi également, permet de réaliser plus de 80% du travail d'inventaire et d'identification sur le terrain (en gros, les pipistrelles/minioptère/vespère, les rhinolophes, les sérotines/noctules et même souvent les barbastelles peuvent être relativement bien déterminées sur la base de l'hétérodyne) ou les critères principaux sont bien entendu la fréquence de maximum d'énergie (i.e. le battement zero) mais aussi le rythme et surtout les sonorités à différentes fréquences autour du battement zero (distinction entre applani, fréquence quasi constante, abrupte, tronqué, etc.). De plus, il peut arriver que l'on se focalise sur certaines espèces ce qui nécessite en ce cas de reprendre la main sur la fréquence. Enfin, il y a un risque de manquer certaines espèces furtives dans la situation ou l'on a déjà une autre a proximité, plus puissante donc (cas fréquent des rhinolophes ou des oreillards). Et puis surtout, c'est très intéressant du point de vue pédagogique et très concrètement, c'est quand même bien plus sympa de pratiquer de manière active en faisant varier la fréquence, sinon on s'endort :-p, un peu comme sur l'autoroute.
Sur ce sujet, tu me répondais précédemment qu'un encodeur rotatif pourrait pour répondre à ce besoin (un de ce type? comme ce que l'on peut trouver ici). En effet, cela pourrait être une bonne piste à creuser (reste-t-il des connecteurs disponibles sur le Raspberry avec tout ce matériel?) car, outre l'ergonomie, cela permet de changer rapidement de fréquence. Serait-il possible d'intégrer ces deux possibilités à ton logiciel (choix au lancement par exemple, ou via un menu de configuration):

  1. Fréquence automatique

  2. Fréquence manuelle (2 sous-choix) :

  1. Changement par molette (si présente)

  2. Changement par boutons (par défaut)

Un dernier point Jean-Do, comment voyais-tu les choses concernant la gestion de la configuration du matériel et notamment des systemes automatisés? Sur ton tableau, tu évoques de passer par un PC. Envisageais-tu un petit logiciel (multiplateforme) permettant de produire un fichier de configuration qui serait ensuite chargé sur le raspberry via sur la clé usb ou la carte microsd (pas pratique car EXT4 non reconnu nativement par Windows) ?

PS, mon montage pour le simulateur avec le HP Kepo est basé sur un ampli op LM386 et alimenté par une pile 9V, veux-tu que je te fasse un schéma du montage (sans doute à améliorable) ?

Hors ligne

#10 2015-12-11 09:25:19

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Bonjour,

Quelques réponses aux questions de Fred :

- Choix de l'OPA344. En fait, c'est le composant monté sur ce module que j'ai testé (ne fonctionne pas en US, il y a un filtre passe bas qui coupe au-dessus de 20kHz). J'ai regardé ses caractéristiques qui me convenaient à priori et je ne suis pas allé plus loin ! Il faudrait effectivement faire une recherche...

- Le nom des fichiers wav est bien du même type (XXXXX_AAMMJJ_HHMMSS.wav) avec la partie "XXX" modifiable par l'opérateur, la valeur par défaut étant "PIBAT".

- Pour les affichages d'écran, paradoxalement c'est la partie la plus compliquée à coder, l'interface opérateur et les interactions de ce dernier étant multiples et variés, il faut prévoir un maximum de cas et c'est une source de bugs, tout les cas n'étant jamais pris en compte dans leurs totalités... Dans ma précédente version, sachant que le couple clavier/écran n'était pas définitif, j'avais codé cette partie un peu "à l'arrache". Je suis en train de la reprendre plus proprement et, surtout, plus évolutive, pour l'adapter ensuite aux remarques qui ne manqueront pas d'être faites. Sauf si quelques personnes sont prêtes à débattre maintenant sur ce point, j'avais prévu de faire selon mon idée et vous présenter le résultat pour ouvrir le débat. A vous de voir donc... mais de toute façon, si le débat se lance, j'aurai finit de coder avant que le débat soit clos !

- Concernant l'hétérodyne, je me doute bien que je ne vais pas bousculer les habitudes d'un coup... Oui, ton exemple d'encodeur rotatif est exactement ce qu'il faudrait mais il reste effectivement la problématique des sorties GPIO disponibles, la carte audio les occupe tous mais certains ne sont pas vraiment utilisés. Concernant mon fonctionnement automatique, voici quelques précisions par rapport à tes remarques :
     - Il fonctionne avec le trigger, donc, comme ce dernier à une FMin et une FMax d’intérêt, il est possible de sélectionner une bande si on s'intéresse à une famille particulière, ce qui fait qu'une espèce plus puissante mais hors bande ne viendra pas perturber l'écoute.
     - Oui il est possible de passer d'auto à manuel via un paramètre ou directement via une touche mais pas codé pour l'instant. J'ai prévu d'utiliser deux touches: "Carré" stoppe l'hétérodyne et "Triangle" lance l'hétérodyne. On peut imaginer une autre combinaison : "Triangle" chaque coup permet de lancer ou stopper l'hétérodyne et "Carré" chaque coup ajuste l'hétérodyne à la dernière FME...
     - Oui il est possible de détecter la présence de l'encodeur et de l'utiliser par défaut si présent.
Là aussi, dans un 1er temps, je code à ma façon (parce que c'est plus rapide, pas à cause de ma tête de lard wink) et on adaptera à la demande ensuite.

- Concernant les paramètres et la gestion de configuration, j'imagine plusieurs choses :
     - Déjà la mise à jour des nouvelles versions de logiciels : un logiciel spécifique sera le 1er à démarrer après Linux. Il examinera le type d'appareil et vérifiera la présence éventuelle d'un répertoire sur la clé USB ("PiBatRecorderVxx.x" par exemple) et, si la version de la clé est plus récente que celle installée, fera automatiquement les copies pour ensuite lancer le ou les logiciels qui faut pour la configuration présente.
     - Pour cela, il faut que la configuration matérielle soit connue des différents logiciels. Si certains matériels sont facile à détecter, d'autres sont plus difficiles et il faudra donc un fichier de configuration décrivant l'attendu.
     - Mon logiciel actuel PiBatRecorder fonctionne avec un fichier de configuration dans lequel différents paramètres sont lus (liste exhaustive sur ce document en ligne). Ce fichier est en texte facilement éditable et modifiable avec un éditeur de texte. Dans un 1er temps, c'est de cette façon que je testerai le mode automatique. Mais, à terme, j'envisage effectivement de passer par un navigateur. L'enregistreur aura un serveur Web qui proposera une page de modification des paramètres. Qui dit navigateur, dit forcément multi plateforme ! Pour le cas de l'enregistreur automatique autonome, il y a deux possibilités, si les clavier/écran sont présents il est possible de modifier directement les paramètres (rôle du module PiBatManager), sinon, ce sera par serveur web (rôle du module PiBatWebServer). Ce qui démontre bien qu'avant d'installer et de lancer ces différents modules, il faut un fichier de configuration global décrivant qui fait quoi. A 25€ l'option clavier/écran, je pense que c'est plus facile de les avoir. Mais, pour PiBatFixedRecorder, ce sera forcément via le serveur Web.

De façon globale, il serait intéressant qu'une personne travaille sur cet aspect de façon à avoir éventuellement une approche différente de la mienne. Et ce travail n'est pas technique, il s'agit simplement d'imaginer les différents fonctionnements et cas matériels, les options, paramètres... et de constituer des structures afin de limiter les différents cas sinon nous n'aurons jamais le temps de tester toutes les combinaisons et trop de cas est source de dysfonctionnements.

Et enfin, pour le LM386, j'ai un montage disponible mais il faut que je vérifie qu'il n'a pas de filtre passe-bas.

A+

Jean-Do.

Hors ligne

#11 2015-12-13 15:01:46

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Bonjour,

En réponse à Jean-Baptiste sur sa question GPS dans le message du 13/12/15 à la rubrique "Alimentation.
Le GPS est effectivement une option intéressante mais, pour l'instant, elle n'est pas proposée. Pour réfléchir à son intégration, merci de répondre aux points ci-dessous :
- Un GPS à ~10€ ! Avec l'antenne ? Merci de préciser le fournisseur sachant que, toujours pour des raisons d'occupation des broches GPIO, l'idéal est un GPS sur bus I2C.
- Comment fonctionnent les enregistreurs avec GPS intégré ? La position GPS est écrite dans un fichier à part (si oui, quel format ?) ou taguée dans le fichier wav (l'interface des fichiers wav n'est pas prévue pour ça selon moi) ?

Et, d'expérience sur smartphone, un GPS a une consommation non négligeable qu'il faudra prendre en compte dans le dimensionnement de la batterie si cette option est proposée.

Jean-Do.

Hors ligne

#12 2015-12-13 17:35:12

JB
Membre
Inscription : 2015-12-06
Messages : 13

Re : Matériel informatique / Hardware

Salut,

Le modèle plus "cheap" est utilisé en modélisme, c'est le NEO-6M ( http://fr.aliexpress.com/item/Free-Ship … eb201560_8 ). Par contre je n'ai pas trouvé en i2c a cette gamme de prix. Soit on utilise le port série du raspberry (a priori il n'est pas déjà utilisé ?), soit un rajoute un convertisseur USB-TTL et une utilise un port USB du raspberry.

Je ne crois pas que le wav permette des métadonnées. Au niveau des détecteurs, le SM2 et EM3 proposent un fichier csv annexe avec le nom du fichier et la position. C'est ce qui me semble le plus simple. Si on veut s'amuser on peut aussi générer directement un shape ou kml (ou on garde ça pour une v2 ;-)  ).

Bonne soirée !

Hors ligne

#13 2015-12-13 17:59:42

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Merci pour les précisions. Le modèle proposé est très intéressant au niveau du cout. Mais, pour une utilisation d'une liaison série, on est face à deux problèmes :
- La liaison série du Raspberry est disponible sur le GPIO 14 et 15. Hors sur ce document de description de la carte audio, ces broches semblent utilisées par la carte audio.
- Sur les cartes A+ et Pi Zero, un seul port USB est disponible et il sera occupé par la clé USB de sauvegarde des fichiers wav. Mettre un Hub USB me semble pas terrible dans un truc portable et utiliser une B+ (4 ports USB) trop couteux...

Pour le fichier CSV des positions des différents fichiers wav, c'est ce que je pensais et ce n'est pas difficile à mettre en oeuvre.
Pour le fichier kml, oui, probablement en V3 wink.

Jean-Do.

Hors ligne

#14 2015-12-13 18:05:30

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Grossière erreur de ma part sur la réponse précédente (ou simplement réponse trop rapide !). La liaison série du Raspberry n'est pas utilisée par la carte audio. Elle est même directement exploitable via le connecteur J8 de cette carte ! Je viens de vérifier sur le schéma de la carte...
Donc, l'option GPS est parfaitement envisageable pour un prix abordable.

Jean-Do.

Hors ligne

#15 2015-12-13 22:22:36

Emmanuel COLLET
Membre
Inscription : 2015-12-12
Messages : 6

Re : Matériel informatique / Hardware

Bonjour tout le monde,
Je n'ai pas eu le temps de lire tous les messages.

Je répond au message de Bruno du 8 decembre 2015 concernant les ADCs : Je te propose de travailler avec un ADC AD7916 ou AD7988-5. Ces 2 ADCs disposent d'une interface SPI, 16 bits de précision, 500KHz d'échantillonnage et 5mW de consommation. La différence se tient dans l'étage d'entrée :
- AD7916 est un vrai différentiel
- AD7988-5 est un pseudo différentiel, mieux adapté aux contraintes du projet.
- La maquette de démo est chère (90E), on peux bidouiller avec une plaquette adaptatrice MSOP vers DIP.

Je répond au message de Fred concernant l'amplificateur OP344 : C'est un Ampli-op pas si mauvais que cela. La consommation est vraiment très faible, je pense que l'on ne fera pas mieux. Ses performances sont correctes, mais son Slew-Rate est de 0.8v/us :
- Pour un signal de 1Vcc d'amplitude, pas de soucis, il devrait tenir petits rhinolophes
- Pour un signal de 5Vcc d'amplitude, il déformera le signal d'un grand rhinolophe, ne respectera pas un signal de petit rhinolophe, quand aux murins, j'en parle pas.

Je vous ferais un état des lieux pendant les vacances de noël. A bientôt.
     Emmanuel

Hors ligne

#16 2015-12-13 22:29:02

Bruno
Membre
Inscription : 2015-12-04
Messages : 16

Re : Matériel informatique / Hardware

Bonjour,
Pas trop d'inquiétude à avoir coté conso GPS :
De mon coté j'utilise l'IgoTu GT12O.
C'est juste un enregistreur de position GPS sans afficheur ni clavier.
La batterie est de 230 mAh et l'autonomie est de 40h si on choisi un intervalle supérieur à 24 secondes entre 2 points.
Dans le cas d'un intervalle inférieur à 24'' l'autonomie diminue fortement car le GPS n'a plus le temps de se mettre en veille...
c'est sans doute possible sur le modèle proposé par JB...

Hors ligne

#17 2015-12-14 23:26:39

Bruno
Membre
Inscription : 2015-12-04
Messages : 16

Re : Matériel informatique / Hardware

Bonjour Emmanuel,
On a du taper nos messages d'hier soir en même temps (mais mon slew-rate est moins bon que le tien)
Bienvenu et merci pour ta réponse que je n'avais pas vu.
J'étais justement en train de regarder les ADC chez Radiospares suite à une demande de Hub (pour une autre application)
l'AD7988-5 pourrait bien lui convenir mais, n'étant pas très à l'aise en langage évolué, je ne vais pas pouvoir aller bien loin avec un modèle SPI hormis le câblage du proto...
A 500khz 16bits, on va quand même multiplier la charge CPU ainsi que la taille des fichiers par 2,5!
Bruno

Dernière modification par Bruno (2015-12-14 23:28:30)

Hors ligne

#18 2015-12-15 00:01:59

Emmanuel COLLET
Membre
Inscription : 2015-12-12
Messages : 6

Re : Matériel informatique / Hardware

Bonjour Bruno,
Pour l'enregistrement, pas de soucis. L'adc AD7988-5 permet de travailler de 0 à 500KHz, donc 250kHz ou 384kHz sont possible. Avec un filtrage numérique, on peux ré-échantillonner sans risquer de repliement spectrale, exemple échantillonnage à 500KHz, enregistrement à 250KHz, bande passante 115kHz.
A bientôt
     Emmanuel

Hors ligne

#19 2015-12-15 20:06:05

Fred
Administrateur
Inscription : 2015-11-18
Messages : 51

Re : Matériel informatique / Hardware

Bonjour,

Juste pour info, certains doivent déjà connaître, Dodotronic qui produit le micro à ultrasons usb Ultramic propose également un micro à ultrasons avec préamp (je suppose à voir la photo) appelé MOMIMIC pour la modique somme de 90€. Je découvre également un nouveau modèle d'ultramic à 192 kHz (moins cher?).

Cela ne rentre pas dans le caractère libre du projet (juste informatif donc) mais pourra contenter ceux qui préfèreront un montage sans bidouille matérielle.

Fred.

Hors ligne

#20 2015-12-17 14:59:15

Hub
Membre
Inscription : 2015-11-29
Messages : 23

Re : Matériel informatique / Hardware

Bonjour à tous,
pour les micros, il doit être possible de réaliser quelque chose avec un SPU0410LR5H-QB (les SPM0204UD5 du momimic sont obsolètes) et deux étages d'amplification par exemple avec un MCP6022. Comme évoqué avec Bruno et Jean-Do il m'est possible d'en produire une petite série cms. Le filtrage en dessous de 16 Khz le chiffonne, cela limite les applications ... cela dit il est possible de faire deux versions de micros, une filtrée une non filtrée.
Pour l'ADC proposé par Emmanuel, cela semble nickel ! il y aurait une carte d'évaluation  à moins de 30€ .
Hub

Hors ligne

#21 2016-02-05 15:08:06

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Bonjour à tous,

En attendant les cartes audio et Raspberry Pi Zero pour réaliser un second proto, je viens de terminer un travail sur le rejeux des fichiers ultrasons pour tenter de réaliser un système servant de référence ultrason pour les tests.
Bien entendu, tout est basé sur mon 1er proto de PiBatRecorder auquel j'ai ajouté un amplificateur audio (à base de LM386) et un HP ultrason Kepo. J'ai modifié le programme de lecture pour accepter des fichiers à 384kHz de Fréquence d'échantillonnage (Fe) issus de SM2. Comme la carte audio servant de lecteur ne propose que 192kHz de Fe max, je fais de la décimation par deux (sur un fichier à 384kHz de Fe, seul un échantillon sur deux est envoyé au lecteur) pour rejouer les fichiers. Ce traitement est sans grande conséquence pour des sons inférieurs à 96kHz.
Pour tester l'ensemble, je rejoue les fichiers avec, placé dans l'axe à 2m, un EM3+ en enregistrement.
Sur ce lien, vous pouvez télécharger un zip des fichiers originaux issus d'un SM2, enregistrés sur le terrain l'été dernier.
Sur ce nouveau lien, vous pouvez télécharger un zip des fichiers enregistrés par l'EM3+ des mêmes sons rejoués par PiBatRecorder.
Pour information, l'ensemble des fichiers est en expansion de temps x10 (Fe à 38.4kHz) pour une écoute directe sur un lecteur audio.

On ne peut pas dire que le résultat soit très propre !!!
Mais, en examinant bien les fichiers, les cris sont bien présents et à la bonne fréquence... avec beaucoup de bruit et des harmoniques non négligeables !
Le couple LM386 et HP US semble responsable du bruit constaté à 5.5kHz, 20.4kHz et 42.9kHz (sur une zone sans cri, une mesure spectrale montre bien les 3 bosses).
Malgré tout, ce lecteur nous aidera probablement à la mise au point de l'enregistreur en permettant de rejouer des fichiers à la demande et à la maison (je n'ai pas encore réussi à dresser une chauvesouris [nouvelle orthographe autorisée !] à crier à la demande !).
Bien entendu, si vous connaissez des composants de meilleur qualité pour cette restitution, n'hésitez pas à nous en faire part.

Jean-Do.

Hors ligne

#22 2016-02-05 22:17:58

Emmanuel COLLET
Membre
Inscription : 2015-12-12
Messages : 6

Re : Matériel informatique / Hardware

Bonjour Jean-Do,
Tu parles de 3 fréquences présentes en permanences, ceci peuvent avoir diverses sources:
- Les alimentations ne sont pas suffisamment propre, donc la réjection d'alimentation est insuffisante.
- Générateur d'ultrason dans la maquette

2 sources principales :
- Les alimentations à découpage polluent les alimentations et génères des ultrasons
- Les consommateurs numériques polluent les alimentation par leur appels de courants.

A bientôt
     Emmanuel

Hors ligne

#23 2016-02-06 11:43:56

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Merci Emmanuel pour ces explications mais je pense que c'est plus complexe :

Le bruit est surtout présent en absence de signal. L'image ci-dessous montre une portion du fichier de lecture du Grand Rhino :
Spectrogramme Grand Rhino
Le bruit est surtout présent pendant les phases sans signal et quasi absent pendant le cri (barre horizontale à 80kHz).

La figure ci-dessous montre la répartition de l'énergie en fonction de la fréquence en absence de cri :
PowerSpectrum bruit

Et ci-dessous en présence d'un cri :
PowerSpectrum signal

Lors de la restitution, à l'oreille, on a exactement la même chose, du bruit pendant les phases sans cri et un silence relatif pendant les cris (inaudible à une oreille humaine).
C'est comme si il y avait dans la chaîne un contrôle automatique de gain (CAG) qui augmente le gain en absence de signal, avec comme conséquence une monté du bruit, puis baisse le gain en présence du signal avec comme conséquence une baisse du bruit.
Mais, à ma connaissance, il n'y a pas de mécanisme de ce genre sur la carte audio ou sur mon ampli à base de LM386 !

Ce phénomène de disparition du bruit n'est pas visible sur un cri court de Pipistrelle ou de Murin, il faut quelques millisecondes pour que ce soit bien net ce qui cadre bien avec la constante de temps d'un CAG.

Jean-Do.

Hors ligne

#24 2016-02-24 20:41:44

Sylv05
Membre
Inscription : 2016-02-22
Messages : 4

Re : Matériel informatique / Hardware

Carte Audio.

Bonsoir à tous,
j'ai une petite question de néophyte, la carte audio Cirrus (http://www.kubii.fr/cartes-extension-ca … 10478.html), est-ce qu'on peu l'installer sur les Rpi2? La lecture des avis sur kubii me fait douter, elle est d'ailleurs donnée par le fournisseur et par Adafruit pour les RpiA+ et B+ et non compatible Rpi2...
j'ai trouvé ça sur le web mais s'agit-il de la même carte, sinon où peut-on la trouver? https://stmllr.net/blog/cirrus-logic-au … index.html
Sinon existe-t-il d'autres cartes audio de qualité? j'ai trouvé ça: https://www.hifiberry.com/digiplus
Merci pour vos lumières!
Sylvain

Hors ligne

#25 2016-02-24 21:19:12

Jean-Do.
Membre
Inscription : 2015-11-29
Messages : 68

Re : Matériel informatique / Hardware

Bonjour,

La carte Audio Wolfson de Cirus Logic fonctionne très bien avec une carte A+ ou B+, Fred et moi en avons une qui fonctionne. Elle fonctionne aussi sur un PI2 (cf. ce site qui décrit une utilisation).
Mais, car il y a un mais, elle ne fonctionne qu'avec une image Raspbian dédiée et n'est donc pas compatible des versions Raspbian officielles et donc de la nouvelle version de Raspbian 3.18.
Wolfson, le fabriquant initial de la carte, a été racheté par Cirrus Logic et ce dernier ne fait aucun effort pour maintenir le driver.
Nous attendons de recevoir des Pi Zero pour tester la carte sur ce modèle mais il n'y a aucune raison qu'elle ne fonctionne pas sur cette carte à condition d'utiliser l'image système dédiée.
Et, dans l'état actuel du projet, une PI2 n'est pas nécessaire, elle est trop puissante et consomme trop pour une utilisation longue durée sur batterie. Par contre, si on évolue vers une représentation graphique en temps réel comme sur le lien plus haut, une PI2 sera nécessaire, au prix de l’autonomie ou... d'une batterie plus grosse.

A ma connaissance, il n'y a malheureusement pas d'autre carte audio compatible Pi faisant de l'enregistrement à au moins 192kHz (je fais régulièrement des recherches sur le sujet). La carte Hifiberry n'est qu'un DAC (Digital to Analogic Converter), elle ne fait donc que de la lecture, pas d'enregistrement.
C'est pour cette raison qu'il faudra, à terme, trouver une solution de rechange pour cette carte. Soit avec une nouvelle carte du commerce, soit en fabricant notre propre modèle.

En espérant répondre aux interrogations.

Jean-Do.

Hors ligne

Pied de page des forums