Encore une station météo sous Ascom.... mais avec son petit plus!

jduffas · 22 juillet 2024

de toute façon j'ai tenté en OTA avec le .bin, mais j'ai fait une bêtise j'ai oublié de renseigner le réseau... du coup, hop démontage 😉

ceci dit, les valeurs cette fois sont normales, donc bien vu, la température était celle du mauvais capteur 🙂

les autres fichiers de plusieurs mega ne sont pas en envoyer en OTA donc?

astrolivier · 22 juillet 2024

il y a 3 minutes, jduffas a dit :

de toute façon j'ai tenté en OTA avec le .bin, mais j'ai fait une bêtise j'ai oublié de renseigner le réseau... du coup, hop démontage 😉

ceci dit, les valeurs cette fois sont normales, donc bien vu, la température était celle du mauvais capteur 🙂

les autres fichiers de plusieurs mega ne sont pas en envoyer en OTA donc?

Pour ma part il n’y a qu’un seul fichier crée, le meme meme nom que le ino mais en .bin, le 1er sur la photo

Et oui, j’ai oublié de le dire, il faut dans mes firmwares remettre ses ssid et password ainsi que l’ip et passerelle par defaut!

dsl

Modifié 22 juillet 2024 par astrolivier

jduffas · 22 juillet 2024

il y a 46 minutes, astrolivier a dit :

Et oui, j’ai oublié de le dire, il faut dans mes firmwares remettre ses ssid et password ainsi que l’ip et passerelle par defaut!

dsl

Heu... j'aurais du m'en douter vu que ça fait deux fois que je le met à jour...

TuxAstro · 8 septembre 2024

Bonjour à tous,

Je suis intéressé par ce montage, j'ai regardé les composant, le BME280 existe en 5 et 3.3v, quelle tension choisir ?

Aussi avez-vous un schéma de câblage ? Ca éviterait de reprogrammer les broches IO

Raphael_OD · 8 septembre 2024

Tout dépend de l'architecture autour de ton BME ...arduino, Xiao, ESP32.

TuxAstro · 8 septembre 2024

Il y a 5 heures, Raphael_OD a dit :

Tout dépend de l'architecture autour de ton BME ...arduino, Xiao, ESP32.

Je pars sur une ESP32, 3.3v pour le BME280...

Raphael_OD · 9 septembre 2024

Donc alimentation du BME via une PIN de l'ESP en direct 😉

shibon · 29 mars

Salut @astrolivier, je suis en train de tout préparer. J'ai installé les librairies manquantes et j'arrive à une erreur que je n'arrive pas à résoudre. Je connais les Uno mais là ça concerne le wifi et je ne sais pas trop ce que je dois comprendre.

J'ai essayer de compiler et ça plante avant la fin sur une non définition de variables comme WifiEvent_t et autres.

Aurais-tu une idée. J'avais la même chose en IDE 2.3 alors j'ai testé en 1.8.19 mais ce n'est pas ça.

Merci pour l'aide 🙂

Sam

Voilà ce qu'il me dit à la compile :

Arduino : 1.8.19 (Windows 10), Carte : "ESP32-WROOM-DA Module, Default 4MB with spiffs (1.2MB APP/1.5MB SPIFFS), 240MHz (WiFi/BT), QIO, 80MHz, 4MB (32Mb), 921600, Core 1, Core 1, None, Disabled"

In file included from C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\détection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale\WIFI.cpp:2:
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\d�tection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale/WiFi.h:5:6: error: variable or field 'WiFiEvent' declared void
5 | void WiFiEvent(WiFiEvent_t event);
| ^~~~~~~~~
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\d�tection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale/WiFi.h:5:16: error: 'WiFiEvent_t' was not declared in this scope
5 | void WiFiEvent(WiFiEvent_t event);
| ^~~~~~~~~~~
WIFI.cpp:14:6: error: variable or field 'WiFiEvent' declared void
WIFI.cpp:14:16: error: 'WiFiEvent_t' was not declared in this scope
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\détection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale\WIFI.cpp: In function 'void initWiFi()':
WIFI.cpp:29:5: error: 'WiFi' was not declared in this scope
WIFI.cpp:29:15: error: 'WIFI_STA' was not declared in this scope; did you mean 'WIFI_H'?
WIFI.cpp:30:18: error: 'WiFiEvent' was not declared in this scope
WIFI.cpp:34:29: error: 'WL_CONNECTED' was not declared in this scope
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\détection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale\WIFI.cpp: In function 'void checkWiFi()':
WIFI.cpp:51:9: error: 'WiFi' was not declared in this scope
WIFI.cpp:51:26: error: 'WL_CONNECTED' was not declared in this scope
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\détection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale\WIFI.cpp: In function 'String getLocalIPAddress()':
WIFI.cpp:66:28: error: 'WiFi' was not declared in this scope
In file included from C:\Users\Utilisateur\Documents\Arduino\libraries\ESPAsyncWebServer\src/ESPAsyncWebServer.h:32,
from C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\détection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale\SPI.cpp:3:
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\d�tection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale/WiFi.h:5:6: error: variable or field 'WiFiEvent' declared void
5 | void WiFiEvent(WiFiEvent_t event);
| ^~~~~~~~~
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\d�tection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale/WiFi.h:5:16: error: 'WiFiEvent_t' was not declared in this scope
5 | void WiFiEvent(WiFiEvent_t event);
| ^~~~~~~~~~~
In file included from C:\Users\Utilisateur\Documents\Arduino\libraries\ESPAsyncWebServer\src/ESPAsyncWebServer.h:32,
from C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\détection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale.ino:4:
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\d�tection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale/WiFi.h:5:6: error: variable or field 'WiFiEvent' declared void
5 | void WiFiEvent(WiFiEvent_t event);
| ^~~~~~~~~
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\d�tection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale/WiFi.h:5:16: error: 'WiFiEvent_t' was not declared in this scope
5 | void WiFiEvent(WiFiEvent_t event);
| ^~~~~~~~~~~
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\détection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale.ino: In function 'void setup()':
esp32AstroV4.0.0finale:203:5: error: 'WiFi' was not declared in this scope
In file included from C:\Users\Utilisateur\Documents\Arduino\libraries\ESPAsyncWebServer\src/ESPAsyncWebServer.h:32,
from C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\détection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale\ota.h:5,
from C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\détection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale\ota.cpp:2:
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\d�tection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale/WiFi.h:5:6: error: variable or field 'WiFiEvent' declared void
5 | void WiFiEvent(WiFiEvent_t event);
| ^~~~~~~~~
C:\Users\Utilisateur\Documents\Divers ASTRO\observatoire\d�tection nuages\esp32AstroV4.0.0finale\esp32AstroV4.0.0finale/WiFi.h:5:16: error: 'WiFiEvent_t' was not declared in this scope
5 | void WiFiEvent(WiFiEvent_t event);
| ^~~~~~~~~~~
exit status 1
variable or field 'WiFiEvent' declared void

Ce rapport pourrait être plus détaillé avec
l'option "Afficher les résultats détaillés de la compilation"
activée dans Fichier -> Préférences.

shibon · 29 mars

J'ai avancé un peu en renommant ton fichier WIFI.h par WIFI_.h et lui appelle wifi.h qui doit venir de la librairie. Je pense qu'il y avait un pb là dessus. J'ai maintenant un autre message d'erreur :

Compilation error: 'SYSTEM_EVENT_STA_GOT_IP' was not declared in this scope; did you mean 'IP_EVENT_STA_GOT_IP'?

J'ai trouvé une info sur l'usage de WIFI_EVENT... mais ça ne marche pas non plus.

Je cherche mais si qqun a une idée, je reste preneur 🙂

**EDIT**

je crois que j'ai trouvé : il fallait récupérer à la main la version officielle de la librairie ESPAsyncWebServer sur Github. La version proposée par IDE Arduino, bien que l'auteur soit correct ne fonctionne pas.

J'ai au moins pu compiler et téléverser.

Il me reste à tester 🙂

Modifié 30 mars par shibon

astrolivier · 31 mars

Bonsoir,

je suis désolé de ne répondre que maintenant, je viens seulement de voir votre message.

concernant la librairie j’avoue ne jamais passer par le gestionnaire, a chaque fois je prends celle sur github.

si vous n’avez pas eu d’erreur alors toit devrait bien se passer.

n’hésitez pas si besoin, je vais activer les alertes!!

bonne soirée.

Olivier

Modifié 31 mars par astrolivier

shibon · 12 avril

Salut @astrolivier et @jduffas !

Bon je galère depuis pas mal de temps en fait 😁

Alors du fait des incompatibilités de librairies et tout j'ai progressé mais je n'arrive toujours pas à visualiser les data sur la page web.

J'ai tenté une reconstruction progressive avec des nouvelles librairies wifi, ESPAsyncWebServer, LittleFS, OTA, etc.).

Alors voilà où j'en suis :

- le projet compile (c'est pas mal vu ce que j'ai vécu depuis plusieurs semaines)

- dans la fonction getSensorReadings(), j'ai ajouté un Serial.println(jsonString); et je vois que je récupère bien les infos présentes

Par contre je n'ai pas activé toutes les mesures.

- la page web s'affiche (sans les data) et j'arrive à changer les valeurs kx car si je teste, je vois bien que ça change dans le moniteur série

Par contre si je charge la page index.html sur mon PC ça marche la partie graphique.

J'ai copié localement le script gauge.mini.js au cas où ce soit un pb de lien internet mais c'est pas mieux (sauf sur pc où le script local fonctionne)

On voit ci dessous le changement de k3

Je vois que j'ai aussi les data sur la page ip/ascom

Donc ça marche dans NINA

Auriez vous des idées pour faire fonctionner cette page web ? Je continue à chercher...

@jduffas, pourrais tu me passer ton projet qui fonctionne en IDE 2.3.2 ?

Merci

Sam

Modifié 12 avril par shibon

shibon · 12 avril

En fait j'ai trouvé tout seul !

Il manquait simplement ça dans mon code. Comme je ne l'ai pas vu dans le .ino que tu fournis, j'y ai pas pensé...

server.on("/script.js", HTTP_GET, [](AsyncWebServerRequest *request)

{

request->send(LittleFS, "/script.js", "text/javascript");

});

shibon · 17 avril

Salut @astrolivier, tout marche super, il me reste à gérer les coef k

Merci

Sam

Modifié 17 avril par shibon

astrolivier · 22 avril

Le 17/04/2025 à 11:43, shibon a dit :

Salut @astrolivier, tout marche super, il me reste à gérer les coef k

Merci

Sam

Bonjour Sam,

heureux d'apprendre que tout fonctionne pour vous.

Si j'ai bien compris vous avez repris le projet en partie pour l'adapter à votre situation.

Peux être pourriez vous partager votre travail afin d'en faire bénéficier le plus grand nombre

Plus il y a de variantes plus l'impact sera grand

Bonne journée.

Olivier

PS: auriez vous une photo de votre montage fini à partager?

Modifié 22 avril par astrolivier

shibon · 22 avril

@astrolivier, Je vais faire ça. Pour le moment, soudage des cartes en cours.

Conception de la boîte en cours aussi.

Je cherche la solution pour chauffer le capteur de pluie car je ne voudrais pas qu'il annonce de la pluie alors que ce n'est que de la rosée...

Ça serait pire que tout.

Je compte avant tout sur le détecteur de nuages. D'ailleurs je pense que je vais voir pour ne pas forcément prendre l'info pluie si le ciel est clair...

Ou mettre un capteur de pluie secondaire plus bas dans l'observatoire pour éviter la rosée et attraper les gouttes. Je réfléchis 😁

astrolivier · 22 avril

@shibon Pour ma part j'ai mis le capteur de pluie (pluviomètre) et non le detecteur de "gouttes".

Je part du principe que si les coefficients "k" sont bien réglés alors on sait s'il y a des nuages.

Je me fiche de la pluie car de toute facon je n'ouvre pas si c'est couvert. Le pluviomètre ne sert qu'a renseigner la partie web qui fait office de "station météo locale".

Pour info j'utilise le driver météo https://www.dehilster.info/astronomy/ascom_environment_safetymonitor.php dans NINA. Il a le très gros avantage d'être entièrement programmable et on peut sélectionner toutes les variables que l'on désire "écouter" pour savoir si les conditions sont safe ou non! c'est extra!

C'est ici que je selectionne uniquement le % de nuages, la vitesse du vent. En tout cas pour moi cela suffit!

Olivier

shibon · 22 avril

@astrolivier, tu réponds à une de mes questions que je souhaitais investiguer. Faut-il ou non utiliser le détecteur de pluie pas forcément fiable et comme il est dit avant, trop tardif car la pluie est déjà là... Peut être je ferai un backup sur le mécanisme de fermeture. Je vais investiguer...

Sinon voilà où j'en suis :

Le montage est fait avec des plaques de prototypage car je n'avais pas envie de me refaire les typons et racheter les produits pour révélation, perchlorure de fer et compagnie : ça fait trop longtemps que je n'ai pas fait ça même si j'ai gardé tous le matos 🙂

J'ai ajouté des leds de contrôle d'erreur pour voir ce qui se passe : perte wifi, mise en route du chauffage, nuages et pluie. Ca fonctionne en mode éteint et ne s'allume que si pb. Là c'est la LED nuages qui est allumée car le capteur de température du ciel vise dans la maison une tempé positive...

J'ai choisi d'utiliser des fils démontables pour le moment mais si à l'usage ça ne tient pas, je passerai en nappe de cablage.

Le site internet fonctionne ainsi que l'ascom mais j'ai tout repris avec des librairies à jour. Ca a été le plus long finalement de tester pas à pas les intégrations des CPP et les modifier pour avoir qqchose qui marche en Arduino IDE2.3.x

J'ai aussi fait une manip excel qui se connecte par requête pour tracer les courbes de ce qu'on veut (j'utilise la page / ascom). Faut juste que je teste qu'il n'y ait pas de conflit avec NINA.

J'ai testé le safety moniteur avant et en effet c'est intéressant de tout gérer là.

Je suis en train de commencer l'impression de la boite pour tout y mettre

Je posterai une image du montage terminé

Raphael_OD · 23 avril

Belle réalisation en cours.

Le seul détecteur de pluie efficace c'est l'Hydreon (RG11- ou autre) mais j'ai renoncé car quand il pleut il est trop tard ! De plus je trouve cet accessoire plutôt cher. Je travaille plus sur une détection des nuages sur l’image de la allsky par apprentissage (qui croiserait avec les données du cloudsensor) ....en ce moment mais ce n'est pas gagné.

shibon · 23 avril

@Raphael_OD, j'ai vu en effet sur les différents forum que tu travaillais cet algo par analyse d'image. C'est un beau projet.

Je vais rester simple ici et je vais enregistrer régulièrement les courbes de température, les images et vérifier que ça marche en ajustant ou pas les coefs 🙂

astrolivier · 23 avril

Les plaques de prototypage sont des moyens fiables à bas coup, plus que les fils qui pendouillent!! nombre de fois que j'ai du m'y reprendre avec ceux la!

Sur les connecteur Dupont je mets systématiquement un point de colle chaude et hop ca ne bouge plus.

Pour la partie Excel je ne pense pas qu'il y aura de conflit car tu ne fais qu'un appel avec une requête http et tu lis le JSON.

Ce serait vraiment pas de bol que les deux requêtes se fasse simultanément ^^.

Tiens nous au courant dès que tu auras tout assemblé

Olivier

shibon · 25 avril

Salut,

@astrolivier, voilà le montage terminé.

Le Bme280 est à l'intérieur.

J'ai aussi ajouté un régulateur 3.3V mais je crois que ça chauffe.

On peut alimenter directement sur la pin 5V?

J'ai testé un enregistrement de nuit et c'est ok. Arrivée des nuages vers 3h30 et courbes claires

Je suis en train de tester de jour en plein soleil mais température ambiante de 18°C. A l'intérieur je suis déjà à 39°C...

Vous avez regardé ce point en journée ? Je me demande si l'esp 32 va aimer les journées d'été...

Vous avez quoi comme solution pour évacuer la chaleur ?

J'ai trouvé sur internet sur mon modèle WROOM serait ok jusqu'à 85°C en opération. Mais bon ça me paraît chaud qd même.

Après,ça ne devrait être en route que la nuit qd le télescope sera en service.

Si maintient d'activité toute la journée, je me demande si je ne vais pas faire une autre boîte avec des persiennes pour la pluie et un ventilo d'extraction. Je mettrai la partie alim avec régulateur de ce côté et ça aspirera l'air par le dessous si la température ambiante dépasse 45°C par exemple...

Modifié 25 avril par shibon

astrolivier · 28 avril

@shibon C'est bien joli.

comment as tu procéder pour l'étanchéité au niveau du mlx?

pour le bme280 l'alimentation est forcément en 3.3V. Je l'alimente depuis l'esp32 car il consomme vraiment peu!

Pour ma part le bme280 est déporté dans un petit boitier repris et modifié à partir d'ici, imprimé en petg blanc:

https://www.thingiverse.com/thing:1067700

pour ma part pas de problème.

Merci encore pour les photos, reste plus qu'un zip avec les fichiers si tu es d'accord

Olivier

shibon · 29 avril

Le 28/04/2025 à 12:41, astrolivier a dit :

comment as tu procéder pour l'étanchéité au niveau du mlx?

Salut, montage ajusté en force et je pensais y mettre un peu de silicone. J'attendais car je voulais voir les réponses sur le BME et le montage cité est pas mal !

Je vais donc peut être reprendre mon boitier en m'inspirant de celui là. Ca pourrait être un boitier étanche pour l'esp32 et à côté le système pour le BME avec au sommet le MLX. Comme ça l'ESP est bien tranquille dans son coin. Un connecteur multi broches par capteur I2C et le tour est joué 😉

shibon · 6 mai

@astrolivier, salut !

Bon alors j'ai un truc bizarre en fait. J'ai mon PC portable et sur le télescope j'ai un mini PC fanless. Les 2 en W11.

Depuis les 2 PC je vois bien la page web et la page /ascom avec les data.

NINA depuis mon PC portable reçoit bien les data et le mini PC lui laisse tout à 0. Je ne comprends pas ce qui se passe.

J'ai vérifié avec un ping et tout le monde cause sur le même réseau.

Sur le mini PC j'ai ça

et sur le PC ça avec exactement les mêmes configs de NINA, ASCOM etc...

Tu aurais uen idée ?

Sam

Modifié 6 mai par shibon

shibon · 7 mai

alors j'ai sorti les logs du driver ascom esp32 et c'est encore plus étrange !

Sur mon PC où ça fonctionne :

10:02:57.906 ObservingConditions Starting initialisation
10:02:58.074 ObservingConditions Completed initialisation
10:02:58.105 Connected Set {0} (HEX[53][65][74][20][7B][30][7D])
10:02:58.105 Connected Set Connexion au port 192.168.0.100
10:02:58.109 RequestURL http://192.168.0.100/ascom
10:02:58.281 JSONResponse T:18.36|C:1.10|P:1023.58|H:46.94|D:6.78|L:0.00|N:100.00|S:0|Q:0.00|V:0.00|R:0.00
10:02:58.281 ObservingConditions Observing conditions updated successfully
10:02:58.285 Connected Get True

et sur l'autre : message identique et pourtant "invalid format"

09:45:35.408 ObservingConditions Starting initialisation
09:45:35.436 ObservingConditions Completed initialisation
09:45:35.436 Connected Set {0} (HEX[53][65][74][20][7B][30][7D])
09:45:35.436 Connected Set Connexion au port 192.168.0.100
09:45:35.436 RequestURL http://192.168.0.100/ascom
09:45:35.574 JSONResponse T:17.95|C:0.01|P:1023.43|H:48.08|D:6.76|L:0.00|N:100.00|S:0|Q:0.00|V:0.00|R:0.00
09:45:35.574 ObservingConditions Failed to update observing conditions. Invalid data format.

J'ai peut être une idée sur le format point ou virgule pour la décimale. Je vais comparer les 2 réglages windows...

==> non, c'est réglé pareil sur mes 2 machines aussi...

Modifié 7 mai par shibon

shibon · 7 mai

Je viens de trouver un truc mais je ne comprends pas : en fait si on regarde la copie d'écran du mini PC, il n'y a pas le vent. Donc surement que le nouveau driver ne s'installe pas comme il faut. J'ai tenté de tout désinstaller mais ça reste comme ça !

J'ai peut être installé une fois le premier driver et il doit rester des traces

EDIT

J'ai tout désinstallé, testé, vidé les dossiers, viré nina, ascom, tout ! (enfin je crois).

Puis j'ai tout recommencé avec le driver v2 et bien aucune trace du vent sur l'interface ! C'est à devenir dingue.

J'ai aussi installé le ascom développeur : rien !

@astrolivier, t'as pas une idée ?

En attendant, j'ai viré la pluie et le vent que je ne mesure pas et ça marche !

Modifié 7 mai par shibon

astrolivier · 12 mai

@shibon

Désolé de ne revenir que maintenant, grosse période de travail et ce jusqu'à fin juin...si tout va bien!

C'est en effet très étonnant qu'avec les deux qui lisent la même chose que NINA n'arrive pas à décoder la chaine.

J'avais par le passé déjà eu cette erreur où les "." et les "," posaient un problème.

As tu essayé en supprimant uniquement le vent?

Sinon à part un problème de driver je ne vois pas. Ce qui est embêtant c'est que c'est sur le mini pc que ca ne fonctionne pas et que j'imagine que c'est sur celui ci que tu voudrais que ca marche 😕

Peux être aussi un problème de "librairie" ou quelque chose du genre.

Est-ce aussi la même version de NINA? j'utilise la nighly sans soucis.

Vu que tu as installé la partie développeur sur le mini pc tu peux essayer de l'exécuter avec le ""debug tool ascom" voir ce que ca dit

edit: sur le mini pc, si tu simules de l'eau (en forcant une valeur par exemple dans le code arduino) la page web affiche t-elle la valeur forcée? puis en essayant avec NINA pour valider?

Modifié 12 mai par astrolivier

shibon · 13 mai

Le 12/05/2025 à 15:02, astrolivier a dit :

@shibon

Désolé de ne revenir que maintenant, grosse période de travail et ce jusqu'à fin juin...si tout va bien!

C'est en effet très étonnant qu'avec les deux qui lisent la même chose que NINA n'arrive pas à décoder la chaine.

J'avais par le passé déjà eu cette erreur où les "." et les "," posaient un problème.

As tu essayé en supprimant uniquement le vent?

Sinon à part un problème de driver je ne vois pas. Ce qui est embêtant c'est que c'est sur le mini pc que ca ne fonctionne pas et que j'imagine que c'est sur celui ci que tu voudrais que ca marche 😕

Peux être aussi un problème de "librairie" ou quelque chose du genre.

Est-ce aussi la même version de NINA? j'utilise la nighly sans soucis.

Vu que tu as installé la partie développeur sur le mini pc tu peux essayer de l'exécuter avec le ""debug tool ascom" voir ce que ca dit

edit: sur le mini pc, si tu simules de l'eau (en forcant une valeur par exemple dans le code arduino) la page web affiche t-elle la valeur forcée? puis en essayant avec NINA pour valider?

J'ai tellement voulu nettoyer le mini PC que Windows a fini par être planté. J'ai tout réinstallé à 0 et maintenant ça marche.

Ça veut dire que c'était bien le driver le pb et que je n'ai jamais réussi à enlever la V1. Il faut faire très attention pour les nouveaux utilisateurs.

Même si on n'a pas de pluviomètre et autre, on met les valeurs à 0.

Comme c'est la dernière version, il faut le driver v2 et ne pas tenter la v1...

Donc c'est reparti

Maintenant je cherche les bons réglages pour la température du ciel clair, couvert, et les coef K

Côté montage, j'essaie d'imprimer de l'ABS et je galère car ma boîte en PLA ne ça pas tenir dehors en plein soleil d'été...

L'ABS jauni mais c'est pas grave 😅

Merci en tout cas.

Je mettrai les zip avec tout à la fin pour la version finale

Sam

shibon · 21 mai

Hello @astrolivier, une première mise à jour avec création d'un support extérieur de capteur type station météo et en ABS pour résister aux conditions extérieures.

Quelle galère à imprimer mais j'ai terminé.

Il me reste à le placer sur le toit !

astrolivier · 17 septembre

Vous pourez lire sur le premier post la mise à jour vers une UPDATE 3.

y sont repertoriées la majorité des évolutions du projet, code et page WEB.

Le driver ASCOM en V2 fonctionne parfaitement.

Amicalement.

Olivier

Connexion

Encore une station météo sous Ascom.... mais avec son petit plus!

Messages recommandés

Les pipelettes du sujet

Les pipelettes du sujet

Messages populaires (du sujet)

astrolivier

Raphael_OD

TuxAstro

Images postées dans ce sujet

Rejoignez la conversation !

En ligne récemment 0 membre est en ligne

Annonces

Aider Webastro

Information importante