keymlinux

Le repository de Jasem pour Indi et Kstars (cela fonctionne pour les distrib Ubuntu, a voir pour Bullseye) sudo add-apt-repository ppa:mutlaqja/ppa sudo apt update

C'est vrai, mais sur un PI4 avec 4GB de ram ce n'est pas trop gênant (cela peut l'être avec un PI4 2GB) Exact, il n'existe pas de Buster 64bits pour raspberry (mais il en existe des Buster 64bits pour PC, d'où le mélange de ma part...) Bilan, tu va devoir te refaire une image de boot à partir d'une Bullseye 64bits.... 😉

Bonjour, Tu peux télécharger l'Atlas Virtuel des Planètes ici https://www.ap-i.net/avp/fr/start C'est le même duo qui développe l'Atlas Virtuel de la Lune https://www.ap-i.net/avl/fr/start Tu y choisi Mars, et cela présente son aspect en fonction de la date et heure, y compris la phase A priori en ce moment au dessous de la calotte polaire c'est Acidalia Planitia Cordialement

Si tu es content de la distribution Buster que tu utilise actuellement, tu peux aussi reconstruire une image de boot avec une Buster 64bits, ou bien tenter l'installation d'une Bullseye 64 bits. Personnellement je ne suis pas fan des distributions Debian, je préfère les Ubuntu (question de goût). J'ai récemment refait ma Nafabox avec une image Ubuntu 22.04 LTS

Je pense que tu veux plutôt parler du back focus entre le correcteur et le plan focal de l'imageur ? Pour ce qui est du back focus, a priori il n'évolue ps en fonction de la focale de la lulu. Annoncé à 56mm (plus ou moins 4) pour le trf-2008, et pour l'explore scientific, il est fourni avec la bague EOS pour APN Canon, donc back focus fixe (on doit pouvoir y ajouter des cales d'ajustement pour ajouter 1mm entre le correcteur et la bague EOS)

Habituellement les correcteurs ou correcteur-réducteurs "génériques" sont annoncés pour une plage de focale ou de rapport f/d optimum. Par "génériques" j'entend les correcteurs et réducteurs qui ne sont pas annoncés par un constructeur comme spécifiquement conçus pour un modèle de lunette particulier. Pour le TRF-2008 il est annoncé comme utilisable avec des focales entre 400 et 600mm (avec 500mm tu es pile dans) Pour le Hotech, il est annoncé utilisable pour des rapports f/d entre f5 et f8, ici aussi avec un rapport 6.25 tu es pile dedans. Personnellement avec mon Equinox 80/500 (et un capteur aps-c) j'utilise un correcteur-réducteur TRF-2008 (trouvé ici dans le grenier). En correcteur sans reduction j'utilise un Explore Scientific MPCC qui fait le boulot (c'est bien un correcteur pour lunette, ne pas confondre avec le Baader MPCC qui est un correcteur de coma pour Newton) Et concernant ta première question, ce qui m'avais fait éviter le correcteur dédié pour SW ED80 (sous entendu 80/600) c'est justement qu'il était partout annoncé comme spécifique à ce modèle, sans que l'on trouve d'autre information relative à une plage de focale ou rapport f/d compatible (si cette information existe je ne l'ai pas trouvée), et le fait que j'ai trouvé un TRF-2008 a bon tarif en occasion. Cordialement, Stephane

Salut @rmor51. Ta distrib Buster, elle est en 32 bits ou 64 bits ? https://www.indilib.org/forum/ekos/12389-kstars-3-6-1-package-for-raspbian-buster-32bit.html Pour verifier, avec les commandes suivantes: uname -a ou cat /etc/os-release

Ce matin, temps de m.. sur Juvisy, ciel totalement bouché lors de l'immersion, c'est un peu mieux pour l'emersion. Voici quelques photos d'une qualité deplorable (issues d'une video, où j'ai du jouer en permanence avec le gain de la camera pour compenser les sous et sur-expositions liées aux passages nuageux...) Prise de vue au C8 avec camera ASI178 monochrome + filtre UV/IR cut (avec en prime des poussières sur le capteur...) Cordialement, Stephane

Bonjour, Techniquement il est partiellement inexact de dire que la lune tourne autour de la terre, plus précisément les deux (terre et lune) tournent autour de leur barycentre, qui au vu de leur différence de masse est plus proche de la terre que de la lune, même tellement proche qu'il se situe dans l'enveloppe de la terre. Si on considère l'orbite de la terre autour du soleil, la trajectoire elliptique est celle du système terre+lune, donc c'est le barycentre qui a une trajectoire elliptique, la terre elle oscillera légèrement autour. A noter que de la même façon, pour les planètes autour du soleil, il faut aussi considérer le barycentre. Les planète ont une masse très négligeable par rapport du soleil, mais suffisante pour provoquer une oscillation de la position du soleil. Cette oscillation de la position d'une étoile est une technique de detection des exoplanètes Pour la notion de barycentre, et des videos qui décrivent le phénomène, c'est ici https://www.mathweb.fr/euclide/2020/12/23/la-notion-de-barycentre/ Et pour répondre plus simplement à ta question, comme l'a bien dit @Daniel Rosier, lorsque 2 corps massifs tournent l'un autour de l'autre (ou plutôt tournent autour de leur barycentre), le barycentre sera plus proche du plus massif (peu importe la taille, c'est la masse qui compte) et donc observé de l'extérieur on verra le moins massif tourner autour du plus massif Cordialement

Remarque très pertinente (comme souvent Ney 🙂 ), en plus du capteur il faut tenir compte de l'électronique périphérique implémentée dans la camera et surtout du firmware (logiciel embarqué dans la camera), raison pour laquelle j'ai précisé que j'avais une ASI178 de ZWO, rien ne garantie qu'une cam QHY disposant du même capteur ait les mêmes possibilité de ROI Pour le choix de la camera monochrome (versus couleur), le pseudo utilisé (SpectroSolar) me laisse penser que la spectroscopie est l'usage premier visé pour l'achat de cette camera, et là l'usage d'un capteur monochrome se justifie pour le gain en sensibilité et en definition (personnellement l'achat de l'ASI178MM c'est pour un usage spectro avec un SolEx) et pour du planetaire lunaire (oui il y a de la couleur sur la lune, mais en monochrome c'est très bien aussi). Par contre il est vrai que la roue a filtre sur Jupiter c'est compliqué vu sa vitesse de rotation... Cordialement

Bonjour, Je te confirme que l'on peut faire le ROI que l'on souhaite, ce n'est pas limité aux valeurs pré-établies (testé sous ASICAP et FireCapture ave une cam ZWO ASI178MM) notes: - j'ai constaté que le ROI choisi doit être un multiple de 4 (pour la grande largeur du capteur) et multiple de 2 (petite largeur du capteur) Exemple si je veux faire 499x199 je vais avoir du 496x198 (constaté sur Asicap, pas testé sur Firecapture) - pour maximiser la cadence de capture ce qui compte vraiment c'est de réduire le nombre de lignes capturées. Pour un spectrohéliographe (comme le Sol'Ex) il est donc important d'avoir une dispersion verticale du spectre (verticale= sur la hauteur du capteur= la petite largeur du capteur). Donc par exemple sur ce capteur faisant 3096x2080 on capturera la raie alpha en 3096x100 par exemple. Cordialement, Stephane

Bonjour, Oui, les astéroïdes ont des orbites moins stables que les planètes plus massives, il faut donc recalculer régulièrement leur paramètres orbitaux. Le site de L'IMCCE publie régulièrement des mises jour. On peut metre à jour les éléments dans Stellarium (et ajouter des astéroïdes et comètes découverts récement) Pour le mode opératoire, voir le post ci dessous Edit: Et pour une vue 3D du système solaire avec les astéroïdes (avec orbites réajustées régulièrement) il y a le site NASA's Eyes, voir le post ci dessous

Bonsoir, Vérifie que ton raspberry est à l'heure (si il est connecté à internet c'est automatique, sinon il faut le metre à l'heure à chaque démarrage), et vérifie que tu a bien renseigné ta position dans Stars (set geographic position). Si tu utilise un dongle GPS tu ne devrais pas avoir ces problèmes. Dans la fenêtre INDI (Indi Control Panel), dans l'onglet du driver EQMOD peux tu verifier les elements suivants: - dans le sous onglet "Main control" que l'option "Reverse DEC" soit a "disable" - sous onglet "site management" que "hemisphere" soit à "North" - sous onglet "Motion Control" que les options Reverse North/South et East/west ne soient pas cochées Si les options n'ont pas la valeur désirée, vérifie si leur modification amène au comportement souhaité. Si les options sont à la valeur voulue je ne vois pas d'où viens le problème... Cordialement

Bonjour, Sur un ordi tu peux utiliser le site "The Photographer Ephemeris" voir capture ci dessous (il faut créer un compte mais c'est gratuit, en tout cas cà l'était a l'époque où je lai fait). Sinon ils vendent aussi une application pour android/ios https://app.photoephemeris.com Le point rouge c'est là ou j'ai décidé de positionner l'observateur (à l'ouest du château) La ligne gris clair qui part vers le haut à droite c'es la direction de la lune quand elle se lève, le gris foncé à gauche la direction où elle se couche Le signe jaunes à droite et orange à gauche c'est pareil pour le soleil La ligne grise qui part vers la droite en bas c'est la direction de la lune à l'heure choisie (ic à 8h58), avec une lune à 99,99% à 15,44° au dessus de l'horizon Je ne suis jamais allé voir ce château, je ne connait pas le coin, mais je pense que toi si tu connait le site tu aura des meilleures idées pour choisir différents sites d'observation et pour simuler en fonction de l'heure la position de la lune conforme à ton souhait de photo. Cordialement

Bonjour, Cela ne vas pas t'aider, mais j'ai déjà été confronté au même problème (6000x4000 en FITS, 6024x4020 en RAW CR2). Une fois qu'on a fais l'erreur une fois on ne la refais plus (même si ici dans ton cas ce n'est pas vraiment une erreur, le bug kstars ne te laisse pas trop le choix). Vu que tu est obligé de prendre des CR2 vu le bug Kstars, pour les fois prochaines tu devrait prendre aussi en CR2 (mais via kstars) les lights et autres (oui on peut le faire c'est parametrable) Sinon, pour le session déjà effectuée, tu devrais regarder sur la carte SD de ton APN si il n'y a pas les CR2 des lights et dark (lorsque kstars pilote mon APN, il telecharge des fils, mais les cr2 sont bien enregistrés sur la carte, cela fait un peu doublon, mais cela peut aussi rendre service) Sinon, tu peux aussi abandonner les offsets, et remplacer cela par un offset synthétique, cela marche très bien (je ne fais plus d'offset) https://siril.org/fr/tutorials/synthetic-biases/ edit: argh, grillé par vinvin

Les profils sont toujours là, ce qui a disparu ce sont les "configs" des télescopes (dans l'onglet "monture" donc pas intuitif) qui permettait de changer les focales (pour tenir compte d'éventuels réducteur/barlow) et les "trains optiques " semblent remplacer ces configs Exemple ci dessous, Kstars 3.5.9, dans l'onglet "Mount", en config #4 ma lunette de focale 500, avec son réducteur 0.8 a une focale renseignée de 400mm En version 3.6.1 je ne trouve plus trace de ces "configs", mais il y a les trains optiques où l'on rentre les caractéristiques des reducteurs/barlows Cordialement

Quel gene d'aide cherches tu ?, une démonstration de la formule ?, ou bien savoir comment calculer le "log" du diamètre ? Pour quelques détails https://fr.wikipedia.org/wiki/Magnitude_limite_visuelle Pour un tableau en fonction du diamètre de l'insrument https://www.astroclub-andromede.fr/uploaded/Tutoriels/magnitude-limite.pdf Et pour tout savoir une les logarithmes (non, ne me remercie pas 🙂 ) https://fr.wikipedia.org/wiki/Logarithme Il s'agit de 5.1 pas 51, tu as loupé la virgule Donc pour un miroir de 3000mm (3 mètres, rarement utilisé en astronomie amateur) la magnitude limite est de 19.7 Pour l'oeil humain, avec une pupille de 5mm on aura une magnitude limite de 6

1) Par défaut un mac ne permet installer que les logiciels provenant de l'App Store officiel Apple (qui a dit que MacOs était un système fermé...) Pour changer cela, il faut aller dans les paramètre systèmes, onglet Sécurité et confidentialité, et cocher l'option permettant d'installer depuis l'AppStore ET les dévelopeur identifiés 2) La 2eme protection concerne la notion de "développeur identifié" Si le logiciel n'est pas "signé" on ne peut pas l'installer (et pour avoir un compte "dévelopeur" qui permet de signer les applis c'est payant , c'est pourquoi lesdéveloppeurs de logiciels libres et gratuits ne signent pas leurs logiciels, car pour cela il faut avoir un compte développeur Apple et payer, juste pour avoir le droit de publier des applications ayant un certificat, ce certificat n'impliquant aucune verification de séurité, car seules sont vérifiées les applications distribuées via l'App Store) Donc, une fois que tu as téléchargé le fichier dmg, il faut, avant de tenter d''installer l'application qu'il contient, enlever un flag de "quarantaine" qui est appliqué pour tout logiciel téléchargé sur internet...et cela se fait en ligne de commande... Donc première opération, lancer l'application "Terminal" Ensuite, utiliser des commandes "cd" pour aller dans le repertoire contenant le fichier télécharger, certainement "Downloads" Puis liste les attributs cachés avec "ls -l@", puis supprimer l'attribut de quarantaine avec la commande "xattr -d" Ci dessous un example (j'ai volontairement ajouté des lignes vides pour séparer les étapes) Dans ton cas le nom du répertoire de ton utilisateur sera différents, tout comme la version de kstars à modifier (ici la 3.5.9) MLS-MBP:~ stephane$ pwd /Users/stephane MLS-MBP:~ stephane$ cd Downloads MLS-MBP:Downloads stephane$ pwd /Users/stephane/Downloads MLS-MBP:Downloads stephane$ ls -la *dmg -rw-r--r--@ 1 stephane staff 18666793 27 aoû 20:25 imager_1.7.2.dmg -rw-r--r--@ 1 stephane staff 200084831 2 sep 12:32 kstars-3.5.9.dmg -rw-r--r--@ 1 stephane staff 65751062 9 sep 20:02 siril-1.0.5-x86_64.dmg MLS-MBP:Downloads stephane$ ls -l@ kstars-3.5.9.dmg -rw-r--r--@ 1 stephane staff 200084831 2 sep 12:32 kstars-3.5.9.dmg com.apple.metadata:kMDItemDownloadedDate 53 com.apple.metadata:kMDItemWhereFroms 105 com.apple.quarantine 21 MLS-MBP:Downloads stephane$ xattr -d com.apple.quarantine kstars-3.5.9.dmg MLS-MBP:Downloads stephane$ ls -l@ kstars-3.5.9.dmg -rw-r--r--@ 1 stephane staff 200084831 2 sep 12:32 kstars-3.5.9.dmg com.apple.metadata:kMDItemDownloadedDate 53 com.apple.metadata:kMDItemWhereFroms 105 note j'avais bien précisé dans mon 1er messages que : Oui, on peut faire de l'astro avec un Mac (mais il faut aimer souffrir un peu...)

Bonjour, Je confirme, c'était l'ISS, je l'ai observée ce soir (pas par hasard, c'était planifié !) Visible de 20h31 (ouest) à 20h37 (sud-est), passage au plus haut à 30° d'elevation Pour l planification des passages ISS, il existe plusieurs applications pour smartphone. Personnellement j'utilise "ISS Finder" Prochain passage visible en région parisienne, demain à 19h42 direction Ouest/Nord-Ouest, au plus haut à 19h46 (elevation 44°) direction Sud / Sud-Ouest, puis fin du passage à 19h49 au Sud-Est Cordialement

La version 3.6.1 viens officiellement de sortir, elles est annoncée comme "early preview" donc pas vraiment stable Reste a tester si le problème de guidage de @rmor51 persiste et si d'autres le rencontrent... Release node Stars 3.6.1: https://knro.blogspot.com/2022/10/kstars-v361-released.html

Bonjour, Oui, on peut faire de l'astro avec un Mac (mais il faut aimer souffrir un peu...) Je te conseille l'utilisation de KStars (en fait du trio Kstars/Ekos/Indi, installable en "tout en un", pour le télécharger c'est ici: https://edu.kde.org/kstars/#download). Je l'utilise sur MacOs (sur un macbook) et sous Linux (un raspberry) en nomade, pour piloter mon setup astrophoto (SW AZ-EQ6 avec cable eqmod, APN Canon, focuser électrique, camera ASI290 pour le guidage) Attention, comme rien n'st simple, a ma connaissance cela ne fonctionne que sur le emac avec processeur Intel, pas sur les derniers M1/M2 (je te laisse tester) Pour les Mac avec processeur Intel et MacOS Mojave (10.14) et plus vieux il faut se limiter à la version 3.5.9 (je suis dans e cas) Pour les Mac avec processeur Intel et MacOs Catalina (10.15) et plus recent on peut installer les version 3.6.0 et plus Pour le sMac avec processeur ARM, je ne sais pas si le binaire fourni pour Kstars est "universel" (support Intel/Arm M1/M2), c'est à tester... Le logiciel est traduit en français, ainsi que sa documentation, grace à @rmor51 , voir ici Ensuite, pour le traitement des photos, Siril fonctionne très bien sur Mac... Cordialement

Bonjour, Un hub usb ne se pilote pas, c'est juste un hub... donc pas de driver INDI pour le hub, juste pour la monture Par contre si tu connectes des périphériques sur le hub de la monture ils apparaitrons via le "lsusb", et si par exemple tu branches une roue à filtre motorisée ayant un driver indi, celle ci sera pilotable par le driver indi prévu pour la dite roue a filtre (et pas par le driver de la monture) Cordialement

@rmor51 A priori APT connait les versions 3.6.1 (actuellement installée) et 3.6.0, donc du devrais pouvoir downgrader de la 3.6.1 à la 3.6.0 (mais pas à la 3.5.9, sauf à trouver de package fichier ".deb" et l'installer à la main) Le bug de calibration du guidage, tu l'as avec quelle version ? 3.6.1 ou 3.6.0 ? Ce qui est bizarre c'est que la version 3.6.1 ne semble pas avoir été installée par APT à partir des repository standard pour la distribution ubuntu/jammy, mais plutôt manuellement.... (fichier .deb installé à la main ?, version "daily-build" d'un canal de distribution d eversion beta ?) Quand tu liste les packages, derière le nom "kstars-bleeding" après le "/" tu devrais avoir jammy,now pour la version installée. Le fait qu'il indique "now' (version courante installée, mais pas "jammy" indique que ce package ne proviens pas du repository standard) Cordialement

Bonjour, Je viens de poster dans les clubs "L'impression 3D en astronomie" et "Astronomie avec Arduino" les éléments nécessaires à la réalisation d'une roue a filtres imprimée en 3D, manuelle ou motorisée Chapitre 1: Les photos du bricolage Voici des photos de la version RF-42 5x1.25 pouces avec motorisation que j'utilise régulièrement (pilotée via Kstars/Ekos/Indi,la roue implémente le protocole des roues Quantum) En version manuelle, avec une petite trappe pour accéder à la roue et la faire tourner Le support moteur En version motorisée, la trappe est remplacée par le support moteur En version motorisée avec le boitier d contrôle (1 port 12V DC pour l'alimentation du moteur, un port USB micro pour le pilotage série) Une vue des différents éléments avant montage de la roue Une vue des elements de la motorisation Chapitre 2: Les modèles 3D Il y a 2 modèles, avec 3 déclinaison en tout 1) Le petit modèle, une seule déclinaison pour 5 filtres 1.25 pouces Le boitier dispose de filetages M42x0.75 m sur chaque face 2) Le grand modèle, avec 2 déclinaisons, soit pour 5 filtre d e3 pouces, soit pour 8 filtres de 1.25 pouces Le boitier dispose de filetages M54x0.75 M sur chaque face Les fichiers pour l'impression 3D des roues ) filtres sont disponibles ici Chacun des 2 modèles peut être actionné manuellement, ou doté d'une motorisation Pour l'impression en 3D des supports moteurs et du boitier de contrôle, c'est ici EDIT: ajout des fichiers STL pour les têtes de vis et boulons, pour manipuler les vis sans outils Tete vis et boulons.zip Important: les têtes de vis sont une création originale de Xavier DUPONT pour le projet SOLEX, les têtes de boulons sont une adaptation personnelle des têtes de vis. Chapitre 3: Motorisation, code de programmation et interface de pilotage Pour la motorisation vous aurez besoin d'un microcontroleur ESP8266 ou ESP32, d'un moteur 28BYJ-48 et de son stepper UNL2003 (le tout devrais vous couter moins de 20 euros). Le code est fourni ici (mis à jour version 1.1.1 le 19/10/2021) La roue est pilotable via le port USB du contrôleur, elle implémenta par défaut le protocole des roues à filtres Quantum --> a ce titre la roue a filtres est pilotable via Kstars/Ekos/Indi en utilisant ce driver INDI Avec un microcontroleur ESP8266 ou ESP32 (en lieu et place d'un Arduino tout simple), la roue a filtre généralement!re son propre réseau Wifi (comme une borne) SSID réseau: : mls-rf password: azerty adresse IP de la roue: 10.42.0.1 joignable en interface web: http://10.42.0.1 En parallèle du mode "borne" la roue peut aussi se connecter à un réseau wifi existant, vous pouvez modifier dans le code les éléments "reseau1", "password1", "reseau2" et "password2", la roue a filtre se connectera à l'un de ces 2 réseaux, au premier qui accepte la connexion, testés dans l'ordre... Voici quelques copies d'écran du pilotage en mode wifi (désolé j'ai l'habitude de programmer en anglais, comme au boulot, même si mon niveau d'anglais est mauvais ...) L'écran principal, on choisi le filtre et on valide (submit), la validation entraine le déclenchement du mouvement pour positionner le filtre choisi (les noms des filtres peut être modifié sur l'écran de config) Ci dessous l'écran de configuration pour nommer les filtres et leur attribuer un décalage (offset), qui sera utilisé par Ekos/Indi pour ajouter la mise au point selon chaque filtre Ci dessous la page de configuration Détail des paramètres: - nombre de filtres: accepte les valeurs de 1 à 9, mais en fait on utilise soit 5 soir 8 filtres - nombre de "pas par minutes" max lors de la rotation du moteur - nombre de "pas par minutes" initial au but de la rotation du moteur - nombre de "pas" pour le facteur d'acceleration (utilisation de la librairie AccelStepper) - nombre de pas pour faire un tour de moteur (habituellement avec un moteur 28BYJ-48 c'est 64) - nombre de dents de l'engrenage sur l'axe moteur (20) - nombre de dents sur le tour de la roue (100 pour le petit modèle, 120 pour le grand modele) Ci dessous la page pour envoyer manuellement des commandes (celles qui sont habituellement envoyées par le port série, pratique pour tester) TRES IMPORTANT: comme la roue a filtre ne dispose pas de mécanisme de "repositionnement automatique", si il y a désynchronisation, avec le roue qui s'arrête sur une position entre 2 filtres, l'ecran de mouvement manuel permet des ajustement en faisant tourner la roue (on choisi le nombre de degrés, en valeur positive ou négative selon le sens que l'on souhaite Et pour finir il y a une page "debug" qui présente les valeurs en cours des différentes variables du firmware Cordialement, Stéphane Edit 19/10/2021: suppression des images en doublon, mise à jour des copies d'écran du pilotage de la roue via son interface web Edit 23/11/2021: modification du schéma de câblage, livraison code microcontroleur v1.2.0 VERSION1.3 du 06/11/2023 Edit 06/11/2023: ajout d'une nouvelle pièce 3D "support haut hall" permettant d'ajouter un capteur a effet haut et livraison code microcontroleur v1.3.0 qui l'exploite Motifs sur le code: - Refonte graphique pour le site web embarqué et ajout d'un mode "nuit" (rouge/noir) - Ajout pilotage via driver Bluetooth Serie (testé OK sur Ekos/Indi) - Ajout pilotage via driver network (tcp port 1234)(testé OK sur Ekos/Indi) - Ajout capteur Hall + recherche automatique de la position du filtre 1 IMPORTANT: si vous avez déjà imprimé la version précédente de la roue et du support moteur vous n'avez pas besoin de tout réimprimer, vous devez seulement imprimer la pièce "support haut hall" (et éventuellement le "capot hall" pour protéger le capteur) Quelques images: Le support du capteur Hall (piece seule, et pièce installée sur la roue avec le capteur) Le support avec le capteur et son capot de protection Le type de capteur est un AZDelivery KF-035 (environ 7 euros les 3 capteurs sur la Zone....) Important: ce capteur dispose d'une LED qui éclaire en rouge, il est important de la masquer pour ne pas produire de lumière indésirable dans la roue à filtre ! Avec un contrôleur ESP8266 ou un ESP32 la roue peut être connectée en Wifi et pilotée via un site HTTP intégré La version 1.3.0 entraine une refonte graphique du site embarqué, voici quelques captures d'écran (le theme Dark est par défaut, mais on peut permuter avec le thème Light à la volée): Le nouveau plan de câblage avec le capteur Hall (dans le code on considère qu'il est connecté sur le port GPIO16, mais c'est configurable) Cordialement, Stéphane