Le multiplexeur NMEA 0183 du pauvre !

J'ai réalisé avec succès le montage suggéré par voilier-Idem, d'un multiplexeur à base de carte Arduino Mega. Comme j'avais besoin de 4 entrées (Wind Navman, Multi Navman, GPS FX312 et AIS sur Navicom RT650), j'ai un peu modifié son montage et son programme pour mettre deux Mega en cascade (j'ai donc encore une entrée disponible !). Je n'ai réalisé que la partie réception, pour avoir les données sur mon vieux ThinkPad. J'ai utilisé une vraie Mega Arduino (20 €) et une Mega chinoise (9 €) qui fonctionne parfaitement, à part une inversion de marquage sur un RX/TX !... À corriger, donc.
Quelques avantages :
Pas de souris folle sous XP, comme avec certains adaptateurs série/usb.
Le port par défaut est l'USB, mais on peut adapter des modules WiFi, BT ou ethernet comme l'a fait voilier-Idem.
Reconnexion immédiate à la sortie de veille de l'ordinateur (je faisais jusqu'à présent avec des adaptateurs série/pcmcia qui n'étaient plus reconnus ou qui changeaint de n° de port à la sortie de veille).
Alimentation par USB, qui se coupe à la mise en veille de l'ordi.
Voilà le lien pour qui voudrait se lancer (attention, les premières photos ne sont pas des Mega) :

www.voilier-idem.com[...]nts.php

Enjoy !

L'équipage
25 mai 2017
13 fév. 2018
1

Bonjour!
Je suis sur ce sujet depuis un mois et nouveau en matière de programmation Arduino. en attendant de recevoir ma commande, j'étudie le code et rencontre quelques difficulté de compréhension avec celui développé par le voilier Idem. Malheureusement aucune réponse à mes demandes de clarification.
Pourrais-tu me faire passer le code que tu as utilisé pour réussir ton montage?
Par avance merci.
Bien cordialement

13 fév. 201813 fév. 2018
0

:pouce:

je n'avais pas vu ce post !!!

jolie !!!

:bravo: :bravo:

13 fév. 2018
0

:pouce: :bravo:

13 fév. 2018
0

J'avais récupéré les librairies réalisées par Voilier-Idem, comme elles ont fonctionné pour moi, je n'ai pas trop cherché à les décortiquer, je les ai utilisées telles quelles. J'ai en revanche un peu modifié le programme pour mettre les Arduino en cascade. Le seul problème que j'ai eu est que, pour une raison que j'ignore, les ports d'une même carte devaient être réglés à la même vitesse pour fonctionner. J'ai donc réglé l'Arduino "amont" à 4800 en réception et j'y ai envoyé Wind, Multi et GPS. Je l'ai renvoyé via le tx vers l'Arduino "aval" en 38400. L'Arduino "aval" reçoit en plus l'AIS, toujours en 38400 puis renvoie le tout en USB vers le PC, toujours en 38400. L'alim se fait par le PC via l'USB et repart vers l'"amont" par la connexion 5v. La plus grande difficulté rencontrée a été la confection d'une sorte de circuit imprimé pour une connexion fiable des 75175.

13 fév. 2018
1

J'ajoute que j'ai eu un petit souci de connexion des instruments vers les Arduino, qui m'a fait chercher un moment : il ne fallait pas connecter les rx-, ça ne fonctionnait pas. Le - se fait donc par la masse de l'alim. Sans doute un conflit rs232/rs422 ?

13 fév. 2018
0

rs232 = +12v 0 v

rs422 = +12v -12v = donc l’adaptation rs232 = +12v 0v

Problème de référence mais c'est compatible

14 fév. 2018
1

Quelqu'un a-t’ il des schémas d'opto-coupleurs pour des entrées et sorties RS232, RS422, etc. . ?

14 fév. 2018
1

Si cela peut t'aider, en pièce jointe le schéma que m'avait transmis "Vents" quand j'ai réalisé un programme arduino pour le capteur LCJ CV7...

14 fév. 201816 juin 2020
1

Pfff, n'est pas passé dans la réponse.
Le voilà, ce schéma (si ça passe...)


14 fév. 2018
0

Merci beaucoup !

14 fév. 2018
0

Merci.

14 fév. 2018
1

Grand merci Ebraball, voici une réponse claire et documentée!

Pour clarifier mes questions, je précise ci-dessous mon projet , (assez ambitieux), de multiplexeur:

  • Base: une carte Arduino Mega complétée par une module Wi-Fi.
  • Ensemble précédé, (à l'entrée), par des modules optocoupleurs, suivis par un ou deux étages de mise en forme des signaux NMEA vers USB, (C.I. SN 74174 et SN 74175, comme décrit par Idem).

En entrée, je souhaite connecter:
- un GPS Furuno GP 32, (NMEA 0183)
- à l'avenir, un transpondeur AIS, (NMEA 0183)

En sortie, "câblée":
- Une VHF ASN Standard Horizon, (en NMEA 183)
- Un PC portable (en USB), sauf si une connexion par Wi-fi est possible

En sortie,Wi-Fi:
- Une tablette Galaxy Tab 10 avec OpenCPN et cartes OeSENC,
- Le PC portable ci dessus, si c'est possible.

Pour "corser" le tout,
- Connexion par Wi-Fi aux réseaux internet "de rencontre", afin de pouvoir télécharger des fichiers GRIB
- Le PC portable serait un jour remplacé par un Raspberry Pi3, avec disque SSD.

Mes questions maintenant:
- Je me perds dans les différents codes publiés par le voilier Idem. Peux-tu me confirmer lequel tu as utilisé. Il devrait s'agir du dernier?

  • Concernant l'optocoupleur, pourquoi cette référence? On doit pouvoir la remplacer par un composant bien connu comme le 4N26 par exemple?

Par avance merci pour tes remarques et conseils, merci aussi à tous ceux qui voudront bien me faire partager leurs expérience sur ce sujet.

14 fév. 2018
0

J'ai utilisé la bibliothèque complète "NMEA-ACQ" sans la modifier, elle fonctionne parfaitement (merci Voilier-Idem !) pour mon montage.
Le code utilisé est bien le dernier (celui après les bibliothèques) que du devras adapter (comme indiqué en bleu sur le site) en fonction des sorties que tu utiliseras.
Pour le choix du CI, je ne me suis pas posé de questions, j'ai utilisé le 75175, indiqué comme devant bien fonctionner, et il fonctionne…
Pour le reste, cela fait un moment que j'ai fait ce montage, qui est sur le bateau, et ma vieille mémoire est un peu floue sur les détails du montage !
La carte Mega chinoise à 9 € que j'ai utilisée fonctionne parfaitement (à part la petite erreur de sérigraphie sur tx/rx) mais n'utilise pas la même puce que la vraie Arduino, il faut donc trouver (assez facilement) le pilote adapté.

22 fév. 201816 juin 2020
1

Bonjour Ebraball.

Je continue à m'auto-former sur l'Arduino Mega et à tenter d'y téléverser le sketch décrit par le voilier Idem. Je rencontre des difficultés, (normal pour un "absolute newbie"):

Le sketch sur lequel je travaille est celui du 3ème pavé jaune, immédiatement sous la bibliothèque, dans l'article du voilier Idem.

  • Une erreur récurrente, (sur 3 lignes de code identiques), avec le message: "error 'envoi_nmea' was not declared in this scope"
  • Une autre et unique erreur en fin de sketch: "error expected initializer before 'Udp'.

J'avoue ne pas y comprendre grand chose, malgré des heures de recherche et lecture sur Internet.
Je précise que le téléversement du 1er sketch d'Idem, (1er pavé jaune après la bibliothèque), a parfaitement réussi.

Côté matériel j'ai tout vérifié:
- Carte OK puisque je suis parvenu à y téléverser des sketches simples, ou morceaux de sketch d'Idem, plusieurs fois de suite.
- Donc,câble USB OK
- Donc le driver de carte changé, (références ci-dessous), est le bon, puisque je peux téléverser

Il s'agit peut-être d'un problème de syntaxe ou d'une erreur du sketch d'Idem, (ça semble pourtant très improbable).

Ma config:
- PC portable Windows 7 Pro 64 bits + 8 Go RAM
- Logiciel Arduino 1.8.5
- OpenCPN 4.8.0 officiel + cartes OeSENC officielles
- Carte " MachinDUO" Mega 2560 R.3 chinoise, (bien construite), avec interface USB/serial basée sur une puce CH340 :
• Driver Version: 3.1.2009.06
• Release Date: 2009-06-03
• File Size: 35.3K
• Supported OS: Windows 10 32 & 64bit, Windows 8.1 32 & 64bit, Windows 7 32 & 64bit, Windows Vista 32 & 64bit, Windows XP, téléchargé sur www.driverscape.com[...]l-ch340

Je t'envoie une copie de mon sketch, avec le résumé des messages d'erreur.s
Merci par avance pour ton coup de main, merci aussi à tous ceux qui m'aideront.

Bien cordialement.


22 fév. 2018
0

Il ne manque pas une accolade après l'entête de :

void envoi_nmea() // fonction : envoi des paquets ?

void envoi_nmea() { // fonction : envoi des paquets

23 fév. 2018
0

Bonjour Lithops
Eh oui il y avait un problème de parenthèse de fermeture! Après correction, la compilation c'est faite sans difficulté. Reste à vérifier si ça marche.
Merci à toi!

22 fév. 2018
0

Bonjour
Peux utiliser une entrée SeaTalk sur ce multiplexeur
Merci

23 fév. 2018
0

Bonjour Marin34GM
D'après ce que je sais, mais je ne suis pas un gourou de la carte Arduino ni du langage C++
- Ce programme ne fonctionne QUE pour le NMEA-0183;
- La partie électronique est probablement incompatible avec le bus Seatalk, (à vérifier cependant, si par chance Seatalk est identique au NMEA2000).

Désolé de ne pouvoir en dire plus
Bon courage dans ta recherche

22 fév. 2018
0

Je ne suis pas non plus un spécialiste, loin de là, et je pars dîner chez des amis… Réponse rapide, donc, et approximative : "envoi-nmea" n'est pas une fonction qui existe dans la bibliothèque. Peut-être faut-il déclarer "envoi-nmea" ave un #define etc… et ensuite appeler un "envoi-nmea begin" ?

23 fév. 2018
0

Bonjour Ebraball,
Il s'agissait d'un manque de parenthèse de fermeture, comme me l'a suggéré Bepey. Après correction, la compilation a pu se faire très facilement. Je retiens quand-même tes commentaires qui me semblent très cohérents et utiles pour ma culture.
Il me reste à compléter le tout avec un petit module Wi-Fi ESP 8266, et à tout installer à bord. Conseils et commentaires bienvenus!
Encore merci de ton aide!

22 fév. 201822 fév. 2018
1

if (recnmea1.lecture(car))
{ // récupération de la phrase
Serial.print(rec
nmea1.phrase());
buffer = recnmea1.phrase();
envoi
nmea(); // appel de la fonction d’envoi des paquets }
}
}

void envoi_nmea() // fonction : envoi des paquets

Udp.beginPacket(ipclient, portclient);
Udp.write(buffer);
Udp.endPacket();

}

Il faut une dernière accolade fermante avant void envoinmea() pour fermer loop.
Les fonctions sont déclarées hors de la loop, là tu as mis une fonction DANS la boucle en mettant l'accolade tout en bas.
Et une fonction c'est nom
fonction() { // accolade ouvrante
et qui finit par accolade fermante.

Il te manque donc { après void envoi_nmea()

Pour s'aider, c'est pas mal pour setup et loop de mettre fin pour l'accolade fermante, c'est plus facile à lire.

void setup () {
x
x

} // fin setup

void loop () {
x
x

} // fin loop

on a tous commencé comme ça en passant des heures sur une faute de ponctuation ...;-)

23 fév. 2018
0

Bonjour Bepey

Oui c'était bien une manque d'accolade de fermeture, là où tu me l'a signalé! C'est fou le nombre de conséquences et de messages d'erreurs que cela induisait. Une fois corrigé la compilation c'est faite sans difficulté.
Reste à savoir si ça va marcher, mais avant je souhaite compléter ce montage en y incorporant un module Wi-Fi ESP8266.
Si tu as d'autre aussi bons conseils, je suis preneur, car je reste vraiment un grand débutant, (il y a 15 jours seulement que je me suis mis à la programmation Arduino, en "piochant" sur le site du voilier Idem).
Encore merci!

23 fév. 2018
0

1 - Merci à tous, c'est sympa de répondre si vite! Je vais essayer toutes ces solutions et je reviens vous dire ce qu'il en est.

2 - Concernant la question de Marin34GM,
- Ce programme ne fonctionne QUE pour le NMEA-0183;
- La partie électronique est probablement incompatible avec le bus Seatalk, (à vérifier cependant).

Bonne nuit à tous!

23 fév. 2018
1

Content que quelqu'un de plus doué que moi ait pu te répondre !
@ Marin34gm : pour le Seatalk, il faudrait inclure une bibliothèque de décodage et de conversion du seatalk en nmea, et ajouter une interface de connexion pour le seatalk. Il faut aller voir le site de Mark Knauf qui a déjà pas mal déblayé le terrain.

www.thomasknauf.de[...]alk.htm

23 fév. 2018
4

www.locoduino.org[...]pip.php

Plein de bonnes choses !

24 fév. 2018
1

Hello,

Très chouette ce mémo !
Ca me donne envie de relire de sketches que j'ai fait et qui plantaient.
Merci.

Amicalement.
FX

23 fév. 2018
0

OK merci! Un peu tard pour s'y remettre et demain je suis à bord pour la visite de routine.
A plus tard donc et bon W.E!

24 fév. 2018
0

Une question de néophyte qui fera bondir les spécialistes j'en suis sur : le routeur wifi tplink utilisé dans ce montage: peut-on le connecter sur un réseau NMEA 2000 existant ? le montage présenté est interressant mais réservé à des spécialistes

24 fév. 201824 fév. 2018
0

Je ne sais pas quel est le protocole de transmission du nmea 2000, et s'il est compatible, mais de toute façon, je crains que l'Arduino ne soit trop lent (115200 b) pour gérer les transmissions avec le nmea 2000.

25 fév. 201816 juin 2020
1

Hello,

Si si, un Arduino fonctionne parfaitement bien pour gérer du NMEA2000. J'ai deux montages à bord à base d'Arduino connecté au bus NMEA2000.
En réalité, ce n'est pas l'Arduino lui-même qui est connecté. On ajoute un shield CAN-Bus qui fait parfaitement le job.
L'Arduino calcule, gère, etc, etc... et le shield interface le bus.
Le bus NMEA2000 est à 250kb/s, ce type de shield peut monter jusqu'à 1Mb/s.
wiki.seeed.cc[...]d_V1.2/

SOFTWARE:
Pour ce qui est du soft, il existe une excellente librairie
github.com[...]MEA2000
Bien documentée et active. Son créateur Timo Tappalainene est très collaboratif.

HARDWARE:
fr.aliexpress.com[...]74.html
On en trouve bien sur aussi sur les sites français:
www.lextronic.fr[...]-2.html
pour ce qui est de l'Arduino, si le sketch n'est pas trop gros, un Uno peut suffire, mais c'est limite, il faut optimiser le code.
Pour être à l'aise il vaut mieux combiner le shield en question et un Uno Mega qui a beaucoup plus de mémoire.

Amicalement.
FX

25 fév. 2018
0

Ca donnerait presque envie d'avoir un système NMEA2000 ! :-D

25 fév. 2018
1

Très intéressant !
C'est vrai que quand on commence à mettre le doigt dans l'univers Arduino, on tombe, au fur et à mesure des progrès que l'on fait, sur un monde d'applications et de possibilités insoupçonnées !

30 avr. 2018
0

Bonsoir à tous!
Après avoir tout laissé de côté un long moment, j'ai enfin reçu mon matériel. Je reviens sur le sujet du multiplexeur NMEA, car je n'ai pas beaucoup fait de progrès en programmation Arduino ni en réseau d'ailleurs.

En résumé j'ai une carte chinoise Mega 2560, un shield Ethernet chinois "Mega compatible," un modem routeur TP Link.
Tout ceci est strictement identique aux recommandations faites dans l'article du voilier Idem, et assemblé à l'identique.
Après avoir corrigé quelques petites erreurs dans le programme final, (avec l'aide de plusieurs d'entre vous, merci!!), j'ai pu le téléverser dans la carte Arduino et tout semble aller.
L'adjonction du shield Ethernet n'a pas causé de soucis et les 2 cartes semblent dialoguer avec le routeur TP Link.

Et là je bloque dans les manips d'adresses que j'ai du mal à comprendre!

Impossible de m'aider avec UDP Test Tool dont la page de droite reste désespérément vide. Bref, je me perds dans ces adresses et n'ai aucun moyen de vérifier ce qui cloche!

Impossible aussi de faire le setup du routeur en allant sur l'adresse 192.168.0.254 ou 192.168.1.1 etc. , mentionnées dans l'article d'Idem, accès refusé. Est-ce que mon antivirus serait responsable? (Avast).

Est-ce que quelqu'un aurait la patience de clarifier le sujet pour moi?

Par avance merci et bon we du 01/05!

30 avr. 2018
0

avoir des informations peu être la ?

01 mai 2018
0

Bonjour Libeccio. Merci pour ce lien, je vais l'étudier et reviendrai pour tenir informés ceux qui m'aident. Merci d'avoir pris un peu de temps pour moi!

01 mai 2018
0

Bonjour à tous,
Est-ce qu'un composant type MAX232 (ou de la même famille MAXIM) ne ferait pas l'affaire pour convertir de et vers les niveaux TTL de l'Arduino ?
Bernard.

01 mai 2018
0

yes, sans pb. Je crois même que c'est sa fonction, conversion rs232 <--> TTL
github.com[...]ert.gif
github.com[...]232.pdf
github.com[...]age.png

02 mai 201816 juin 2020
2

Bonjour à tous!

Peut-être que mes cogitations pourront vous aider. Voici donc quelques schémas des modules suivants:

1 - Triple alimentation régulée et protégée: 12 V pour la carte Arduino, 5 V pour les opto-coupleurs, 3,3 V pour un futur shield Wi-Fi ESP8266.

Pourquoi une triple alim? Pour ne pas tirer trop sur la carte Arduino et pour bloquer les inévitables parasites véhiculés par le réseau 12V du bord.

2 - Remarques concernant le circuit d'entrées avec adaptateur NMEA 0183 vers TTL et opto-coupleurs.

2.1 - Le GPS envoie des signaux NMEA 0183 à la VHF ASN et aussi sur 2 entrées du SN75175. Théoriquement ça marche, mais je n'ai pas encore pu le tester.

2.2 - deux autres entrées du SN75175 reçoivent les signaux séquentiels NMEA0183 envoyés par la centrale de navigation. Là aussi ça marche en théorie, mais ce n'est pas encore testé.

2.3 - J'ai choisi d'utiliser un SN75175, (voir article de M.Gravier du voilier Idem, merci à lui!!), à la place de 2 C.I. MAX232 pour des raisons d'encombrement et de simplification du câblage. Le MAX232 fonctionnerait aussi bien, dans les deux sens.

2.4 - J'utilise des 4N26 comme opto-coupleurs, (voire l'article dont je me suis inspiré). Tout autre opto-coupleur peut aussi convenir, CNY17 par exemple, à condition de lui fournir le voltage correct.

Vos commentaires seront bien entendu les bienvenus.

Cordialement
Darjee


02 mai 2018
0

Hello,

Ca a l'air propret. C'est bien.
Au sujet des masses séparées, je comprends bien que le mieux est qu'elles soient séparées. Mais su un bateau, ça ne me semble pas toujours possible.
Je pose la question car j'ai à bord un montage Arduino qui fait compte tours en comptants les pulses de la borne W de l'alternateur.
Il y a donc 2 fils pour le "capteur": 1 sur la borne W, et l'autre sur la masse moteur.
L'arduino est à son tour alimenté en + et - dont le - est en définitive au même potentiel que la masse moteur.
Certe il y a un petit régulateur avant l'Arduino pour limiter le voltage de son alim à 9V, mais donc au bout d'un moment, où est la séparation des masses ?
Amicalement.
FX

02 mai 2018
1

Bonjour FXVT

D'après ta description, il y a bien masse commune, rien à redire à ce montage, fait dans les règles.

Ce qui peut poser un problème de masse flottante, (ou de boucle de masse), c'est lorsque on relie directement deux appareils, (par une liaison data), lorsque chacun a une alimentation électrique différente.

Par exemple un PC ayant sa propre alim, (qui fabrique du 18V à partir du 12 V du bord), et une carte Arduino alimentée directement à partir du 12 V bord.

Dans ce cas, on des masses ayant "un potentiel différent", ce qui constitue un danger pour la carte ou le PC.

Bien à toi
Darjee

02 avr. 2019
2

Bonjour Darjeeling

merci pour ton travail une petite question tu as fais ton montage sur typon ? ou sur plaque d'essai ?

02 avr. 2019
0

Bonjour.

J'ai fait mon montage sur plaque d'essai, mais il est "définitif". Les alims marchent, le programme est chargé dans la carte Mega 2560. Je n'ai pas été plus loin depuis très longtemps, car j'hésite entre la conception strictement identique au montage du voilier Idem, et un autre montage qui n'utilise pas de modem routeur.
Si d'autre ont été plus loin, je suis bien entendu très intéressé.
Bonne nav à tous!

02 avr. 201902 avr. 2019
0

Ok merci pour ta réponse ! une autre petite question pourquoi avoir rajouter le LD 1117 pour avoir du 3.3V ? (il t en rester ;=) ) ====> ok relu la réponse pour un futur shield Wi-Fi ESP8266

Si personne ne s est lancer sur un typon je vais essayer de tous intégrer sur la même plaque ton alim et le 75175 et les optocoupleurs directement sur le format 2560 en carte fille

02 avr. 2019
0

Salut Guy.

Et bien si tu as le courage de faire un typon, (et le logiciel de routage qui aide bien), le résultat de ta future intégration m'intéresse, car je pense que ça va être "dense"!

Oui le LD 1117 sert à générer le 3,3 V, pour le shield ESP 8266, car je tiens à bien séparer chaque alimentation. Là toutes les masses sont communes.

A propos du shield ESP 8266, je suis preneur de toutes les infos possibles, car je ne sais pas du tout par quel bout commencer avec ce micro circuit. Il y a beaucoup d'articles sur Internet, mais aucun ne commence par le commencement pour un débutant avec ce 8266! Tous les connaisseurs sautent les étapes de base, c'est dommage. Bon courage.

03 avr. 2019
0

Merci! Je vais travailler ces documents, et j'espère trouver le moyen de câbler et programmer mon ESP8266 pour qu'il soit un émetteur/récepteur Wi Fi entre mon Arduino Mega et "le monde extérieur", (ordinateur, tablette du bord). Merci de commenter et me corriger si je pars dans une impasse! Bonne journée.

03 avr. 2019
0

un petit doc en Français pour fonctionnement en autonome

www.fais-le-toi-meme.fr[...]ino-ide

;-)

06 avr. 2019
0

Tu as plusieurs firmwares pour le 8266. Soit tu lui flashes un bootloader arduino, et tu peux directement te servir du module comme d'un arduino (je l'ai fait , ca marche très bien), soit tu as un firmware qui gere des commandes AT. Tu peux donc communiquer avec ton 8266 par port serie.
Dans le cas de ce montage, ca ne me parait pas une super idée d'utiliser le firmware AT, pour deux raisons : la premiere, c'est que ca bouffe un port serie, hors sur un multiplexeur serie, tout port est bon à prendre pour le monde exterieur. La deuxieme, c'est que tu n'as pas du tout besoin que le 8266 soit en mode pur esclave, au contraire.
Perso j'utiliserais une liaison i2c ou truc équivalent. C'est hyper rapide, ca te laisse plus de temps sur l'arduino pour faire autre chose, et tu gereras les buffers directement sur le 8266. Tu peux aussi te servir du 8266 comme point d'accès wifi, c'est pas hyper rapide sous charge, mais ca suffit pour faire un multiplexeur nmea qui transmet relativement peu de données.
Une autre solution que j'aimerais bien essayer, mais pas eu le temps, c'est de me servir directement d'un module nodeMCU (avec un esp8266 donc) comme multiplexeur. Le processeur du bousin est un arm à 80MHz, il devrait pouvoir gérer plusieurs ports softserial en meme temps sans trop de souci !

06 avr. 201916 juin 2020
1

Salut Guy

Pour te donner des idées, voici quelques photos de ce que j'ai commencé. Ça va être difficile de tout faire rentrer dans la boîte!
Bon W.E.


09 avr. 201909 avr. 2019
1

Merci pour les photos :pouce:

quelques petites questions : tu n'utilise plus le 75175 ? :reflechi:

sur le câblage du 75175 tu n'utilise pas la 2 eme sortie (3A 3B 3Y) ? parce que l'arduino ne pourras pas le gère ou il y a une autre raison ? (bien envie de tous préparé pour le futur !!!)

J'ai honteusement copié tes schéma en intégrant l'alim sur la même carte histoire de gagné de la place sur le typon (et de réduire le cout 1 seul a faire ) je vais essayé de la faire au format arduino 2850 pour en faire une carte fille (plus facile à loger , à intégré et limité le câblage au strict minimum )

mais j'ai pour l'instant des problèmes de librairie composant pour faire mon typon (soft Kicad5 sous ubuntu 18.04)

la version 4 tourné parfaitement sous mon ancienne ubuntu 16 :-(

A++

09 avr. 2019
0

Bonjour.

Je n'ai pas encore tout réalisé ni testé ensemble, car il y avait quelques erreurs dans les crocquis de Voilier Idem.
J'ai réussi à corriger ces erreurs, avec l'aide d'autres héossiens et à les téléverser dans la carte Arduino. J'en conclue que le croquis est maintenant correct. Si tu le veux, je peux te le passer.

Il y a plusieurs points que je n'ai pu tester:

1 dans mon projet, la sortie de mon GPS va d'une part vers l'entrée NMEA0183 de ma VHF, (et l'ASN marche tel que en ce moment), ET à l'entrée 2 du 75175. Je ne sais pas si le signal de sortie du GPS sera bien lu par la VHF ET le 75175, (en cas d'impédances d'entrées différentes ou trop basses).

2 autre point pas clair, (pour moi): la modification du circuit 75175. De plus, à quoi sert le circuit 75174, qui n'apparait plus sur les photos? J'ai demandé des explications à Voilier Idem, mais il n'a pu me répondre, car il doit être à l'autre bout de l'océan.
J'ai donc recherché une alternative, elle existe avec le MAX232 de chez Maxim. Là aussi, rien de câblé, ni de testé faute d'appareils de contrôle/mesure.

3 d'autres changements, sans gravité m'ont fait ralentir: illustrations avec une carte Arduino Uno à la place d'une Mega 2560;

4 Impossibilité de faire fonctionner UDPTest Tool, servant à régler les problèmes d'ouveture de ports UDP

J'en suis resté au stade de la reconstitution du schéma théorique et la construction rapide de cartes périphériques, (alims, par exemple, qui elles marchent, et carte isolatrice opto électronique).
Malheureusement je n'ai plus de matériel de test, (oscilloscope en particulier), et j'avance très lentement..

Je me suis inspiré de plusieurs sources pour tenter de réaliser un MUX aussi complet que possible, comportant un étage WiFi, mais je débute dans ce domaine.

Pour la partie WiFi, j'ai 2 options:
- Soit utiliser les idées de Voilier Idem, avec un shield Ethernet associé au routeur TP Link MR3020, (comme sur les photos),
- Soit abandonner cette option, pour un shield 8266, mais là je suis 100% débutant.

Je travaille avec un laptop sous Windows 7 prof. en 64 bits, et OpenCPN.

Voilà pour mes petites cogitations. Merci à Voilier Idem et à tout ceux qui participent à cette étude qui devrait aboutir à un MUX assez universel et pour pas cher.

Au plaisir de te lire

12 avr. 2019
0

Bjr Darjeeling

Oui volontiers pour le croquis !

Je viens de trouver où se trouve l'erreur de Library dans kicad 5 ubuntu ! mais y du boulot pour remettre dans l'ordre !! et ce week end c'est voile, voile et voile :bravo: je n'aurais pas beaucoup de temps ! (il parait qu il y aussi d'autre trucs à faire du weekend :famille: :oups: )

mais oui bien sur je suis intéressé par le croquis surtout si le ménage est fait ! :-D ;-)

Merci

13 avr. 201916 juin 2020
0

Bonjour Guy.

Je t'adresse en fichier joint, le croquis et les librairies et autres docs pouvant être nécessaires.
Si il y a un problème, n'hésites pas à me recontacter. Bonnes sorties en mer!

Bernard


15 avr. 2019
0

:pouce: :whaou:

Merci ça fait de la lecture ;=)

dés que j'ai fini le typon je le mettrai ici !

impeccable l'alim de F4FPS ça va m'aider pour l'implantation ;-)

20 avr. 201916 juin 2020
0

Salut Darjeeling

Bon premier jet de ton mux normalement ça marche j'ai fait quelque modifs pour faciliter l,implantation ,(rajout connecteur 3V3, led en 5mm valeur d'alim, séparation des entrée et sorties en X2 ...

Message à tous

Attention c'est un doc de Travail V1a pour verif donc si vous n’êtes pas sûr ne pas utiliser comme tel !
verif et commentaire technique uniquement

A +


20 avr. 2019
0

Vous devriez ouvir un repository sous github... ou truc similaire...

20 avr. 2019
0

Salut Guy.
Ça a l'air top ce C.I. ! Pour le moment je laisse de côté l'électronique pour la menuiserie et le réarmement.
Appel à tous, Appel à tous. Ce serait sympa si un ou mieux, plusieurs Héossiens pouvaient valider au moins le schéma théorique.

Bon week end!

21 avr. 2019
1

Bonjour,

Le commentaire qui suit n'est en rien ironique mais sincèrement je ne comprends pas bien l'objet de ce fil...
Et j'écris cela avec d'autant plus de modestie que je suis impressionné par les croquis et autres schémas qui illustrent ce fil.
Perso, je n'ai aucune connaissance en électronique et j'évite donc, autant que faire se peut, de réinventer la roue. Pour autant, je ne tiens pas à donner des leçons ou prétendre avoir raison. Ce qui suit n'est donc que mon point de vue et je ne tiens à convaincre personne...

Amha, s'il s'agit de développer un multiplexeur wifi "pas cher", il y a - à mon sens - deux possibilités :

[b]1- acheter ce qui existe et l'améliorer[/b]
ex1 : le YakMux et YakWifi de chez Yakker (malgré tout assez cher et finalement peu collaboratif)
ex2 : le Nmea4Wifi (décrit par un héonaute dans un autre fil), système intéressant et surtout, concepteur voileux à l'écoute et peu avare de conseils.

Avec le Nmea4wifi, on a 4 entrées et une sortie USB et/ou Wifi (entre autres possibilités).
Si l'on souhaite augmenter le nombre d'entrées, il "suffit" d'ajouter une carte arduino avec un programme de multiplex simple et une librairie dédiée.
[i][u]N.B.[/u] si voilier IDEM a été le précurseur, on trouve maintenant sur le ouaibe des programmes et librairies plus complets et plus "simples".
J'ai d'ailleurs mis en téléchargement sur mon site perso une librairie NMEA retravaillée, prête à l'emploi et un exemple simple de programmation...[/i]

[b]2- Acheter une carte dédiée[/b]
Sur Bangood, par exemple, on trouve pour moins de 12 roros une carte Wemos® Mega + WiFi R3 ATmega2560 + ESP8266 32Mb.

Cette carte présente l'avantage d'une intégration complète : Mega R3 ATmega2560 et WiFi ESP8266 avec mémoire 32Mb.(plus de problèmes de fils à connecter !)
En positionnant différemment les switchs de cette carte, on programme la partie Mega, ensuite on programme la partie ESP et enfin, in fine, on programme la liaison entre les deux.
www.banggood.com[...]37.html

Perso, je l'ai programmée en AP (access point) uniquement.
Si une buse comme moi a réussi à le faire, c'est que c'est accessible !

Pour autant, je n'ai rien testé de cette carte en conditions réelles, la fiabilité reste donc à vérifier ([i]quoiqu'il n'y a aucune raison que cela ne fonctionne pas[/i]) et pour l'instant, j'ai mis ce projet de côté pour l'hiver prochain, because le Nmea4wifi marche bien...

voili, voilà...
:litjournal:

23 avr. 2019
0

Bonjour,

C'est vrai que ce thread ne me parait plus trop d'actualité (vu l’énergie dépensée dedans).
Pour ma part j'ai opté pour un raspberry pi avec openplotter en tant que centrale de navigation, dessus X adaptateur rs422 - usb à 2$ pièce et j'ai autant d'entrée sorties nmea que je veux, paramétrées en 2 clics.
Vu que c'était un peu hors sujet du topic je me suis retenu de poster jusque maintenant, mais comme tu évoques la pertinence du truc....
Après, c'est peut être un peu plus cher (30e le raspberry pi, + la micro sd) mais ça fait plein de choses en plus.

23 avr. 2019
1

C'est un petit bricolage maison www.hisse-et-oh.com[...]our-1-5

Sinon il y a des adaptateurs tout fait pour 7$ qui parait il fonctionnent aussi très bien www.aliexpress.com[...]10.html (1er lien au pif)

23 avr. 2019
0

As-tu des références pour "adaptateur rs422 - usb à 2$ pièce " ?

23 avr. 2019
0

à moduler quand même, je viens de jeter un oeil sur le schema du nmea4wifi, les entrées sorties sont isolées avec des optocoupleurs. Je ne crois pas que se soit le cas avec mon montage (il a l'air drolement bien ce nmea4wifi pour le prix)

23 avr. 2019
0

sic : j'ai autant d'entrée sorties nmea que je veux, paramétrées en 2 clics. ben non ! 4 entrée usb -( sourie-clavier ) + 1 petit mux usb tu t apercevra que le raspberry ce met à genoux faute de courant suffisant ;-)

(je suis aussi sur un RPI3 )

21 avr. 2019
0

Salut Schnaps, (ce ne serait pas un Trismus par hasard?).

D'abord merci pour ces liens très intéressants et ce qu'ils montrent. Effectivement, réinventer la roue peut être une belle perte de temps.

Je crois bien que je vais m'intéresser de très près à ce MUX made in Portugal, car au-delà de son prix modique, il existe, il marche et il y a de bons retours.

Mon investissement sur ce petit projet m'aura appris un peu de technologie, et pourra servir à autre chose. Donc au final merci de m'éviter, ainsi qu'à d'autres, de me fourvoyer et de faire un peu de l'art pour l'art, même si ça apprend.

Concernant l'aspect collaboratif, mais on est en plein dedans: grâce à toi je découvre des pistes bien plus rapides et simples, car le site Hisse et Ho est tellement riche, qu'on ne peut pas tout lire.

A jouveau merci pour ces infos et bon week end, en mer

23 avr. 201923 avr. 2019
1

Je suis assez d'accord le système proposé par Nmea4Wifi me semble de loin le plus souple et le moins chers 54€ pour 4 ports + 1 sortie+1 wifi ! Loin devant les autres autant en prix qu'en techno .

Mais comme dirait Teddy Riner On peut faire mieux !

L'idée pour moi est surtout dans la collaboration et l'autonomie en cas de panne ! Même si Vela-Navega est plutôt sur ce sujet assez transparent et le hardware plutôt bien conçu, l'électronique à bord souffre ! .

Quant j'embarque du matériel à bord je me pose toujours la question est ce que je peux :

  • 1) M'en passer !
  • 2) Le dépanner ! Redondance, secours

La performance vient pour moi en troisième position.

Après chacun fait comme il veut ! ;-)

23 avr. 2019
0

Exactement comme A_Guy.
En cas de panne, la boutique doit rester ouverte.

23 avr. 2019
0

Mais comme dirait Teddy Riner On peut faire mieux !
Quant j'embarque du matériel à bord je me pose toujours la question est ce que je peux :
- 1) M'en passer !
- 2) Le dépanner ! Redondance, secours


Oui !?!
Mèzencore ????

Quel que soit le procédé retenu (matériel home made ou matériel acheté), il y aura toujours un risque de panne.
L'objet de ce fil n'est pas le " CMA ", mais bien de trouver une solution simple et si possible robuste faisant office de multiplexeur wifi.

Pour moins de 12 roros, on peut soi-même s'équiper d'un système fonctionnel. S'il tombe en panne, et bien, on fera sans, le temps de rejoindre un abri !
Si un multiplexeur tombe en panne, ce n'est pas la fin du monde, il reste malgré tout les sources initiales (gps, ais, radar, sondeur, etc.) et - en plus - les yeux et le bon sens.

Donc, c'est quoi "on peut faire mieux" ???
:tesur:

@Darjeeling
Pas un Trismus, mais un Fisher 34.... :langue2:

23 avr. 2019
0

Amha, par exemple, le GPS qui alimente la VHF, ne passe pas par un quelconque équipement -> branchement direct.
Non ?

23 avr. 2019
0

Amha, par exemple, le GPS qui alimente la VHF, ne passe pas par un quelconque équipement -> branchement direct.
Non ?


Ce n'est pas de la mauvaise volonté, mais j'ai beau lire et relire, je ne comprends pas l'argument....

23 avr. 2019
0

Ben pour les yeux ... nous n'avons pas tous la chance de naviguer avec le cap gris nez et Dover comme repaire ! :oups: ou d'accéder a des contrées civilisés dans chaque mouillage donc un peu d'autonomie rend plus libre :-D ! (j ai écris autonomie pas travail ! ) :-D

Tiens une petite question Schnaps comment as tu fais l'adaptation des tensions sur ton installation ? Je n’ai pas trouvé cette info sur ton excellent site ? Comment attaques-tu tes entrées ??

:reflechi:

23 avr. 201923 avr. 2019
0

ben faire un système pour une 20 ene D'euro mais avec une isolation électriques des appareils entre eux (comme celui de Vela-Navega ) qui soit autonome du RPI et Open source pour pouvoir 1 le dépanner et le faire évoluer facilement .

j'étais aussi partie sur l'Arduino mais le montage de notre ami Dargeeling me semble trop complexe à la réflexion ! et un peu vieux ,pas de Wifi 3 entrées seulement ! c'est pour cela que je dis ''on peut faire mieux ! j'avoue que celui de Vela- Navegua est magnifique mais c'est un format propriétaire ! il n'est pas Open source !

Donc tu as raccordé directement sur ton Arduino tes entrées NMEA ? (c 'est plus solide que je ne le pense cette bestiole !!! )

Pour le bassin de nav j'ai fréquenté 3 ans BL et DK
;-) mais en plongeur / Zodiac (j'aimé bien !!! )

23 avr. 2019
0

@a_guy
Je veux bien changer mon bassin de nav' contre le tien, crois-moi.. :heu: :whaou:
Et cela ne modifiera en rien ton (ou mon) autonomie par rapport à l'installation précédemment décrite (il ne s'agit que d'un simple multiplexeur et je crois que sur le site du concepteur, les consos - minimes - sont indiquées).

Pour ta petite question, je ne me la suis même pas posée ; je rappelle que je suis une buse dans ce domaine (et je l'assume) et c'est entre autres pour cela que j'interviens très rarement.
Mais je suis toujours friand d'apprendre... :cheri:

Sinon, tu n'as pas répondu à la question :
c'est quoi "on peut faire mieux" ???

23 avr. 2019
0

Salut BMayer

GPS directement connecté à la VHF est ce possible?

  • Oui si c'est tout ce qui est prévu.
  • Peut être ou peut être pas, en raison de la demande en courant, si deux appareils doivent "écouter" un seul et même GPS. Tout cela dépend des caractéristiques des entrées/sorties des différents appareils connecté entre eux.

Bonne journée

01 jan. 2020
0

Bonsoir à tous et avant tout, je vous souhaite une bonne année 2020.

J ai un hanse 400 équipé en simrad ( Simnet) d origine.
Je veux changer en premier temps changer ma commande du pilote car elle ne répond plus.
Je compte aussi changer petit à petit le reste des instruments.

Mon problème est que je suis donc en nmea 183 et donc passer en nmea 2000.

Est ce que ces multiplexeurs sont bien pour ce que je veux faire ?

Lonlon

09 nov. 202009 nov. 2020
0

Bonjour à tous,
je ressors ce projet car j'ai dans l'idée de me faire un MUX NMEA0183 arduino, parce que.... ça correspond bien à mon besoin!
merci Voilier idem, Ebraball, Darjeeling et Guy pour le partage

une question à Guy, j'ai regardé (vite, peut être trop vite?) et je ne comprends pas bien le montage avec opto. Je vois bien plusieurs GND, mais aussi le même +5V des 2 cotés de l'opto.
je ne vois pas non plus d'où vient le GNDA.
J'ai peut être raté un truc?

est-ce que quelqu'un a réussi à ajouter le Wifi ESP8266 ?
L'idée de la carte Wemos ma plait bien...
je publierai un jour mon cahier des charges si j'ai le temps

11 nov. 2020
0

Bonjour Yannbis
Je n'ai pas ajouté un ESP8266 mais suis parti d'un ESP8266-12...
J'ai commencé une page explicative:
alex.blais.free.Fr[...]lexeur/
je commence à aboutir à quelque chose :)

11 nov. 2020
0

merci, je regarde!

11 nov. 2020
0

@Alex.blais, j'ai regardé ce projet très intéressant.
Bonne idée bien sûr d'utiliser directement l'ESP8266, mais ça restreint les I/O et donc le potentiel d'autre usage de la carte (je détaillerai plus tard mes idées sur le sujet...)

je ne sais pas si tu as un schéma synoptique de ton installation, je ne suis pas certain d'avoir tout compris (je n'ai pas été fouiné dans le code) :
tu as pu pu mettre 5 canaux NMEA RX/TX sur ce module c'est bien ça? Entre les schéma des broches et l'interface web, on voit des broches qui ne sont pas référencées UART.
mais, si je comprends bien la librairie SoftwareSerial permet d'utiliser n'importe quel I/O comme liaison série jusqu'à 115200kps
arduino.cc/en/Reference/softwareSerial (voir aussi pjrc.com/teensy/tdlibsAltSoftSerial.html )

C'est une possibilité super intéressante (avec ses limitations) que je ne connaissais pas, ça ouvre des perspectives!

le petite interface web de config, c'est sympa aussi!

Si tu peux détailler les problèmes rencontrés lors de ce développement, ça servira surement à d'autres, dont moi ;-)
Merci

En revanche en première lecture, parmi les limitations, on ne peut lire/écrire que sur un seul port à la fois, ce n'est pas gênant pour l'usage?

10 nov. 2020
0

J'ai commencé mon schéma, ce n'est évidemment pas si simple, dans l'idéal il me faudrait un MUX de 8 voies avec un Mix 34800 et 4800...
mais j'ai des solutions (je posterai mon schéma plus tard)
je me pose une question, est ce que un appareil qui a 2 canaux NMEA0183 bidirectionnels, relaye les message d'un canal vers l'autre?
Dans mon cas j'envisage d'utiliser d'envoyer les infos de mon tridata (en 4800) sur la voie 1 de mon AIS EMtrack 100, et les récupérer (avec l'AIS en plus) en sortie sur la voie 2, qui est en 34800
A votre avis, ça marche?

10 nov. 2020
0

La réponse est oui, sur le Em-Trak B100 les phrases reçues sur les voies nmea 1 et 2 sont multiplexées, avec la configuration par défaut.

10 nov. 2020
0

merci, ça m'arrange ;-)

11 nov. 2020
0

Fais quand même un essai, au cas où ta configuration serait particulière. Mais c'est ce que le fabricant m'avait répondu en 2016.

11 nov. 2020
0

oui, il faudrait bien que j'essaie ;-).
Si c'est la réponse du fabricant c'est déjà un bon point!

11 nov. 2020
0

Voilà qui est intéressant ! J'ai maintenant un Em-Track B100, ça me permettra peut être de simplifier un peu mon schéma. J'avais monté ça un peu à l'arrache à l'époque, ça a fonctionné sans problème depuis, mais j'avais un peu derrière la tête de reprendre tout ça à tête reposée.

11 nov. 2020
0

J'avais publié la réponse du fabricant ici :
www.hisse-et-oh.com[...]ak-b100
Il s'agissait pour moi d'avoir les infos GPS sur la sortie 2, le fabricant m'avait envoyé un patch.
Mais je n'ai pas vérifié si le multiplexage était conservé, je ne m'en sers pas.

11 nov. 2020
0

merci@ matelot@19001
sur le principe ça ne me plait pas trop d'avoir un Mux et de devoir utiliser un autre MUX (Em-Track B100), mais ça offre une bonne solution de contournement

11 nov. 2020
0

Si ce n'est pas pour le plaisir de faire soi-même, il y a une solution presque toute faite et peu onéreuse que je ne connaissais pas quand je m'étais lancé dans ce bricolage :
www.vela-navega.com[...]-navega

12 nov. 2020
1

Bonjour,
j'ai vu ce produit NMEA4Wifi qui est sympa et pas cher.
Quelques limitations à mon sens:
- une seule sortie NMEA
- pas de sortie ethernet
Je préfère ethernet sur l'installation fixe du bord. ensuite le wifi pour avoir les infos sur tablette, c'est plutôt une option (même si c'est à l'inverse des tendances actuelles de tout faire en sans fil)

Comme le SW n'est pas open source, il n'est pas bidouillable

Et bien sûr il n'y a pas le plaisir, l'intérêt, les emmerdes et le temps passés à le faire soi même et à le débugger!
Mais NMEA4Wifi est probablement l'une des solution les plus raisonnable!

12 nov. 2020
0

Sinon j'en ai déjà parlé plus haut, mais avec un raspberry pi et un hub usb, on ne se retrouve limité que par le nombre de ports usb qu'on met au hub pour les convertisseurs nmea.

12 nov. 2020
0

oui, il y a plusieurs fils sur le sujet.
Pour ma part je ne maitrise pas le Rpi, mais c'est une solution
www.hisse-et-oh.com[...]spberry
et Muxberry

Le Rpi tourne avec un OS et un tas de trucs, il n'a pas d'interface série native, donc il faut ajouter des converts USB et un petit tas de nouilles ;-).
Pour ma part, je préfère une boite qui fait le job quand on l'allume et donc je sais ce qui se passe dedans (parce que je ne connais pas bien le Rpi)

je garde le Rpi pour Open CPN, avec un récepteur NMEA soit ethernet, soit via convert USB en backup.

et puis le Rpi ce n'est plus le Mux du pauvre, c'est celui du déjà un peu riche, donc c'est hors sujet ;-))

12 nov. 2020
0

oui, il y a plusieurs fils sur le sujet.
Pour ma part je ne maitrise pas le Rpi, mais c'est une solution
www.hisse-et-oh.com[...]spberry
et Muxberry

Le Rpi tourne avec un OS et un tas de trucs, il n'a pas d'interface série native, donc il faut ajouter des converts USB et un petit tas de nouilles ;-).
Pour ma part, je préfère une boite qui fait le job quand on l'allume et donc je sais ce qui se passe dedans (parce que je ne connais pas bien le Rpi)

je garde le Rpi pour Open CPN, avec un récepteur NMEA soit ethernet, soit via convert USB en backup

12 nov. 2020
0

Effectivement il me semble (mais je n'y connais rien) qu'un rpi pour faire ça c'est un peu overkill comme on dit maintenant, non ?
A moins qu'on puisse faire avec un rpi un lissage/filtrage élaboré du signal vent pour le pilote, ça ce serait intéressant. Mais peut-être qu'un arduino peut y arriver aussi ?

12 nov. 2020
0

Le pi4 a 6 UART :) Mais oui c'est un peu plus cher.

13 nov. 202013 nov. 2020
0

Bonjour,

A la suite des nombreux échanges sur ce fil et d'autres,
voici ce que j'ai en tête pour adapter le multiplexeur arduino NMEA 0183 de Voilier Idem et autres contributions, en faisant une carte.

J'imagine un"shield" arduino, mais "inversé". Au sens ou la grande carte serait le shield et l'arduino Mega serait pluggé dessus.

Une carte assez grande pour :
- être manipulable facilement
- des trous de fixation
- Format mécanique intégrable dans un boitier alu COTS existant
- intégrant des connecteurs ou borniers corrects (pas trop miniatures)
- borniers à vis amovibles
- Convertisseurs de niveau NMEA (MAX232-422) +opto
- cavaliers d’inversion RX/TX sur qq voies (pour shunter le MUX en cas de panne et brancher rapidement 2 connecteurs)
- cavaliers de config HW 4800/38400
- 1 connecteur DB9 pour connexion série standard
- protection inversion de polarité (schottky)
- Points de test/modification de carte

En plus du MUX (4 voies RX/TX à 38400 (si possible de différenciables en vitesse 4800/38400)), l'idée est de fournir sur cette carte un support pour l'intégration de différentes cartes filles par fonction.
cartes à choisir parmi les mini cartes compatibles arduino, nombreuses dans le commerce avec un format souvent à peu près standardisé.
Donc, hormis la connectique, quasiment rien à souder et pas de composants "nus" à acheter.

QQ exemples ci dessous:
- Base carte Wemos Mega pour évolution wifi ESP2866, avec antenne externe possible
- Shield Ethernet
- alimentation stabilisée 5V, 3.3V (intégré Wemos ?)
- réserve pour NMEA 2000 (conversion CAN) (COTS)
- réserve pour extension IMU/Compas gyro ( SPI) (COTS)
- cavaliers de configuration
- connectique boutons MOB + acquittement
- carte SD (SPI) (COTS)
- ecran LCD, Oled ou e-paper (SPI) (COTS)
- I/O restantes (digital/analog/spi) disponibles sur connecteurs/ borniers

- Leds (COTS)
- buzzer (COTS)
- Switch pour prog USB ou NMEA ou ESP2866

Cout de la carte seule env 50€ l'une, ou aussi env. 50€ les 5, soit 10€ l'une.. si on est 5!

Et en PJ un croquis d'implantation. Je n'ai pas représenté recto/verso, mais certains fonctions sont seulement d'un coté et on peut empiler les shields arduino du commerce également.

J'expliquerai ensuite pourquoi je ne ferai probablement pas ce MUX, mais pourquoi pas la carte si il ya des gens intéressés .... ;-)

outre le MUX (et même sans le MUX) cette carte pourrait facilement servir pour faire un afficheur NMEA, un compas NMEA, un datalogger GPS, une bouton MOB.....

14 nov. 2020
0

si vous avez un avis sur cette proposition de carte...

15 nov. 2020
0

ça se tente !

Avant de partir sur une production x5 ou x10, faudrait tester en vrai.. c'est rare que les circuits soient bons du premiers coup ( enfin chez moi en tous cas ;) )

15 nov. 2020
0

oui c'est sur! mais un PCB c'est le même prix par un ou par 5
:-(

16 nov. 2020
0

Après avoir cogité autour de l'arduino, dessiné ce dont j'estimais avoir besoin, et lu les différentes contributions, je me dis que ... ce serait dommage d'investir (surtout en temps) dans ce projet.

Je pense que ce serait fonctionnel relativement facilement au vu du travail réalisé précédemment par d'autres, mais les fonctions restent assez limitées au final, surtout en comparaison avec le projet en RaspberryPi de GudHull.

Alors même si je n'y connais rien en Rpi, je pense que je vais switcher sur ce projet, notamment car il semble très bien pensé et très abouti.

Pour moi ce sera donc plus en mode boite noire (bon allez, grise) contrairement à l'arduino avec lequel je suis plus à l'aise.

Néanmoins, la carte arduino que j'ai proposée pourrait servir à d'autres bidouilles NMEA/arduino

Ilha da Berlenga, Peniche, Portugal

Phare du monde

  • 4.5 (146)

Ilha da Berlenga, Peniche, Portugal

2022