68tjs:
dans ton appli il n'y a qu'un étage, soit un rez de chaussé ( 0V) et un premier niveau (5V)
C'est bien ce que j'appelle un signal numérique.
Oui.
Ce signal numérique est codé et tu veux le décoder avec un RPI.
Oui. C'est déjà fait et ça marche. En effet, j'ai commencé par brancher (par distraction) la sortie du récepteur (en 5V) sur le port GPIO du RPI, le RPI n' a pas cramé (sans doute car le signal n'est pas maintenu longtemps à +5), j'ai testé le code, tout est OK.
Mais pour du long terme (24/24 7/7), je préfèrerais descendre le signal à +3.3.
Pour l'envoyer sur une table de mixage ou alors c'est avec la table de mixage que tu as relevé le graphe du signal ?
La table de mixage audio est l'entrée de ma carte son sur Mac. Je mets un gain faible au début pour ne pas cramer ma carte son. Je règle le gain ensuite. Sur le Mac j'ai des softs pour visualiser/enregistrer le signal.
La table est branchée en parallèle, le signal est envoyé au RPI et à la table.
Résumons:
Le circuit translateur de niveau fonctionne si on lui applique un 5V permanent sur l'entrée HV ou un 3V sur l'entrée LV.
OU ? moi j'ai alimenté les deux, HV en +5 et LV en +3,3 - j'ai le sentiment qu'il faut fournir une référence en entrée comme en sortie. En entrée du convertisseur (côté H pour moi), le signal est comparé à cette référence (+5), puis il est envoyé sur la sortie (L) mais ramené à la référence de la sortie (+3.3). Non ?
les performances à 3,3V ne sont pas spécifiées, ce qui veut dire en lisant entre les lignes qu'elles seront inférieure à celles de 5V.
J'ai lu que pour avoir une bonne sensibilité, ce récepteur doit avoir une bonne alim. Donc 5V, et pas le 5V du RPI, qui a mauvaise réputation. J'ai donc mis une alim +5V dédiée (ça rigole pas).
Cela n'interdit pas d'utiliser le récepteur en 3,3V pour faire les premiers essais, ...
Les 1ers essais sont OK, tout fonctionne. Je cherche seulement à protéger mon RPI pour un usage continu.