Pypilot Installation/Configuration

Bonjour Yannbis,
je vais donc reprendre ici la discussion sur la question de la communication entre le Tinypilot et le Raspberry dédié à OpenCpn. J'ai commencé à fouiller le net pour voir s'il existait des solutions dans le sens que tu suggérais pour se passer du wifi permanent. Je suis loin d'être un spécialiste en informatique donc désolé si j'enfonce des portes ouvertes.
Sur le lien suivant il est question de connecter un Raspberry avec un PC sans wifi:

La solution devrait pouvoir s'appliquer entre deux Raspberry. Par contre je suis surpris qu'il ne soit pas précisé de choisir un câble RJ45 croisé. J'ai lu ici ou là que les équipements s'adaptaient seuls, mais cela ne semble pas réellement systématique. Un avis?
Pour la question d'équiper le Pi zéro d'un port Ethernet, il y a semble-t-il deux solutions, l'une qui me parait un peu complexe mais sans doute la plus élégante est décrite en suivant le lien ci-après:
.
L'autre est évoquée et me semble plus accessible, un adaptateur USB - RJ45 à des prix très raisonnables. Un exemple un peu daté est décrit sur le site Framboise314:
.

Intéressant ce HAT mais il n'y a plus vraiment la place pour lui dans le boitier. Je vais sans doute m'orienter vers un adaptateur que je placerai dans le boitier Autohelm à coté du boitier Tinypilot, si je trouve ce qui convient; cela me semble plus facile à réaliser. De toute façon je n'aurai pas besoin de la prise microUSB pour un autre usage. Même si les performances de ces adaptateurs sont limitées, j'imagine qu'elles seront suffisantes pour les communications entre les RPI.
Ta remarque sur les câbles croisés me rassure, j'étais resté sur l'idée qu'il ne fallait en aucun cas se tromper de câbles sous peine de détérioration du matos (mais je ne m'intéresse aux questions informatiques que de façon sporadique, en fonction de mes besoins plus que par passion, même le sujet m'intéresse).

Je suis surpris de votre réticence à la Wifi en bateau.
Je trouve pourtant qu'on est de plus en plus nombreux à avoir les données nmea qui transitent par Wifi. C'est ce qui est le plus ouvert et le plus sur aujourd'hui. Un réseau Wifi permet en plus de pouvoir accéder à des pages web mises à disposition par certains capteurs ou appareils comme Pypilot, ceci avec n'importe quel appareil connecté au réseau Wifi pouvant ouvrir une page web. Personnellement, je trouve extraordinaire d'avoir les cibles détectées par l'AIS du bateau accessibles sur les tablettes ou téléphones équipés de Navionics ou OpenCpn.

Difficile de faire plus sur et plus ouvert à l'époque actuelle. La Wifi est très rarement brouillée car elle a été conçue dès le départ pour cohabiter avec la fréquence d'émission des fours à micro-ondes.
Pour la sécurité, il suffit de mettre un identifiant et un mot de passe correct.
Personnellement, je ne peux plus m'en passer alors que je me passe totalement des indicateurs traditionnels.
L'affichage de mes capteurs ne se fait que par tablette. Il y en a d'excellentes pour cela dont des ePaper étanches qui peuvent faire un très bon répétiteur de mât.

Un simple ESP8266 ou alors un puissant ESP32 permet de raccorder au réseau wifi un capteur ou afficheur en utilisant l'IDE d'Arduino pour la programmation. Je suis de plus en plus convaincu que progressivement, de plus en plus de plaisanciers utiliseront une électronique DIY performante et économique sur réseau wifi.

Une liseuse étanche ePaper est utilisable si on a un serveur web wifi qui envoie la page à afficher.
Elle dispose d'un rétro-éclairage et on trouve sur internet le moyen de la forcer à afficher une page web.
Il faut par contre générer et actualiser la page web avec les infos à afficher en utilisant un ESP8266, ESP32 ou rpi.
C'est que pour l'affichage des infos de vitesse, cap, vent et autres et pas pour autre chose mais la taille de l'écran (103 x 138 mm) permet d'afficher beaucoup de choses.

J'ai déjà dit ce que je pensais des gens qui profitent des idées des autres
J'ai personnellement connu cela en ayant mis une très bonne idée sur ce forum (gyro à 45€ pour S1, S2 et S3). Elle a a été reprise dans le monde entier et c'était le but. Mais cela commence à faire mal quand certains commencent à vendre votre idée à des prix indécents sans citer leur source. Mais le pire, c'est quand des mauvais se mettent aussi à reprendre et vendre votre idée, mais sans savoir la faire fonctionner. Il y a alors plein d'acheteurs qui se plaignent d'avoir payé et que cela ne fonctionne pas. J'ai aidé quelquefois mais cela devient ingérable compte tenu de la bêtise de certains vendeurs et aussi de certains acheteurs. j'étais furax et je le suis encore en y repensant.

Pour revenir à ce que propose pc-nautic.nl, je suis très surpris de voir qu'ils n'ont pas traduit leur site en anglais et surtout qu'on y trouve aucune notice de ce qu'ils vendent. C'est très rare qu'un vendeur de produits intéressants et performants ne communique pas mieux. J'ai en tête le très bon site de luis@vela-navega.com sur ses produits pas chers de passerelle nmea-wifi. Il y a tout sur ses produits, y compris des photos des circuits, les schémas et le code. Y a t-il une notice du produit de pc-nautic.nl et en quelle langue ?
pc-nautic.nl ne le dit pas. J'espère sincèrement que Sean D'Epagnier n'aura pas le désagrément d'être contacté par des acheteurs de cette intégration ... Mais je crains que cela se termine comme cela

d'après ce que j'ai compris, le société néerlandaise a utilisé le système open source pour faire un produit commercial en reroutant les cartes, améliorant la connectique et l'interface; jusque là c'est plutôt très bien (car ce sont les points faibles de ce projet, il est d'ailleurs dommage qu'on n'arrive pas poursuivre sur la mécanique et IHM open source associée... Peut être ici sur HEO?)

Le défaut c'est le vérin, et peut être le support aussi (mais ça a priori personne n'en sait rien)

Coté Sean , on ne peut pas reprocher quoique ce soit bien sûr, mais la doc est soit très technique, soit très succincte, ce n'est pas du grand public.
Faire une bonne doc c'est du temps et de l'argent... je suis en train de tenter de faire une mini-doc du projet Muxberry)

Rallonge du câble entre calculateur Pypilot et contrôleur

Le câble fourni en standard entre Pypilo et le contrôleur est court mail il est proposé sur le site Pypilot des rallonges de différentes longueurs avec deux connecteurs étanches dans l’onglet divers de la boutique.

J-Marc, je profite de ton intervention sur la longueur du câble pour placer ma question: je souhaiterais remplacer le câble fourni par Sean, trop court pour le montage que je prépare, par un câble reprenant l'alimentation 12v pour le Tinypilot (le convertisseur 12>5 sera intégré dans le boîtier Autohelm) et raccordé au niveau du passage de pont par une prise 6 broches étanches. Cela risque-t-il de poser problème?
Sean évoque la possibilité d'utiliser du câble Ethernet pour la liaison entre calculateur et contrôleur si j'ai bien compris son texte, un peu confus me semble-t-il (pypilot.org[...]oku.php If using rudder feedback, or other additional motor controller features such as temperature sensor for the motor, it may make sense to locate the motor controller closer to the actuator. In this case use 20-24 gauge 4 wire copper like phone cable, or ethernet will do. In this case it is helpful if power for the motor controller is nearby in evaluating if this option makes sense.).
Autre question, sur le contrôleur "High power" que j'ai reçu il n'y a pas d'Arduino, seulement une puce sur laquelle je n'arrive à lire aucune inscription qui, j'imagine, doit remplir la même fonction. Quelqu'un a-t-il une idée sur cette configuration (question de pure curiosité car la compréhension de ce montage me semble au delà de mes compétences)?

Connecteur en ligne sur le câble liaison Pilote/commande moteur (si je ne me trompe pas), version 4 broches.
fr.aliexpress.com[...]38.html
fr.aliexpress.com/item/1005002027736438.html
mots-clé : Connector 4pin white led IP65

Pour ma part, je remplace tout par la série SP13
fr.aliexpress.com[...]34.html
fr.aliexpress.com/item/4000057522634.html

Pour faire suite aux questions sur l'étanchéité du montage de Sean il me semblait qu'on pouvait installer le Pypilot et le controleur au sec à l'intérieur et commander le pilote avec une tablette étanche ou une télécommande dans le cockpit, c'est juste ou non ?

Merci bien, tout me parait clair.

Bonjour J-Marc, j'ai anticipé ton judicieux conseil, je viens juste de terminer une copie de la carte SD à l'aide de Win32DiskImager. Reste à rentrer dans la configuration. Je vais y aller à tâtons, j'avoue ne pas être dans ma zone de confiance...

Une video bien faite

Bonsoir,

Je viens d'installer le tiny pilot avec le controller 30A reçu par également par Erickalon.
Soudure sans problème du rudder sensor B&G que j'avais, (+5V sur J8, pin du milieu pour le signal qui varie avec la position et le ground à gauche).
Question concernant le clutch output: Je ne vois aucune tension au voltmètre sur la sortie "clutch" du controller lorsque j'actionne le pilote via l'interface. En reliant le clutch + de mon moteur sur la sortie 'clutch' de la carte controller et le clutch - de mon moteur sur 'power -' de la carte controller, j'entends bien le moteur du tourner (raymarine T2s), mais la barre reste libre.

Savez vous si il y a une configuration particulière à faire? Je ne trouve rien dans l'interface web.

La sortie clutch est protégée par un fusible Polyfuse automatiquement réarmable robuste. Il n'y a aucun risque en cas d'erreur de montage.

Avec Openplotter sur un autre rpi relié au serveur de Pypilot, on peut lire et visualiser des graphiques de toutes les variables de Pypilot.

Sur mon bateau, j'ai l'ampéremètre de mes batteries précis à 10 mA et à la maison une pince ampéremétrique DC en calibre 4A.

Pour les habitués de Linux et du pi qui ne veulent pas installer tout Openplotter, Sean a prévu plusieurs scripts gui de python inclus dans pypilot. Il est possible d'utiliser ces outils sur n'importe quel système Linux en installant pypilot. Ces outils peuvent se connecter à distance au serveur de pilote automatique.

Voir doc sur Wiki :

pypilotcalibration : Retour visuel pour l'étalonnage des capteurs.
signalkclient : Interface de ligne de commande pour lire les données du pilote

automatique
signalkclientwx : Outil interactif pour inspecter et modifier les valeurs utilisées par le
pilote automatique
signalkscopewx : Tracer les données en streaming à partir du pilote automatique
pypilot_control : L'alternative au plugin opencpn ne nécessite pas d'exécuter opencpn et
est écrite en python.

En parlant de consommation électrique, est-ce que certains ont mesuré la consommation de leur pi sous openplotter et / ou de leur pypilot?

J'ai actuellement un pi3 openplotter et j'étale bien la consommation avec le solaire (mais pas de BMS pour avoir la conso exacte), mais je me pose la question de la consommation du pypilot, je verrai (de manière empirique / statistique) combien j'ai consommé quand il sera installé, mais si quelqu'un a déjà une estimation ce serait top.
Le débarquement / revente du régulateur d'allure en dépendra.

Le pypilot que j'ai acheté à Sean (calculateur et contrôleur 10A) consomme 0,1A en pointe à 12,5V avec :
- LCD rétroéclairé,
- connexion wifi en service,
- récepteur de télécommande radio en service,
- contrôleur sous tension
- alimentation 5V du calculateur par un régulateur 12V > 5V à découpage de marque FULREE

Quand la connexion wifi est bien établie, la consommation baisse à moins de 85mA.
Elle diminue aussi si la tension batterie est plus élevée.

La consommation du moteur dépend surtout des réglage, du type de moteur et du rendement mécanique de la réduction et transmission.
Une mécanique à haut rendement avec à vis à bille de qualité ou réduction haut rendement avec bielle ou avec drosses consommera beaucoup moins. Sur le site, il y a une réalisation remarquable d'un héonaute pour un gros bateau qui n'a rien à envier aux meilleurs produits professionnels.

Télécommandes étanches à 3€ Préparation et installation

J'arrive finalement à ouvrir les télécommandes étanches sans les endommager en insérant et faisant levier avec une lame du côté opposé à l'anse de fixation. Une fois les demi-boitiers entrouverts, il faut les faire coulisser entre eux pour ne pas casser le clip du côté de l'anse.

Après avoir testé une télécommande à l'immersion, j'ai décidé d'étancher complètement l'arrière du circuit imprimé et l'espace entre le circuit imprimé et la protection des touches en silicone transparent avec de la loctite SI5398 (résine RTV silicone). Voir les photos.
Après avoir attendu quelques minutes le début de polymérisation avec l'humidité de l'air, je referme la télécommande en la laissant sécher avec les touches vers le bas. J'ai étanché tout mon stock de télécommandes en quelques minutes. Je suis maintenant certain qu'elles ne craignent plus l'eau.

Les protections sont faites à l'imprimante 3D en ASA à 15% de remplissage, ce qui leur permet d'avoir une bonne flttabilité.

J'ai aussi réalisé un support de télécommande sur le vérin.
La télécommande du vérin a les touches "désengage", "engage", -1 et +1 pour entrer et sortir le vérin lorsque le pilote n'est pas engagé.
Les autres télécommandes sont faites pour rester au cou avec uniquement les fonctions -1, +1, -10 et +10. Je vais probablement passer de 10 à 20 degrés pour faciliter les virements

bonjour j'ai comande chez sean un controleur de pompe hydraulique de 30 amperes,mais il ne correspond pas a mon pilote cela fonctionne qu'avec le PYpilot de sean si quelquun est interesse avant que je lui rnvoie car i m'a gentiment propose de me le rembourser

Bonjour à tous,

Je viens d'installer le pypilot de Sean sur mon bateau.
Les premiers essais sont très prometteurs, je dois cependant "fignoler" les réglages !!
J'ai fait un petit topo de mon installation que je mettrai à jour suivant l’évolution de l'installation:
drive.google.com[...]lc/view

Il reste à trouver la bonne solution pour un boitier étanche commandes/afficheurs à la barre.

En conclusion: Super !!!

Heureux que tu sois satisfait Tanagra.

Voici une doc sur une page qui t'aidera sur l'eau les réglages de gain. Le pilote seul consomme environ 90 mA sans le drive.
Mes derniers réglages optimisés avec beaucoup de mer sont :
Conseillé SIMPLE BASIC
P 0.003 0.003 0.002
I 0 0 0
D 0.01 0.015 0.0452
DD 0.065
PR 0.002
FF 0.886
R 0

C'est bien d'utiliser le jeu de réglages "simple" pour une utilisation sans vent et d'optimiser le jeu de réglages "BASIC" pour des conditions où on veut que le pilote soit réactif. On bascule facilement le pilote de l'un à l'autre avec la tablette en Wifi ou avec la télécommande IR du calculateur Pypilot.

A l'usage avec les télécommandes, je me passe totalement de boîtier étanche extérieur. Je pense plutôt utiliser l'excellent compas du Pypilot pour me faire un compas tactique wifi avec ESP8266 (cap compas et les deux caps affichés par un micro compas tacktik). Je mettrai alors un symbole sur l'affichage pour signaler si le pilote est ou non engagé.

Pour un fonctionnement parfait au portant dans la grosse houle, je vais augmenter la vitesse de rotation de la barre en approchant mon vieux vérin AUTOHELM de la mèche. Le pilote anticipe très bien mais ma barre ne tourne pas assez vite actuellement pour que le bateau reste bien stable dans toutes les conditions.

Bonjour à tous,
j'ai enfin pu tester mon installation en mer ces jours-ci. Il me reste à peaufiner les réglages du Pypilot mais mes premiers essais me satisfont vraiment. Au vu des retours positifs sur le système de Sean d'Epagnier, je n'avais pas trop d'inquiétudes quand au fonctionnement de la partie informatique / électronique, restait à voir si ma réalisation mécanique serait satisfaisante. Pour rappel, j'ai réalisé un système de commande adapté au problème spécifique d'un safran sur tableau pour un bateau à cockpit central. J'ai utilisé un moto-réducteur chinois entrainant un réducteur épicycloïdal industriel pour commander un palonnier en passant au travers du pont, ce palonnier entrainant au moyen d'une bielle un autre palonnier fixé sur le dessus du safran. Le palonnier menant est débrayable grâce à un crabot.
Le fonctionnement de la mécanique est tout à fait satisfaisant, la puissance du système me semble largement suffisante (mon safran est compensé, la barre n'est donc pas trop dure); la consommation semble très raisonnable dans les conditions de beau temps que nous avons rencontrées (autour de 10 watts de puissance moyenne). Le choix d'un crabot à commande mécanique (une tringle renvoyée au cockpit) a le gros avantage de ne rien consommer, ce qui est appréciable au regard des consommations annoncées des embrayages à commande électrique, même si la possibilité de réduction offerte par la nouvelle version de Pypilot permet de limiter cet inconvénient. Le défaut de mon système tient au fait que l'embrayage ne peut se faire que pour une position bien définie du crabot menant par rapport au crabot mené, il est donc préférable de débrayer avec la barre à peu près à zéro pour ne pas avoir à trop chercher la position au moment d'embrayer mais cela ne m'a pas semblé trop contraignant au cours de cette première sortie.
Merci à tous les contributeurs dont les retours d'expérience m'ont incité à me lancer dans cette réalisation, et bonnes navigations à tous.
Eric

Super produit en effet qui barre parfaitement, y compris par mauvaise mer et sous spi si on se donne la peine de travailler les réglages.

Ce que tu appelles conso "pypilot seul" doit être la consommation avec le vérin car il n'y a normalement pas de modifications de la conso du pypilot seul entre les différentes allures. La conso du pypilot seul est inférieure à 1W sur mon bateau.

Le pypilot dispose de deux jeux de réglages totalement distincts. On bascule de l'un à l'autre avec un bouton dans l'onglet "Gains". Pour diminuer la consommation au moteur et par beau temps, j'utilise le jeu de réglage "SIMPLE" (3 gains seulement : PID) avec peu de gain et lorsque je veux que pypilot anticipe au mieux les vagues au près ou sous spi, je bascule sur le jeu de réglage "BASIC" (7 gains) avec un gain DD (dérivée au carré) assez élevé pour que le bateau réagisse vite aux vagues au détriment de la consommation. J'utilise la tablette étanche connectée au pypilot par wifi pour passer de l'un à l'autre. Chaque fois que je touche un réglage de gain, je fais une copie d'écran pour pouvoir analyser ensuite tout ce que j'ai essayé et pouvoir revenir aux précédents réglages

Oui pour la conso il s'agit de la consommation du motorcontroller et donc du vérin. C'est une donnée primordiale pour qui veut voyager un peu longtemps. On vient de faire Toulon Lagos (Portugal) en 7 jours et le pypilot ne m'a pas mis dans le rouge niveau batterie, le régulateur n'a presque pas été utilisé. Il va donc sûrement être démonté et stocké pour de plus grandes étapes.

Pour les fins de course du vérin acheté à Taiwan je ne pense pas qu'elles apporteront grand chose finalement. Je verrai une fois le vérin en place, mais l'actuel n'a jamais forcé, et la protection mise en place par Sean a l'air de bien fonctionner.
L'avantage du vérin pc Nautic (outre le fait qu'il a été livré en 4 jours) est qu'il est plug and play avec le support de mon ST2000.
Pour la section des câbles je ne me souviens plus de ce que j'ai mis mais c'est du costaud.

Bonjour,

avez vous reussis a coneceter le pypilote à openplotter en filliere ?

je suis sur un bateau acier et je ne souhaite pas avoir un reseau wiffi la dedans !

sean me fait donc un pypilot sur un pi zero san wiffi.

je serais intéressé si quelq'un à fait se branchement.

Merci !

Bonjour,

Je vous joint la reponse de Sean :

it is possible to use ethernet, yes. The pi zero has no ethernet so
you could maybe use a usb one.

It may even be possible to tether the pi zero (usb data connection and power)

You would have to hack the startup scripts to enable ethernet.

To get this really working I recommend you have a monitor and keyboard
to plug into the pi 0 so you can fix the script if it is broken.

Sean

(il est possible d'utiliser ethernet, oui. Le pi zéro n'a pas d'Ethernet donc
vous pourriez peut-être utiliser un usb.

Il peut même être possible d'attacher le pi zéro (connexion de données USB et alimentation)

Vous devrez pirater les scripts de démarrage pour activer Ethernet.

Pour que cela fonctionne vraiment, je vous recommande d'avoir un moniteur et un clavier
à brancher sur le pi 0 afin de pouvoir réparer le script s'il est cassé.

Sean)

J'ai pas de grosse compétence dans tout ca mais je vais peu etre essaye quand même avec un adaptateur mini usb vers ethernet j'ai vu ensuite qu'il y avait deux ligne de code a rajouter.

Je me demandais car en faite ce que je veux c'est pouvoir paramétrer le pilote le gain, l'auto, le stanby, et les modif de cap.

brancher un ecran tactil deporté pour pouvoir faire ca serait pas plus simple ?
et du coup ne pas connecter le pypilot a open plotter.

Il était possible dans des versions antérieures du plug-in Pypilot de choisir entre le mode compas et le mode gps (route) lorsque la route était activée sur OpenCpn. Ce n'est plus le cas avec les version en cours, un choix semble-t-il assumé par Sean mais qui me semble assez peu pertinent. Des utilisateurs auraient-ils une solution pour revenir au comportement précédent?

Connexion Pypilot à Openplotter en filaire, en progrès (laborieux)!

Grace au forum Tinycore, distribution Linux utilisée par Sean Depagnier pour développer Pypilot sur Raspberry Pi zéro (Tinypilot), j'ai trouvé comment activer l'adaptateur USB - Ethernet Glaabit. La procédure est plutôt bien détaillée sur le lien suivant: .

Par contre, pour le moment je ne suis pas capable de faire fonctionner la connexion sans passer par ma box. La liaison directe entre le Tinypilot et le Raspberry Openplotter ne fonctionne pas. Lorsque je teste un ping depuis le Pi3 je n'ai pas de réponse alors que cela fonctionne parfaitement lorsque il est connecté par l'intermédiaire de la box. La connexion en direct a fonctionné quelques temps entre le Tinypilot et mon PC puis a cessé de fonctionner. J'aimerais autant éviter d'avoir à passer par un routeur à bord, l'un de mes buts étant de limiter les consommations.

Un problème à résoudre, l'avis des pros de Linux est bienvenu!

Merci. Reste à traiter la partie câblage en essayant d'intégrer l'adaptateur dans mon boitier Autohelm, ce qui n'est pas gagné d'avance car il est assez volumineux. Il est probable que je me contente d'un montage volant pour la saison...

Mise à jour du Tinypilot:

Sur le site Pypilot.org, Sean indique qu'il est possible de faire une copie du fichier pypilot.conf avant une mise à jour et de remplacer le fichier intégré à la nouvelle version pour éviter d'avoir à rentrer les paramètres, en particulier la calibration des accéléromètres.

C'est donc ce que j'ai fait lors de ma mise à jour pour passer de la version 0.24 installée sur l'équipement acheté à Sean à la version 0.32. Hors j'ai passé des heures à essayer de comprendre pourquoi les modifications des paramètres n'étais plus conservées à l'arrêt du Tinypilot. En fait, le fichier de cette nouvelle version est différent de celui de l'ancienne en raison de l'introduction de nouveaux paramètres, et le fichier n'est pas reconnu. Il faut donc éviter cette solution et se contenter de noter les paramètres pour renseigner la nouvelle version.

Bonjour à tous,
j'ai une question pour ceux qui utilisent OpenPlotter et Tinypilot. Utilisez-vous les services à distance depuis OP, si oui comment avez-vous configuré l'installation pour éviter les conflits entre une session Pypilot sur OP et la session TinyPilot, les deux cherchant à se connecter à SignalK? Merci, Eric

Bonjour à tous,
j'ai oublié de noter les ref des piles des télécommandes fournies par Sean avec le pypilot.
De mémoire il y a une radio et une IR .(je sais que je peux reprogrammer pour utiliser une autre IR, mais bon...
est-ce que l'un de vous aurait ces telec sous la main et pourrait me donner la ref de la pile?
Merci.

Bonjour,
J'ai installé un pypilot de chez pc nautic sur mon first 25 depuis un an, j'ai rajouté une girouette-anémo en régulateur d'allure. Tout allait bien jusqu'à ce qu'il refuse de fonctionner il y a un mois en m'indiquant N/A, overcurrent fault sur la console. Le vendeur m'a indiqué une manip'qui ne fonctionne pas.
Quelqu'un aurait eu le même problème ?

Voici le schéma du contrôleur du vérin

En réponse à Stellian, c'est bien le paramètre servo max current qui était à 0 et que j"ai mis à 40 amp.sur conseil du vendeur

Bonjour,
j'ai assemblé un hat (acheté via le site de Sean) sur un Pi zéro. A l'allumage, l'écran n'affiche les infos que pendant quelques secondes puis clignote. J'ai fait l'essai avec plusieurs alimentations de téléphones ou tablettes sans amélioration.
Le wifi fonctionne sans problème mais la télécommande fournie n'a pas d'autre effet que d'allumer une diode du hat : on ne peut pas changer le cap demandé alors qu'une tablette connectée permet de le faire.
Quelqu'un aurait-il rencontré ces difficultés ? A votre avis, pourraient-elles provenir d'un défaut sur l'alimentation ?

Liaison Ethernet filaire entre Tinypilot-versions Beta 45 ou 49 et Openplotter

Suite au poste de J-Marc sur l'autre fil traitant de Pypilot, j'ai repris ma procédure pour installer la dernière version disponible (0.49). Cela fonctionne bien, mais j'ai omis de préciser une dernière manip pour se connecter en filaire:

Configurer Tinypilot en mode AP and Client en se connectant dessus par le navigateur Web du PC, onglet configuration et définir le client: openplotter, le mot de passe pour l'accès à OpenPlotter comme défini dans celui-ci et l'adresse choisie pour la liaison filaire, 10.10.10.11 dans mon cas.