Doctsf (Modèles & Marques)
AnnoncesJ’ai recommencé l’opération, et il semble que mon PC veut installer 1 pilote qu’il ne trouve pas ???
Là ! Je suis dans la mouise… 
Bonsoir Dominique,
Dans la notice page 12 :
" Vous pourrez visualiser les noms des deux fichiers déjà présents d’origine dans le RPI :
INDEX.HTM et INFO_UF2.TXT. Ne pas intervenir sur ces fichiers."
Donc les 2 fichiers dont tu parles.
J’ai fait la manip il y a 2 jours, pas de soucis en respectant bien la procédure décrite, mais je n’ai encore pas mis s/ tension.
Bonsoir Serge et merci !
Donc pour le moment je laisse comme cela. Je verrai ce que cela donne lorsque je passerais aux essais.
Sinon, une autre question : Quelle colle utilisez-vous pour coller les faces avant plastifiées ?
Bonne soirée !
Dom.
Bonsoir Dom
Ne vous inquiétez pas pour le logiciel RPI : c’est normal !
Une fois copié suivant la procédure, l’explorateur du PC ne peut pas visualiser le fichier programme que vous avez pourtant copier. Mais rassure-vous il est bien présent !
Pour la colle : utiliser une colle douce à papier c’est suffisant genre UHU ou équivalent (bâtonnet)
En plus il y a un avantage, on peut ajuster par glissement sans rien abimer et si nécessaire décoller l’ensemble, plus tard, sans aucune difficulté.
Depuis une dizaine d’année que je réalise des faces avant de cette façon, je n’ai jamais eu d’incident de « décollage » intempestif (à l’intérieur de la maison, cela va de soi… dehors sous la pluie ce serait une autre histoire 
)
Bon montage !
Daniel
Bonsoir Daniel, et merci pour les explications et conseils.
Bonne soirée !
Dom.
Bonjour à tous,
J’ai terminé le câblage de mon ModulAM, mais je ne parviens pas à le faire fonctionner. Mes constatations :
A la M/S tension, le module OPZ réagit bien avec la LED verte qui s’allume au bout de 4 sec. Puis, sur le pupitre, la LED L1 (s/tension) s’allume, puis la LED L2 (système en marche s’allume quelques secondes après. Mais L3 (on air) ne s’allume jamais. Je suis connecté à internet en RJ45 et je peux afficher l’écran d’accueil sur mon PC et agir dans les menus. Ce qui semble confirmer le bon fonctionnement de l’OPZ.
Je possède déjà l’AM8 qui fonctionne bien, et je constate que la LED de la RJ45 clignote rapidement et constamment sur l’AM8, mais pour le ModulAM seuls quelques clignotement aléatoires. A votre avis, faut-il chercher du côté de l’OPZ ou du Raspberry ?, hard ou soft ? et pour lever le doute, puis-je intervertir ces modules et/ou leur soft entre AM8 et ModulAM ?
D’avance merci de vos pistes pour poursuivre mes recherches.
Serge
Bonjour Serge
On va essayer de trouver…
L’OPZ semble réagir correctement et pas de plantage puisque vous pouvez naviguer dans les menus.
Première question bête : avez-vous bien valider la DIFF (bouton enfoncé) : le cadran réagit-il (il est éclairé) - Un bon moyen de vérifier cela est d’effectuer une simulation en parallèle avec le simulateur.
Cela permettra de lever des doutes au niveau des manipulations.
Second test : vérifier qu’il ne s’agit pas d’un soucis de câblage de la led.
Avec un voltmètre, mesurer la tension de la sortie vers cette led
Troisième test : vérifier le câble USB de liaison entre l’OPZ et le RPI
Si c’est un câble de récupération, il y a des chances qu’il ne véhicule que la tension d’alimentation mais pas les données.
Prenez celui de l’AM8 pour lever le doute.
Après ces trois tests on aura une certitude sur le comportement de l’OPZ et de la liaison avec le RPI
Tenez-nous informé…
Bonjour Daniel,
Voici les résultats :
- Le bouton DIFF du menu est bien enfoncé et éclairé. Le cadran apparait avec les barres verticales correspondant aux fréquences diffusées.
- La LED est bien câblée, mais 0V à ses bornes
- Le câbles de liaison USB est bien prévu pour alim + données (testé sur AM8)
-Aucune diffusion sur le poste radio. J’ai vérifié à l’oscillo : pas de présence de signaux au niveau des selfs L2 et L3. J’ai une tension de 5,5V en entrée pour avoir 5V sur le Raspberry. Le courant est d’environ 220mA.
Merci pour ton analyse, mais rien ne presse, on est dimanche !
OK pour ces tests.
Seconde question bête : as-tu téléchargé le logiciel dans le RPI ?
Car l’OPZ effectue un test pour contrôler que le RPI est OK. Dans le cas contraire, il coupe la commande de diffusion, donc led rouge éteinte.
Si le RPI ets OK, alors c’est au niveau de l’OPZ et de son logiciel que se situe probablement le problème.
En effet, si la led rouge ne s’allume pas, c’est que la commande de diffusion n’est pas active.
Donc que rien n’est envoyé vers le RPI et la carte modulateur.
Lorsque tu as téléchargé le logiciel as-tu contrôlé que le code de vérification de l’intégrité de téléchargement était correct :
Clé SHA256 : c5e303f0cf3902f7864bbcf060f0eb3eeb14965054c3a5b86670d7fe107e4daa
En cas de doute, procéder à un nouveau téléchargement et à une nouvelle copie sur la carte sd.
Précaution ultime, si tu disposes d’une seconde carte sd… (cela m’est déjà arrivé d’avoir une carte corrompue sans signalement particulier)
Bonjour Serge,
Pour info, j’ai un AM8 et j’ai pu utiliser un OPZ contenant le logiciel du ModulAM.
Essayez votre OPZ avec votre AM8, ça permettra de savoir si le problème vient du pcb+pico ou de l’OPZ
Pour Daniel : je n’ai pas vérifié la clé, en me disant que si je pouvais lancer l’IHM c’e devait être bon, mais je vais le faire.
Pour Stockfish : merci pour cette info. Avant de faire du croisement de modules, je préfère faire un peu d’analyse, mais ce sera peut-être la prochaine étape !
L’IHM peut se lancer même sans la platine et son pico. il ne dépend que de l’OPZ.
la LED a bien une résistance de limitation ?
Dernières nouvelles : j’ai remplacé la carte mémoire de l’OPZ et rechargé le soft, mais sans résultat. Alors j’ai remplacé le RPI par celui de mon AM8, et ça fonctionne. Il me reste à déterminer si c’est matériel ou logiciel et vous tiendrai informés. Merci à Daniel et Stockfish.
Nouvel essai en rechargeant le logiciel sur le Raspberry, mais ça ne fonctionne toujours pas. Alors j’ai passé commande d’un nouveau Raspberry. Le modèle que j’ai est le Pi Pico 2, et j’ai commandé le PI Pico H, comme celui de l’AM8. Normalement, ils sont entièrement compatibles, mais sait-on jamais …
Bonjour Serge,
Merci pour le retour.
La nomenclature du ModulAM précise bien le Pico-H.
Mais en effet, en principe, le Pico 2 devrait être compatible 100% matériel et logiciel d’après plusieurs sites spécialisés.
Est-ce cet exemplaire qui est défaillant ?
Attention 1878, avez vous bien connecté votre OPZ à internet via rj45 avant la première mise sous tension ?
Si ce n’est pas le cas, la led rouge sur l’OPZ ne s’allume même pas et on peut conclure rapidement à une non conformité de l’engin.
J’ai failli me faire avoir. J’avais commencé la demande de remboursement puis je l’ai annulée.
Bonjour Stockfish,
Si j’ai renvoyé ma commande d’un OPZ, c’est pour une raison forte : les dimensions (petit circuit imprimé rectangulaire au lieu de pratiquement carré), le nombre de prises d’accès et le type de processeur ne correspondaient pas à l’attendu… donc, hors de question d’ouvrir le sachet hermétique de protection antistatique et retour immédiat.
Bonne journée.
Pour ceux qui souhaiteraient avec l’historique de la conversation, le sujet initial a été fusionné ici… mais l’origine est là :
Pico H commandé sur Amazon lundi, et reçu mardi en soirée ! Donc chargement du programme toujours en suivant la procédure. Mais cette fois, le PC éjecte automatiquement le module, alors que ce n’avait pas été le cas avec le Pico 2. Mise en place et ça fonctionne ! Alors module défectueux ou incompatible ? Je n’ai pas les compétences pour plus d’analyse, mais une question tout de même : si on transfert à nouveau le logiciel dans le module, est-ce qu’il écrase l’ancien ? J’étais surpris de ne pas voir de message du genre « programme existant ». D’avance merci de vos infos et pour votre aide.
Serge