Répétiteur/Afficheur universel

Bonjour,
Voir ce fil pour les discussions et généralités : www.hisse-et-oh.com[...]projets

[Répeteur/Afficheur universel] [Projet Collaboratif]
Objectif : Disposer d'un Afficheur/répeteur "universel" faible cout et faible consommation.

Afficheur/répeteur avec écran e-INK (type kindle), taille environ 10x10cm
Récupère les données du bus du bateau (NMEA /NMEA2000/SignalK), si besoin, conversion/étalonnage ( fichier de config)
Affichage des données circulant sur le bus en mode texte (Vitesse, Cap, Profondeur...) ou graphique (vent, historique sondeur..)
Bouton ON/OFF
Option 1: Configuration de l'afficheur figée (par exemple par fichier de config)
Option 2: Configuration de l'afficheur par boutons poussoirs (interface hardware)
Option 3: Configuration de l'afficheur déportée (fichier de conf sur carte SD, bluetooth+appli, wifi + appli, serveur web...)
Option 4: Possibilité d'ajouter un afficheur supplémentaire sur un même controleur, avec 2 affichages distincts configurables
Option 5: Mise en boitier étanche IP68 +connectique étanche+éclairage, idéalement intégrable sur une face avant
Option 6: Calcul vectoriel pour valeurs "complexes" (Vent réel, VMG..)
Option 7: Ajouter sonde de T° et afficher la T° moteur + alarme
Option 8: retroéclairage

L'équipage
20 fév. 2019
21 fév. 2019
0

J'en voudrais bien un! :reflechi:

21 fév. 2019
0

j'ai ai un :langue2: :langue2: :langue2:
sailracer.net[...]isplay/

22 fév. 2019
0

Bonsoir
J’ai postée une question concernant ce répétiteur
Peut’il fonctionner en recevant les infos d’un réseau seatalk transmises en wifi par un AIS watch XB800 ?
Ou bien sert’il uniquequement de répétiteur pour l’appli SailRacer.net d’un iPad ou i0hone ?
Merci

21 fév. 2019
0

Bonjour
Intéressé par ce répétiteur j’aimerai quelques précisions
Compatible avec les infos transmises par réseau seatalk ‘wifi par AIS WatchMate 800 ?
Si quelqu’un en a l’experience merci de m’en informer

03 juil. 2019
0

Bonjour, ce fil n'est qu'un cahier des charges .
Concernant Sailracer, il est lié à une appli si j'ai bien compris, et non directement au bus.

03 juil. 2019
0

J'attends un PiZero pour attaquer le chantier,
ainsi qu'une solution d'affichage (gros LCD de la techno qui va bien dont je n'ai pas le nom)

03 juil. 2019
0

J'hallucine ?
Pas moyen de trouver un afficheur transflectif avec des caractères de ~ 20 / 25 mm !
Où merde-je ?

03 juil. 2019
0

Merci Yannbis. il y a bien un afficheur en 18mm. c'est un peu petit (chuis bigleux) 1 ligne de 4 x 7 segments, c'est l'ultra minimum...
Faudrait de l'alphanumérique avec un peu plus de caractères, un peu plus grand

03 juil. 2019
0

7 segments ? de ce genre là ?
fr.rs-online.com[...]hromes/

03 juil. 2019
0

écran d'ordi portable+(rétroéclairage led) qui va bien +adaptaeur pour la dalle en hdmi +/- 20 à 40 € sur les site en ligne type eba.

03 juil. 201903 juil. 2019
0

Non merci boatallo, la recherche porte sur de l'afficheur alphanumérique.
Objectif, afficher un cap, une vitesse, ...
Ce serait pas mal si, en plus, s'affichait quelque chose qui indiquerait la grandeur affichée, comme "SOG", "WCV", ou "RMB12"...

04 juil. 201904 juil. 2019
0

un peu ce genre là? difficile de trouver sans mini commande
www.alibaba.com[...]94.html

www.alibaba.com[...]/search

et e e-ink?
je pense que c'est le mieux comme techno (lisibilité au soleil et conso), en plus c'est au pixel.

www.ebay.fr[...]/i.html

En tout cas intéressé (et désintéressé car je n'ai pas de bateau) si tu avances sur ce projet, et dispo pour discuter des fonctionnalités

04 juil. 2019
0

Merci Yannbis.
Je pensais trouvé des afficheurs ALPHAnumériques (matrice de pixel) un peu comme anderson69s.com[...]rry-pi/ ou en i2c comme www.atrylec.com[...]hp.html
mais de + grande taille.
Pas encore reçu mon piZero, mais je crois que je vais le faire avec un petit afficheur (je dois avoir ça qui traine), pour faire un POC. Et si je ne trouve toujours pas, je passerais à un petit e-ink. Je pressens que la différence de prix soit faible.

04 juil. 201916 juin 2020
0

@bmayer

J'ai acheté sur Bangood des shields TFT en 2.8 et 3.5 pour des bidouilles arduino.

De mémoire, je pense avoir vu des modèles pour Raspberry.

Mais mieux amha, il faut également chercher sur Sainsmart ( www.sainsmart.com[...]erry-pi ), un peu plus cher mais qui fournit des sketchs et autres librairies dédiés à ce type d'écran...

04 juil. 2019
0

Comme ce sera pour afficher du texte en utilisation extérieure, je reste fixé sur du transfléctif, ou du e-ink, comme www.sainsmart.com[...]ry-pi-3
Mais, GRRRR, pas de LCD alphanumérique de grande taille en vente au détail ?

05 juil. 2019
1

Bonjour yanibis.
Mon projet en quelques mots :
Repetiteur a base de pi zero et ecran e-ink waveshare 6 pouces.
Connexion wifi udp ou tcp sur le multiplexeur du bord.
Ou bien connexion nmea 0183 ou nmea 2000 pouvant etre supportees.
Developpement du soft de l'afficheur en Qt c++ pour la rapidite d execution et l optimisation de l espace memoire.
L'ecran e-ink ne disposant pas de driver pour un affichage direct sur le raspberry, j ai developpe un client vnc qui repercute les modifications de l'affichage sur l'ecran.
Le rafraichissement est optimise et les misa a jour de donnees n etant pas trop importante, l' ecran se comporte tres bien.
A terme, les donnees et ecrans accessibles seront Multiples er parametrables.
Vitesse, sondeur, cog, sog, vent en numerique et graphique, autoroute, ais etc...
Option deux boutons ecran. precedent/suivant.
Parametrage via un telephone, un pc ou une tablette se connectant en web sur le multiplexeur.
Eclairage nocturne par leds commandees par logiciel en fonction des heures de lever et coucher de soleil Pour la position gps.
Boitier imprime en 3d

Je reprendrais et partagerais ce projet en septembre/octobre.

Pour info j ai a bord une version fonctionnelle avec ecran hdmi, le module d'affichage e-ink a ete teste avec succes, il ne me reste plus qu a terminer l'integration.

05 juil. 2019
0

Attention au choix de l ecran e-ink.
De nombreux ecrans sont prevus pour afficher une image et rester figes, type etiquettes de supermarche.

Pour le repetiteur il est necessaire d avoir un affichage le plus dynamique possible afin de suivre le changement des donnees de navigation.

Il faut donc un ecran rapide et permettant de rafraichir seulement une partie de l'ecran, si non l'ecran ne suivra pas les changements de valeurs des donnees de navigation.
C' est pour cette raison que j' ai choisi pour mon projet le 6 pouces de waveshare, a la fois rapide et pouvant etre partiellement rafraichis.

20 mai 2020
0

Bonjour, certains d'entre vous on-t-ils avancé sur leurs projets (NB : Pas moi ;-))
GudHull?
BMayer (LauBen) ?

27 mai 2020
0

Pas d'un iota. 8 jours au bateau, retour à la maison, un peu de repos, et j'y repars.
Le besoin n'est pas premier. La priorité est faible.

27 mai 2020
1

Avec une liseuse Kindle, ça a l'air de marcher:
docs.google.com[...]Os/edit

27 mai 2020
0

merci pour ce lien, je 'ai pas regardé les détails, mais un Kindle, hormis que ce soit un système propriétaire, est étanche et très lisible au soleil !
Intéressant!

12 nov. 2020
0

Allez, je déterre :
Bonjour, certains d'entre vous on-t-ils avancé sur leurs projets (NB : toujours pas moi ;-))
GudHull?
BMayer (LauBen) ?

12 nov. 2020
0

Pas levé le petit doigt, même pas eu le temps de voir pourquoi mon RPi ne démarre plus depuis que vidant le bateau, le RPi sur le pont, une averse soudaine... et il ne démarre plus.

12 nov. 2020
0

Bonjour Yannbis.

A tu fait le choix de l'écran ?

13 nov. 2020
0

Non, j'ai fait le choix du bateau ;-)
Du coup ça retarde, un peu... , le reste. mais j'ai aussi un vrai besoin.
je vais me re-pencher de plus près sur le les MUX pour commencer!

24 nov. 2020
0

Gudhull, je ne sais plus, tu as publié ton répeteur qq part? Même sans e-ink, le coeur est toujours intéressant!

12 avr. 202112 avr. 2021
2

Je n'avais pas encore pu ce projet des très actifs allemands de open-boat-projects.org

Cet afficheur/répeteur open source répond à peu près tout ce qu'on a listé ici et ailleurs et même plus (E-Ink, notamment)
Je n'ai pas encore lu en détail, c'est un projet en cours.

open-boat-projects.org[...]obp-60/
open-boat-projects.org/en/diy-multifunktionsdisplay-obp-60/

Standard size for a multifunctional display (110 x 110 mm)
Suitable for daylight
Waterproof
6 keys
Support of the following bus systems: NMEA0183/NMEA2000/SeaTalk/I2C/1Wire
Low power consumption
WiFi-capable
Bluetooth-capable
Expandability via I2C bus and 1Wire
Hardware extensions via I / O port
Autarkic usable with battery pack for several days
Standard electronics for compatibility with other device series (NASA, Clipper, Navman, etc...)
Freely designable housing and therefore adaptable to other device series
Openness (OpenSource, OpenHardware)
Rebuildability with hobby means due to simple construction
Use of ready-made electronic modules
Adaptability to different needs
Software library for the Arduino IDE (similar to M5Stack)
Software updates via Micro-USB and WLAN

13 avr. 202113 avr. 2021
0

Je suis allé au bout mais c'est moins bien que ce que tu a vu et surtout pas étanche.
Je ne l'ai pas encore publié.
C'est à base de muxberry, avec en plus un écran et 4 boutons.
Le code de l'afficheur est en PHP (donc facile à faire évoluer) avec possibilité de gérer des écrans paramétrables (illimités) avec la définition de 1 2 ou 4 donnée(s) NMEA par écran.
Par contre dans sa version complète (un muxberry avec écran et clavier), entre la carte CAN, le baromètre, le clavier, l'écran et l'alimentation, le bus du raspberry est plein de câbles, la boite est une vraie forêt vierge.
Il est par contre possible de faire une version light avec juste l'écran et le clavier qui se connecte en wifi sur muxberry.
Je testerai probablement cet été avant de publier.
L'écran 4" utilisé dans le projet allemand est probablement adaptable a ce répétiteur pour apporter un plus grands confort de lecture.
Reste à le rendre étanche, ce boulot est un gros projet à lui tout seul.

21 avr. 2021
0

C'est déjà une superbe réalisation!

21 avr. 2021
1

Les indicateurs n'ont probablement plus beaucoup d'avenir sur nos bateaux.
Le dernier traceur Raymarine n'a plus de bouton et la tendance se voit partout
Quelques pistes très intéressantes dans ce post dont un écran tactile étanche et une application gratuite pour afficher des pages de données sur téléphone, tablette et liseuses ePaper

forum.openmarine.net[...]ead.php

21 avr. 2021
0

Les indicateurs n'ont probablement plus beaucoup d'avenir sur nos bateaux.

Que veux tu dire? les boutons n'ont plus d'avenir? ou indicateur vs écran multiusage?

Intéressant l'afficheur,
(reste encore cher je trouve, env 150€)
1000 Nits / 5 Inch / Waterproof IP65 / 12v

21 avr. 2021
0

Il faut aussi s'intéresser à l'application MxTommy qui permet de mettre en forme les données SignalK pour remplacer pas mal d'indicateurs

13 août 202113 août 2021
0

Bonjour,
Avec un projet très similaire, je découvre ce post avec grand intérêt et plus particulièrement la réflexion relative au choix de l'écran.

De ma compréhension et de ce que j'ai pu lire dans les forums techno, les e-ink qui présentent l'énorme avantage du low power avec un fort contraste sont à proscrire dans le cas d'exposition au soleil, vieillissement prématuré de l'afficheur voir même dysfonctionnement opérationnels.

Je n'ai aucune expérience en la matière et l'ensemble des applications que j'ai rencontré sont toutes des applications indoor, (je n'ai jamais essayé de lisseuse)

Le fabricant de e-ink recommande la non exposition au soleil et dans tous les cas l'usage d'une protection contre les UV pour une application en extérieur.

Avez vous un retour d'expérience sur le sujet ?

Autre sujet de réflexion, l'usage de bouton tactile style inséré dans un boitier étanche en façade du répéteur.

Ce modèle fonctionne très bien en environnement indoor même au travers de la paroi plastique du boitier, je n'ai jusqu'alors pas eu l'occasion de faire d'essais en environnement marins, embruns, bruine, pluie ......

Peut-être que l'un d'entre vous a déjà expérimenté ce genre de produit, ma seule expérience se limite aux tactiles de tables de cuisson qui sont plus que troublés au passage d'une éponge de nettoyage ou liquide répandu sur la surface.

15 août 2021
0

Bonjour,
Pas de retour d expérience suffisant pour répondre de manière exhaustive mais puisqu il est nécessaire de protéger l écran des intempéries, pourquoi ne pas mettre un verre filtre UV type filtre d appareil photo.
Cela permettra sans doute de retarder le vieillissement de l écran.

15 août 2021
0

Hello,
Pour info, j'ai un projet en prévision. Il s'agit également d'un afficheur mais ce coup-ci pour mettre dans la cabine, au plafond, consultable quand on dort, ou du moins quand on est couché.
L'idée est la suivante: Je dors au mouillage, et quelque chose me réveille (bruit, mouvement du bateau, vent...) et je veux en un clin d'oeil avoir quelques données de bases:
- heure
- vitesse vent TWS
- vitesse vent max TWS max
- orientation du vent GWA
- AWA
- distance de l'ancre, j'aurai besoin d'un coup de main pour le calcul en fonction des coordonnées GPS.
- % charge batterie SOC
- ...
Et si je suis en navigation j'ajoute:
- heure
- SOG
- DTW
- ETA
- Données moteur: RPM, t°...
Ceci à base d'Arduino Méga et un Shield TFT 3.5' Touch 320x480 que j'avais en rab et ça reviendra quand même moins cher que d'ajouter un i70 ou un Triton B&G.
L'idée du TFT sensitif ma plait bien, il suffit dans un demi-sommeil d'effleurer l'écran pour qu'il s'allume et de l'effleurer à nouveau pour afficher la page de données suivante. Etant donné la taille de l'écran on doit pouvoir afficher 6 données par pages.
Je n'ai pas encore commencé, je vous tiendrai au courant.
Le top serait de développer ça sur une smartwatch de type ESP32 avec connexion wifi sur le réseau du bord.

15 août 2021
0

Bonjour,
Muxberry proposant une interface de type web avec paramétrage des écrans (choix des données à afficher) il est parfaitement compatible avec une smart watch.

17 sept. 202117 sept. 2021
1

Re-Bonjour,
Comme évoqué précédemment, J'avance par étapes sur mon projet de répéteur.

Voici donc une première ébauche sur base de Mega2560 avec afficheur 2,9" e-link et 5 boutons en Touch Pad sur la façade le tout dans un boitier de récupération, 100% étanche.

Données GPS, Girouette / Anemo assurés avec calculs vectoriels de VMC, VMG, TWS, BTW, DTW, TWS, TWA .... au travers de plusieurs pages d'affichages sélectionnables.

Le temps de rafraichissement effectif de l'affichage même en mode partial Refresh demeure une très forte contrainte, les 0,3s annoncés par les fabricants se matérialisent en 750ms ce qui rend le code plus complexe ( Interuptibilité pour gestion flux NMEA etc .... ) si l'on souhaite un affichage de l'ordre de 1 Hz ou même naviguer dans des menus de manière confortable. (choix de WP .....)

La fiabilité dans le temps va aussi devoir être démontrée car avec 750 ms ne sont pas inclues des rafraichissement complets ni Hibernate pourtant recommandés par les fabricants de e-link pour éviter les images fantômes etc ...

enter image description here

Très sympa d'aspect, confort dans la navigation des menus et de l'affichage discutable, je reste perplexe sur la longévité de l'afficheur, mais si celle ci est assurée, alors cela demeure une très bonne solution, j'aimerai éviter devoir utiliser un TFT, énergivore et plus encombrant pour l’intégration dans ce boitier existant.

17 sept. 2021
0

Merci pour ce retour, superbe réalisation!
Acceptes tu de partager ton code source?
Quel écran et boutons touch as tu choisi?

17 sept. 202117 sept. 2021
0

Pour le code source, il reste encore à faire, optimisation de la fluidité d'affichage et de menus du fait de la lenteur de l'affichage, rendre le code interruptible pour ne pas perdre les flux de donnée NMEA, optimisation de la RAM car les librairies gérant les e-paper sont gourmandes et suis à l'étroit pour ajouter le code d'un IMU.

Reste donc à faire pour être pleinement satisfait.

Concernant le choix de l'afficheur, j'ai opté pour le mais les temps de partial Refresh annoncés ne sont pas au rendez vous et je ne suis pas un cas isolé sur cette référence équivalente à Good Display, il a l'avantage d'être interfaçable en 5V.

Pour les boutons, utilisation de TTP223, Attention la sensibilité doit être ajustée par l’adjonction de capa cms, soudures délicates.

Le tout par Ali-express

20 sept. 2021
0

Merci pour la partage et les infos.
sans que ce soit une remarque personnelle pour barsailer, je me dis que c'est dommage qu'il y ait tant de projets individuels qui approchent de la fin, parfois sans jamais l'atteindre (moi je m’arrête plutôt au début ;-)) )
Rien que sur ce sujet se répéteur, on en trouve plusieurs sur ce forum et ailleurs, pour la plupart pas fini (attention je n'exige rien de ceux qui prennent le temps de partager ce qu'ils ont fait!)
J'ai l'impression qu'on réinvente la roue à chaque fois... En s'organisant un peu on devrait réussir à faire avancer des choses à plusieurs?
Mais on va finir en hors sujet...

Pour ma part, avant de faire un repeteur tout intégré et étanche pour dehors, je voudrais bien un repeteur interne car le mien est en train de lâcher.
Çà me libère des contraintes d'étanchéité, d'encombrement, de lisibilité et même de taux de rafraichissement (quand on est à la TàC on a besoin d'une info moins immédiate que dans le cockpit)
Du coup je suis intéressé dans un premier temps par les premières briques que je verrais comme ça :
- Décodage NMEA
- Stockage des messages NMEA
- Envoi vers un afficheur

20 sept. 2021
0

Hello Yannbis,

Oui, c'est une idée louable.
Mais ça va être délicat d'arriver à satisfaire tout le monde.
Chacun va vouloir afficher telle ou telle donnée, avec une disposition différente, et des données différents du voisin.
Quand à ajouter un menu de paramétrage permettant de choisir les données à afficher, ç'est faisable mais ça va être plus complexe.
Pour le moment, j'ai commencé mon mini projet avec l'afficheur TFT 3,5' couleur.
Un bouton On/off
Un bouton permettant de switcher d'une page à l'autre des données. Chaque page comportant 6 données.
Pour l'instant j'affiche des données aléatoires factices et je switch entre les deux.
Ce n'est pas compliqué, le seul pb a été d'optimiser l'affichage qui est un peu lent et donne un affichage qui clignote un peu.

Restera à récupérer les vraies données NMEA2000 sur le réseau. Pour cela je vais pomper dans le de Timo Lappalainen. Toutes les données que je veux récupérer n'y sont pas, je vais étudier ça.
Amicalement.
FX

22 sept. 2021
0

Ce n'est pas compliqué, le seul pb a été d'optimiser l'affichage qui est un peu lent et donne un affichage qui clignote un peu.

Bonjour fxvt,
J'ai opté de mon coté pour en affichage e-ink 2,9" avec partial refresh.
Pas encore totalement convaincu par la fiabilité a long terme ( opération en plein soleil etc ....) je suis confronté également à la lenteur de l'affichage avec mon e-ink et garde en solution de replie l'idée d'utiliser un TFT.

En 2 mots l'opération d'affichage prend environs 950ms pour être rafraichi de toutes les valeurs, ce qui en devant traiter des flux de données asynchrone entrants issus des GPS, anemo, etc ne rend pas les choses faciles.

  • De Quel temps de rafraichissement d'écran disposes tu ?
  • le code correspondant à ce temps de rafraichissement est'il interuptible pour la gestion de flux NMEA, par exemple ?

Pour info j'utilise la librairie GxEPD2, mais ai regardé bien d'autres implémentations de code, pas simple mais probablement faisable de faire un code interruptible.

Rien que de faire un menu déroulant avec l'affichage en retour est déja un challenge avec le e-ink, j'imagine le TFT avec beaucoup moins de contraintes d’où ma curiosité en cas de repli.
Bien cordialement

20 sept. 2021
0

En décomposant les fonctions, je pense que ce n'est pas si compliqué (mais c'est une vue de mon canapé)
Tout le monde ne veut pas afficher les même fonctions, mais tout le monde veut avoir à dispo dans le code les même éléments (vent, vitesse etc...)

23 sept. 2021
0

Bonsoir.
Pourquoi ne pas utiliser un rpi zéro multitâches.
Pour ma part j ai résolu le problème en créant 3 process.
Un qui boucle en attente des événements nmea et clavier un qui gère le clavier et génère les événements associés, le dernier s’occupant de rafraîchir les données nmea.
La mémoire tampon est réalisée par un pipe. Pour l affichage, si la fréquence des données nmea dépasse la fréquence de rafraichissement, seules les dernières informations reçues sont affichées.
Pour 4 données affichées mais forcément décalées dans le timing de réception cela reste raisonnable.

23 sept. 2021
0

Pourquoi ne pas utiliser un rpi zéro multitâches.

Je rejoins cette réflexion à 200%, c'est un choix judicieux que de tirer partie d'un coeur ARM.

Davantage par soucis de préserver ma zone de confort, environnement AVR et Arduino que je connais beaucoup mieux que les Rpi, si les temps de rafraichissement effectifs du e-ink étaient de 300ms comme figurant dans les spec, le multitache ne se justifierait pas vraiment, un MEGA 2560 suffisant amplement.

Le Multitache, pour qui maitrise l’environnement de dev, simplifie assurement la réalisation d'un tel projet et ce sont des choix qui se font dès le début.

Je demeure intéressé par connaitre les temps de rafraichissement atteignables sur un TFT, au cas ou il me faudrait changer mon fusil d'épaule et pourquoi pas passer au Rpi zero.

J'ai débuté mi Aout et avais l'objectif de finir au plus vite, devoir changer d'affichage et de CPU serait un re-départ a zéro.

Quel environnement de dev utilises tu pour le Rpi ? en C ou exclusivement en PHP comme j'ai pu lire plus haut, langage que j'ignore totalement.
Cordialement

23 sept. 2021
0

Sur le fil quelques commentaires plus haut tu verra une photo de mon répétiteur avec écran 2.9 pouces et clavier 4 touches.
Je n ai pas de vidéo pour montrer les temps de rafraîchissement, mais je vous donnerai cela dès que possible à partir du 15/11
Pour le code :
Un process en ´c’ pour la gestion de l écran qui reçoit des phrases style nmea0183 (lisibles) comportant coordonnées d’affichage fonte et données à afficher.
Un process en ´c’ pour gérer le clavier qui envoi des phrase du genre ‘press B1’ ´relevase B1’ ….
Et au milieu de tout cela un process en php qui écoute le clavier et le ou les flux nmea0183 ou nmea2000 traite ces informations au travers de classes php et renvoi vers l écran des ordres d’affichage.
L’ensemble gère aussi des menus qui permettent de définir ses propres écrans avec une, deux ou quatre données parametrables affichées dans la plus grand taille possible.
Je pourrais vous mettre le code en ligne, tout est évolutif et parametrable.

29 sept. 2021
0

Je n ai pas de vidéo pour montrer les temps de rafraîchissement, mais je vous donnerai cela dès que possible à partir du 15/11

Mon Hardware étant finalisé, donc pour la science je demeure très intéressé par les temps de rafraichissement que tu obtiens avec ton Pi Zero, j'ai d'ailleurs commandé un Pi Zero par curiosité pour faire des essais.

Contrairement à ce que j'ai pu écrire, au temps de rafraichissement, durée fixe même pour un refresh partiel de l'EPD, s'ajoute le temps de transfert en SPI qui lui a un impact sur le temps total d'affichage et est donc proportionnel aux nombre de données updatées.

Je n'ai aucun doute sur le fait que le Pi Zero/ARM gagne la course face à un AVR, mais dans quelle magnitude ?

Merci Par avance, pour ton partage d'informations.
Cordialement

23 sept. 2021
0

C'est certainement vrai, mais pour ma part en Rpi je suis largué coté code (et même sur les codes arduino complexes).
Je pensais qu'un arduino tenait la charge et je préfère découper les fonctions (tant en HW qu'en SW) et je trouvais que le RPi juste pour afficher c'était un peu to much. Mais c'est certains que ça fait le job
(PS : pas eu le temps d'avancer comme je voulais avec Muxberry cet été, du coup ça reste sur la todolist de l'hiver!)

23 sept. 2021
0

Hello,

@Barsailer
Je ferai un chrono ce soir pour te donner la durée d'affichage d'une page.
En attendant, voici quelques précisions sur l'affichage TFT.

  • Oui, la gestion des 2 touches est gérée par interruptions. La réponse à l'appui d'une touche est donc immédiate que ce soit pour changer de page ou pour éteindre l'affichage.

  • Pour accélérer L'affichage d'un écran, à chaque boucle je ne réaffiche que les datas elles-mêmes. le cadre, les étiquettes et les unités ne sont pas réaffichées à chaque itération. Ca a bien réduit l'effet de papillotement.

Le pb de rafraichissement ne vient pas de la vitesse de l'Arduino. Il y a 2 autres facteurs.
- C'est l'écran lui-même qui est lent. Les e-Ink sont plus lents que les TFT. Entre TFT il y a aussi beaucoup de modèles et de pilotes. Le à moins de 10€ que j'ai a un pilote ILI9486 n'est pas bien rapide.

- La bibliothèque choisie est aussi fondamentale. Il y en a de plus ou moins rapides. J'en ai essayé une qui avait une très belle police, mais très lente. Du coup je suis redescendu sur une bib avec une police plus "system" mais plus rapide .

la solution pour la rapidité serait surement de passer sur un écran de type , qui a sa propre puissance embarquée.
Mais ça a un cout supérieur et un encore un peu cher pour un POC.

Amicalement.
FX

23 sept. 2021
0

Hello,

Je viens de mesurer.
L'affichage des données d'une page prends 240ms.
A chaque cycle, seules les données sont ré-affichées.
Les cadres rouge et les étiquettes et unités en vert ne sont pas réaffichées pour gagner du temps.
On ne réaffiche les étiquettes qu'en cas de changement de page.
On ne réaffiche les cadres que si on rallume l'affichage.

Sous l'écran on voit la barre de boutons. Seuls 2 sont utilisés.
Amicalement.
FX

23 sept. 2021
0

Bien jolies toutes ces réalisations.
Bonjour à tous et merci infiniment pour toutes vos pertinentes contributions.

Avec 240ms pour la mise à jours des données utiles, le TFT permet assurement une intégration beaucoup plus aisée sur un CPU monotâche comparé au e-ink que j'ai selectionné pourtant dans les plus rapide, annoncé à 0,3s sur la spécification du constructeur Good Display tout comme Waveshare.

La réalité est tout autre avec un temps fixe de rafraichissement de 750ms auquel il convient d'ajouter 200ms réveil/hibernation pour éviter la formation d'images fantômes.

Oui assurement le choix de la bibliothèque est fondamentale, j'ai essayer les codes de demo des 2 constructeurs ci-dessus, et en dépit d'un excellent support notamment avec Good Display, le code le plus rapide qu'ils aient pu me fournir (video a l'appui) ne fait pas mieux que les 950ms que j'obtiens avec la lib GxEPD2 finalement retenue.

Sur un e-ink, le rafraichissement partiel est un temps fixe qui ne dépends pas du nombre de pixel rafraichi, avec des menus paramétrables allant de 4 a 6 données par page, toutes les données sont rafraichies simultanément sans impact sur le temps réel.

Assurément il existe des e-ink plus rapides que d'autres, encore faudrait'il pouvoir se fier aux spécifications, à moins d'en acheter plusieurs et faire du benchmark sur les controller et les panels, aucun des 2 constructeurs consultés n'ont pu m'expliquer le pourquoi de cette différence de temps de rafraichissement avec leur spec.

Les e-ink ne sont assurement pas fait pour des taux de rafraichissement rapides, je dois donc encore travailler pour en amoindrir la lenteur en rendant le code d'affichage interruptible pour partie et donc gérer les flux de données.

Si je devais changer d'avis au profit d'un Rpi zero, avec plaisir je jeterai un oeil sur ton code gudhull, mais je préfererai garder le bénefice de ce que j'ai déja développé.

Au plaisir de vous lire.

23 sept. 2021
0

Je tiens à ajouter que ZinggJM qui développe les librairies GxEPD et GxEPD2 pour pratiquement tous les cartes de dev (ESPXX, STM32, AVR Rpi etc ....) et presque tous les display e-ink Good display / Waveshare documente les temps d’exécution qu'il mesure lors de la mise au point des drivers. ( voir les .h de chaque reference de display )

Cela peut constituer une source intéressante pour identifier les panel les plus rapide, ce que je n'ai pas fait au préalable.

Ses mesures me paraissent fiables, je mesure 733ms la ou lui documente 736ms.

la solution pour la rapidité serait surement de passer sur un écran de type NEXTION, qui a sa propre puissance embarquée.

Oui FX, je rejoins ton point CPU Monotache + Ecran à techno lente : préferable d'avoir le processing deporté.

Pour usage extérieur, je préfère l'aspect du e-ink au TFT, je vais tenté de faire l’équilibriste encore quelque temps, et si je dois craquer ce serait plutot multitache.

Gudhull, Quel IDE GUI utilises tu, recommandes tu pour le Rpi ?

29 sept. 2021
0

Re-Bonjour,
Merci a fxvt et gudhull de m'avoir ouvert les yeux, Les E-ink/EPD sont desespérement trop lents et peu adaptés au rafraichissement de données multiples rapide.

J'ai choisis une plateforme Arduino CPU Monotache avec un EPD, c'est une erreur ne permettant pas de gérer des flux de NMEA sans pertes de données, l'interruptibilité du code d'affichage est beaucoup trop compliquée pour fonctionner de manière fiable.

Mon cahier des charge étant en priorité un repeteur tactic simple très faible conso d'energie pour navigation locales sans cartographie (cartographie optionelle via Tablette ou PC) j'evite de faire le saut vers le Muxberry qui parait très alléchant.

je maintiens donc l'utilisation d'un EPD selon le synoptique suivant:

Repeteur Synoptique

A l'image du NEXTION (merci a fxvt pour l'idée), L'ajout d'un second CPU piloté par trames NMEA sur protocole propriétaire pour le processing dédié à l'affichage apporte pleine satisfaction. (certe l'affichage reste un peu lent)

A l'exception de l'IMU, toutes les fonctions ci dessus ont été implémentées et validés fonctionnellement sur flux de données réels sans pertes de trames.

Suis désormais impatient de tester toute ceci in situ avec du soleil, mais aussi de la bruine, des embruns .... et valider la pertinence du choix de l'EPD et des touch pad, Mais ce ne sera pas avant l'été 2022 je le crains.

Tout retour d’expérience d'EPD en milieu marin, hostile demeure bienvenu ;-)

Yannbis,

Pour ce qui d'un multiplexer NMEA0183, rien de plus simple, regarde la lib Arduino NMEAParser et les exemples associés.

Avec un arduino MEGA2560 et un poil de tripailles d’adaptation de niveaux HW, tu disposes d'un multiplexer 4 --> 1 en pas beaucoup plus que 20 lignes de codes.

Cordialement.

29 sept. 2021
0

Hello,

Pour les écrans NEXTION, je te conseille les tutos vidéos d'Andreas SPIESS

Amicalement.
FX

29 sept. 2021
0

FX,
Le prix pique un peu les yeux, mais le concept est très intéressant, je vais creuser un peu le sujet.

Sur ton proto a base de TFT, as tu fait des essais de lisibilité par fort ensoleillement ?
Bien Cordialement

13 oct. 2021
0

@Barsailer, super ton implémentation!
Pour le Mux, j'ai le mUxberry qui fonctionne sur table grace à GudHull, avec la gestion des priorité et redondance en interface graphique et repeteur Wifi, ça me me va bien ;-)

En Mux Arduino simple il ya celui de voilier-idem aussi.

0

Bonjour, je suis à coté de la question, mais j'ai compris que vous étiez des doué en électronique aussi j'ai une question : je dispose d'instruments SIMRAD IS 15 et mon capteur vitesse/température me donne une info erronée pour la température aussi je souhaite changer ce capteur mais ne trouve pour le remplacer que le ST850 AIMAR mais je n'arrive pas à avoir une réponse des distributeurs sur la compatibilité de ce capteur avec mon IS15.
Par ailleurs, je cherche un écran combi IS15, car le mien les "digits" sont de plus en plus faibles.
Merci à ceux ou celui qui peut m'aider dans la recherche de solution à ces deux questions.
ci-joint l'image de mon combiné.
Michel

0

Bonjour Matelot,
Selon la doc de la simrad IS15, le capteur de vitesse raccordé au IS15 Transceiver fonctionne avec une roue a aube de 4,8Hz/ Noeud, rien de spécifié sur le capteur de temperature.
Il accepte électriquement les sondes ST650/B17, ST557, ST300/P371, B744V, P52.
Il ne doit pas être difficile de statuer si la ST850 est compatible électriquement avec les références ci dessus, je serais étonné que ça ne soit pas le cas, pour l'aspect mécanique et dimensionnel et donc adéquation avec ton passe coque, je t'encourage a fouiller sur le site AIRMAR cela ne devrait pas être difficile à trouver.
S’agissant d'un dysfonctionnement du seul capteur de température, as tu seulement vérifié la qualité de ta connectique et que le câble n'est pas blessé, oxydé sur sa longueur.
Quel type d'erreur as tu ? Un léger décalage de la valeur affichée ou des valeurs hors gamme ?
Concernant ton affichage LCD il est fort probable que ce soit un afficheur "custom" designé spécialement pour SIMRAD, donc sauf a ce que le fabricant mette a disposition des pièces détachées, aucune chance de lui trouver un remplaçant.
En espérant que cela t'aide.
Cordialement

0

Merci barsailer pour toutes ces précisions très documentées, en effet le capteur Airmar 850 est compatible avec le ST 650 Aimar, donc j'imagine que si ce dernier est compatible IS15, le 850 l'est aussi.........
Quant aux données température, elles sont totalement erronées et donnent 60,,,68,,, pour une température de l'eau de 20 ou 22 degrés.
Vos réponses me sont très utiles pour rechercher une solution a mon problème.
Bonne navigation a vous.
Cordialement

12h
0

Hello,
Je viens de commencer le projet de montre connectée.
Voici une mini-vidéo (un peu déformée car mal compressée)
C'est vraiment qu'une maquette qui affiche des données (factices aléatoires).
On peut changer de page en touchant l'écran.
Il reste maintenant un gros boulot, en réalité le plus long et complexe:
- Eviter le clignotement en optimisant l'affichage
- Afficher le % de batterie de la montre
- envoyer/récupérer les info en Bluetooth
- gérer la mise en veille légère et profonde
- gérer l'intensité de la luminosité
- ...
L'hiver arrive, j'aurais peut-être du temps au coin de la cheminée pour avancer.
Amicalement.
FX


0

Bonjour
68°F donne 20°C, une piste potentielle?
Philippe

1

Bonjour à tous
matelot@126996 a ouvert un fil dédié au sujet IS15 ici, par souci de cohérence des fils, il serait je pense mieux d'y poursuivre les discussions sur ce (hors) sujet ;-)
www.hisse-et-oh.com[...]d-is-15

Votre réponse

Merci de contribuer aux réponses sur HISSE ET OH !

Merci de vérifier de bien répondre au sujet. Fournisser des détails sur votre réponse et partager votre expérience et vos recherches !

Mais éviter de …

  • Demander de l'aide ou de répondre à une autre question (utiliser les commentaires dans ce cas).
  • Porter un jugement et manquer de respect dans votre réponse.
  • Pour plus d'information, consulter la FAQ et la Charte de HISSE ET OH !

Déposer un fichier ici ou Cliquer pour envoyer

Bol d'Or 2016

Après la pluie...

  • 4.5 (159)

Bol d'Or 2016

mars 2021