astrolivier

il y a 8 minutes, nico1038 a dit :

Je suis curieux: ton appareil était-il stocké au même endroit que ta lunette?

Je confirme oui.

Je dirais même que l'APN était monté dessus en tout temps faisant office de bouchon.

Solution pas très propre je l'avoue. Mais j'avoue ne jamais avoir pensé que cela aurait été possible.

Car certes l'ensemble était monté mais bien rangé dans une caisse à l'abris de l'humidité.

Il semble évident que je me sois bien fourvoyé ...  

il y a 21 minutes, krotdebouk a dit :

A mon époque APN j'avais essayé de nettoyer le capteur avec les raclettes étudiées pour, c'est pas super évident de l'avoir nickel. On m'avait dit que c'était possible de le faire faire dans des magasins de photo pour 30/40 €. Ca peut être nécessaire pour des APN en dehors de l'astro.

En effet j'ai vu cela. Il faut y adjoindre quelques gouttes pour le nettoyage et en effet cela n'a pas l'air simple.

Je vais contacter Mr Galli voir ce qu'il en pense.

Mais au prix de l'APN aujourd'hui je ne pense pas que j'envisagerai une réparation si cela devait imposer la dépose du filtre astrodon 😕 

Le 05/04/2024 à 12:15, krotdebouk a dit :

Tu peux aussi faire un flat sans la lunette, juste le montage correcteur/bague/filtre si il y a/APN.

Quoi qu'il en soit, les résultats que tu obtiendras m'intéresseront !

Le 05/04/2024 à 13:53, nico1038 a dit :

Je suis d'accord avec @krotdebouk et je dirais même plus que ces champignons sur la lentille de devant ne peuvent pas provoquer de traces sur le flat (ce qui ne veut pas dire bien sûr qu'il ne faut pas les nettoyer). 

A mon sens les traces qui impactent les flats ne peuvent être que sur une surface optique plane et pas sur une lentille.

Messieurs,

un grand méa coulpa.

Vous avez raison.

Après avoir pris le temps des choses et pris note de vos remarques j'ai testé le petit batonnet devant la lentille.

Invisible sur ls flats... bon donc en effet ce n'est pas ce que je vois sur les flats... super!! du coup j'augmente la liste de mes problèmes 😕

Du coup le problème "visible" est forcément sur la cpateur. Je ne vois rien à l'oeil nu.

Je vais voir pour acheter ce qu'il faut pour nettoyer mon APN.. arfff et ca continu!!

Pour info, voici des "FLATS" fait avec une BAF et sans BAF (on peut voir que le pb ne vient pas de la BAF).

je suis de plus en triste!!

Avec BAF:

sans  BAF

J'ai par ailleur tester de prendre des images sans aucun objectifs ni telescope avec l'APN, juste une photo avec l'APN ouvert et j'ai pu observer cett emême forme, donc sûr que cet "arbre" est sur l'APN mais quasi invisible à l'oeil 😕

Olivier

il y a 36 minutes, krotdebouk a dit :

Et je ne doute pas de ce que tu as observé ! Par contre je doute de la conclusion et pour plusieurs raisons.

 

D'abord parce que pour les objectifs photo il y a une distance minimale de mise au point. Les objectifs macro sont ceux pour lesquels cette distance est la plus courte mais elle n'est pas nulle, plusieurs centimètres. Dans ton cas la moisissure est entre les lentilles donc si c'est ce que tu observes, la distance de mise au point est de zéro. Je ne crois pas qu'une lunette astro ait cette capacité.

 

Ensuite parce que je l'ai vérifié indirectement pour définir précisément où était le haut/bas/gauche/droit de ce que me montrait ma caméra sur ma lunette SW Esprit 80. Au début j'avais mis un scotch en bas et un autre à gauche (ou à droite, sais plus..) devant les lentilles et je n'ai rien vu sur le capteur. Il a fallu que je place ces morceau de scotch très près du capteur pour enfin les voir en ayant fait la MAP sur un toit voisin.

 

Quand on cherche à savoir d'où vient un reflet parasite dans la chaine optique ou à localiser une poussière (sur le capteur, sur la vitre, sur un filtre etc..), on peut utiliser la formule : Distance poussière/capteur = Diamètre de la poussière en pixels x taille du pixel (en mm) x F/D. Plus la distance poussière/capteur est faible et plus elle sera vue ponctuelle.

 

Un post sur le sujet :

 

 

Tu peux faire un test : une fois que tu vois bien l'arbre sans feuilles sur ton capteur, place quelque chose juste devant l'objectif de ta lunette (allumette, trombone..). Si les champignons sont bien la cause du problème alors tu verras aussi l'allumette ou le trombone. Et donc oui il y a des champignons sur tes lentilles et ça serait certainement mieux qu'il n'y en ait pas mais je me dis qu'il y a peut être autre chose situé beaucoup plus près du capteur.

Merci pour toutes ces infos.

En effet je ne voyais pas cela forcément ainsi.

J'ai pourtant regardé sur mon aplanisseur de champs ainsi que mon APN et je n'ai rien.

Je ferais un FLAT et le posterai ici.

Je ferais aussi l'experience avec un petit objet pour comparer par rapport à la MAP sur l'objectif.

Petits PS: Pour faire les flat et l'essais à vide je n'avais pas fait de MAP au préalable. J'ai juste sorti de manière abritraire le PO (envrion la moitié de sa course) pour essayer mon focuser maison.

Si ca se trouve avec beaucoup de "chance" la MAP fait ressortir plus les eventuels problèmes, je veux dire qu'au lieu de faire ma MAP à l'infini comme pour l'astro, peut etre que je me rapproche et que du fait je fais mieux ressortir les défauts à 480mm. Mais cela ne veut pas dire que mon "arbre" est au point, loin de la, c'est juste une forme flou dont on reconnait juste les "branches". Mais avec un flat se sera bcp mieux

En tout cas merci de m'aider dans cet aventure dont je me passerai bien 😕

Olivier

Il y a 12 heures, krotdebouk a dit :

Tu es sûr que ce sont les champignons des lentilles que tu vois sur le flat ?

 

Pour comprendre l'influence de l'obstruction de "l'objectif" sur le contraste d'une image, je m'étais amusé à mettre mes doigts devant ma lunette (pas sur la lentille hein..). Je n'ai jamais vu mes doigts mais bien une perte de luminosité et de contraste.

C'est possible que ces champignons contribuent à dégrader l'image mais ce n'est peut être pas la seule cause. On ne voit pas ou quasiment pas les poussières qui se trouvent sur un correcteur ou réducteur pas plus que la crasse qui est sur le miroir d'un newton (par contre on perd en réflectivité)..

Bonjour,

je suis absolument certains de ce que j'avance. 

Quand j'ai réalisé le flat j'ai vu une forme sombre qui ressemblait à un arbre dépourvu de ses feuilles.

Quand je me suis dit que ca pouvait etre a cause de mon impression 3D du boitier qui contient le panneau à flat (une histoire de champs que je n'aurais pas soupconné) j'ai alors repris une image sans mise au point mais cette fois ci sans le panneau flat. J'avais donc une image non uniformément éclairée, flou mais avec toujours la même forme au même endroit de l'image.

Je n'ai pas d'image flat à montré sous le coude mais concrétement la forme était assez distincte sans toutefois être au point!

donc une forme non résolu mais assez loin du capteur pour être définie. 

Je sais d'expérience qu'une "chose" proche du capteur ou sur le capteur n'aurait clairement pas cet aspet "net"

Quand j'ai regardé les lentilles j'ai toute de suite reconnue cette forme:

Bien entendue nettement moins définie, les traits plus grossiers et flou mais suffisament "net" pour avoir cet aspect.

Donc aucun doute la dessus.

Peut etre une histoire de longueur focale ou quoi que ce soit.

Je pourrais partager ce weekend des images flats pour qu'on se rende mieux compte.

Il y a 20 heures, 22Ney44 a dit :

Bonjour @astrolivier,

 

Peut-être pourriez-vous alors faire un mix des solutions envisagées jusqu'à maintenant :

 

1) En suivant les tutos vous faites vous-même le nettoyage des lentilles. A cette issue vous mesurerez le nouvel état de vos lentilles. Soit il n'y a aucun progrès, ce que bien évidemment il ne faut pas souhaiter, mais vous savez alors à quoi vous en tenir, soit leur état vous convient et l'étape nettoyage est terminée. La dépense engagée pour cette étape, pourtant cruciale est faible.

 

2) Dans le cas d'un retour à une situation saine pour les lentilles, vous envoyez votre instrument chez TS qui en fera une maintenance et surtout une collimation au remontage pour une somme sans commune mesure avec un instrument neuf.

 

Au final vous serez alors en possession d'un instrument nettoyé, révisé et collimaté. Une situation très proche du neuf finalement.

 

Ney

 

 

Merci pour votre retour.

C'est une solution qui à priori est pleine de bon sens.

J'ai demandé à TS si je prends en charge le nettoyage de la lunette s'il peuvent faire la collimation.

J'attends leur retour à ce sujet.

J'avoue humblement en revanche que je ne sais absolument pas comment m'y prendre pour démonter l'objectif.

Je ne sais même pas s'il le triplet est de type air spaced ou oil spaced.... ce qui n'est pas du tout la même chose 😕

Olivier

J'ai contacté Optique Unterlinden ce matin et j'ai eu une réponse très rapidement.

Je ne peux que féliciter cette réactivité.

Bon malheureusement ils ne travaillent pas sur les optiques de la marque TS.

Je leur ai demandé un prix moyen pour d'autres marques afin de vous faire un retour ici.

Sinon Pierro Astro m'a répondu: 

"Seul TS peut assurer cet entretien. Le démontage et nettoyage de la lunette couteraient 80€ HT + TVA + transport "de base". Puis si les lentilles ont un problème de champignon (très probable vu la photo) il y aura des suppléments et impossible de garantir à 100% que TS réussira à nettoyer complètement."

Je vais les recontacter afin d'avoir un prix un peu plus fin car ça reste un peu trop flou encore pour moi 😕 

Et si je dois payer pour ne pas avoir un résultat alors la frustration sera double....

J'avoue avoir les boules.... peut être ouvrir une quête pour des dons car mes finances ne me permettent pas d'envisager un nouvel achat!!  lol!!

il y a 13 minutes, fdudu a dit :

Je pense qu OU va te faire ça aux "petits oignons"

N’hésite pas à nous faire un petit retour stp. Ça m'intéresse

merci d'avance.

FRanck

Ce sera fait biensur

Merci a tous.

Pierro est revenu vers moi. A priori ils ne peuvent realiser cette manip et doivent la renvoyer chez TS.

l’operation couterait 80€ HT + transport + produit supp pour desinfesation.

je vais prendre contact avec optique unterlinden surtout que je dois passer a Lille pour le travail très prochainement.

un petit détour pourrait s’envisager

je les contact demain.

il y a une heure, sebastien.lebouc a dit :

Avant de toucher à quoi que ce soit dans le barillet, déjà mettre le tube dans une pièce d'habitation, au sec, et si possible lui faire prendre la lumière du soleil pendant plusieurs jours. ça peut être radical.

Sur les TS, on peut en général dévisser le bloc avant du tube, en démontant au préalable le parebué. si c'est possible sur ce modèle, ce sera plus simple de le poser sur un rebord de fenêtre en plein soleil.

c'est chiant mais si ça n'a pas commencé à attaquer les traitements en surface, c'est réversible.

 

Je vais essayer, mais dans la belle Normandie le soleil se fait rare ces derniers temps…

Bonjour à tous,

voilà mon soucis. Après une pause plus ou moins longue d'utilisation de mon matériel astro, j'ai entrepris de ressortir le matos.

Il s'agit d'une EQ6 pro modifiée en poulie courroie, une Lunette TS TLAPO804 Photoline 80/480, une lunette guide de 80/400 et un APN Canon 1000d refiltré Astrodon par R. Galli.

J'ai ajouté un boitier maison pour faire du Flip Flat, une MAP automatique et des résistances de chauffage autmatique.

J'ai créé un boitier que j'ai affectueusement appelé AstroBoxMFT qui me permet de centraliser un max de choses et surtout de n'avoir qu'a branché 2 fils lors du déplacement de mon matos.

En gros j'ai le trepied, la monture et la partie lunette + lunette guide + boitier astroMFT + mini PC + hub usb.

J'ai tout fabriqué et tout a fini d'être installé ce dimanche.

Tout fier, je décide de lancer une session NINA et je teste les différents équipement:

-autofocus,

-resistances autamatiques,

-APN

-boitier flip flat fait maison.

C'est lors de l'essai de ce dernier que j'ai commencé à m'inquiéter....

En effet, sur les photo de flats je vois une forme noire assez bisar, en forme d'arbre. L'image est assez nette donc je me dis que ca ne peut pas être sur le capteur de l'APN.

Donc je me dis que c'est surement un petit débris du flip flat imprimé en 3D.

Donc j'ouvre via NINA le flip flat et fait une photo et là constat.... la forme est toujours la.

Je me dis donc que c'est sur l'objectif donc je vais voir, et là horreur. je vois ça:

Après une recherche sur le net je tombe sur une vidéo Youtube avec un "truc" qui ressemble un peu à mon problème: 

lien vidéo: https://www.youtube.com/watch?v=G99cIPp_vjc

Je précise que la lunette a toujours été stockée dans mon sous sol dans une pièce peu humide avec tous ces bouchons.

Mais j'avoue que je n'ai pas sorti régulièrement la lunette afin qu'elle puisse prendre la lumière du jour et notament les UV.

J'ai contacté TS optic pour leur demandé s'ils pouvaient procéder à un démontage / nettoyage / remontage / collimation du triplet.

Leur réponse est sans appel: Ils ne peuvent pas prendre le risque au cas où car ils ne souhaitent pas être responsable.

Je leur demande donc s'i lexiste une procédure, un tuto ou autre qui pourrait m'aider à démonter ce bloc afin de procéder à ce nettoyage.

Et là la réponse est: non nous n'avons rien. Vous pouvez essayer et voir ce qui se passe. Normalement si vous réaligner tout comme il faut vous ne devriez pas avoir de problème.

Bon, en parallèle j'ai fais une demande à Pierro Astro dont j'attends une réponse.

En attendant je sollicite votre aide.

Si quelqu'un sait si cela vaut le coup de procéder au netoyage ou si c'est trop tard, si vous connaissez la procédure pour démonter le bloc, si cela est nécessaire de collimater l'ensemble (dans le livre de T. Legault on peut y lire qu'en dessous de 130mm cela n'est pas perceptible).

Peut être connaissez vous une société autre qui pourrait prendre en charge ce traitement?

bref tout aide afin que je puisse retrouver le sourire car honnetement je n'ai pas les finances pour racheter un instrument.

Donc merci d'avance à tous ceux qui pourront m'aider

Olivier

Le 10/02/2024 à 18:10, roro62 a dit :

Excellent !!!!

Moi qui aime bien bricoler 

Merci de partager ton travail .

 

Avec plaisir.

Bonjour à tous,

Voilà de cela plusieurs années j'ai fais un rêve. Construire un observatoire.
Pour y parvenir j'ai mis en route pleins de petits projets qui sont plus ou moins finis, le dernier grand pas étant l'abris en lui même..... arf.... un jour

Mais à dire vrai, il y eu en parallèle du rêve de la conception d'un abris, la réflexion sur la facilité de la création d'un driver de type ASCOM.
Moi qui ne suis pas ingénieur, me lancer dans la programmation était sommes toute difficile.

Puis, quelques années plus tard, de petits modules facilement programmables sont apparus: les arduino. Aujourd'hui il existe énormément de variantes mais j'ai le plaisir de "jouer" avec cela depuis quelques années maintenant. Sans être expert, le langage C++ me fait un peu moins peur.

Encore loin de la création d'un projet ASCOM j'ai par la suite participé à divers projets et j'ai de mon coté personnalisé certains petits projets notamment sur INDI, le ASCOM Linuxien, qui m'ont permis de touché un peu au code HTML (le code pour la création de page web entre autre), javascript ou CSS.

Le temps passe, l'idée toujours en tête, mais voilà....une révolution a commencé il y a de cela quelques mois: l'IA générative. Pour les autres, ChatGPT.
Cet outil, oui oui c'est simplement un outil, permet de faire des choses remarquables, comme aider à la réalisation d'un driver ASCOM!!

Je m'explique: Il y a quelques années, j'avais réalisé un boitier météo pour Linux, basé sur une solution existante nommée Weatherradio.
Le principe est simple: un arduino sur lequel étaient branchés les capteurs suivants:
- un BME280 de chez Velleman: il s'agit d'un petit module permettant de connaitre la température ambiante, la pression atmosphérique, l'humidité relative, et par quelques petites formules, le point de rosée.


- un TLS2591 chinois: un capteur de luminosité (en lux) extrêmement sensible qui, par simple calcul, permet de connaitre la qualité d'un site, le fameux SQM. Je vous laisse aller voir sur le net, mais en gros, on peut facilement comparer deux sites en mesurant la "noirceur" du ciel.

- un MLX90614 chinois: c'est un capteur de température infra rouge (les fameux thermomètres à distances pour enfant, ceux qui sont en rupture de stock depuis la COVID 19 😕 ), capteur qui permet donc de mesurer la température du ciel, et au moyen d'une formule tirée du boitier AAG Cloudwatcher, la quantité de nuages dans le ciel. En gros si le ciel est chaud c'est qu'il y a des nuages, s'i lest plus froid il n'y a pas de nuages et donc il fait beau. Bon c'est assez empirique mais après quelques réglages cela sera assez précis. J'y reviendrais.

Ce petit monde donc était connecté à un petit arduino nano, qui est dans l'obligation d'être connecté à un port USB du pc pour communiquer toutes les mesures transmises.
Sans rentrer dans les détails, j'avais installé le firmware weatherradio dessus et tout allait bien.

Mais voilà, le temps est passé et la révolution en marche.
J'ai acheté un module arduino, enfin pas vraiment arduino, mais on va rester simple, qui s'appelle un ESP32.

Petite carte électronique donc qui permet de faire la même chose que l'arduino nano, donc d'y connecter des capteurs, mais il offre surtout deux avantages supplémentaires en plus de sa puissance de calcul:
- il offre une connectivité sans fil, donc parfait pour le mettre loin de tout sur une petite batterie solaire (à venir),
- il offre une mémoire flash sur laquelle on peut y programmer un serveur web. Ca devient très intéressant.
Concrètement, que cela veut il dire:
Ce petit module permet d'installer à l’intérieur de sa mémoire différents fichiers (un peu comme sur un pc) et il peut par la sorte générer des pages internet. Pages que l'on peut visiter depuis n'importe quel périphérique disposant d'un accès internet et connecté sur le même réseau wifi que celui du module.
A partir de la, on peut afficher les valeurs des capteurs sur une page web.
Vous commencez à sentir le truc 8-)

Je me suis donc dit, si avec ce petit module si puissant, un peu d'IA qui offre une aide génialissime et beaucoup d'envie, je me lançais dans la création de mon premier driver ASCOM pour une station météo Astro.
Attention, ici je ne fais pas de suivi météo comme les stations du commerce, même si en réalité cela est tout à fait possible avec ce module ( quand je vous dit qu'il est puissant ce machin ^^)

Tout feu tout flamme, je me lance dedans.
ChatGPT offre une aide précieuse. On peut lui demander à peu près tout et j'avoue que sans cet outil je n'y serais surement pas arrivé. Il connait tous les langages de programmation et pour peu qu'on sache l'utiliser c'est extrêmement puissant.

Après plusieurs heures à triturer les codes C++ de l'arduino et C# d'ASCOM le résultat tombe.
Ça fonctionne aux petits oignons.

Donc, petit résumé de la chose:

J'ai un ESP32 sur lequel sont branchés plusieurs capteurs.
les valeurs mesurées sont renvoyées sur une page internet générée par l'ESP32.
Le driver ASCOM que j'ai conçu permet, via NINA par exemple, d'envoyer une requête internet (basiquement il ouvre une page internet sans que vous le voyez) et reçois les valeurs de la page web. Le drivers traite l'info et NINA affiche les valeurs.

Enfin, dans un soucis d’esthétisme, j'ai crée une interface sur la page internet avec des petites gauges affichant les valeurs. Les valeurs sont rafraichies toutes les 10 secondes. On peut changer cela facilement dans le fichier script.js qui accompagne le code HTML de la page internet.
Mais ce que je souhaitais avant tout, c'était de pouvoir paramétrer quelques valeurs importantes que je vais exposer juste après, sans avoir besoin de rebrancher l'ESP32 à l'ordinateur et de renvoyer une mise à jour du firmware de l'ESP32.

Petite explication.
Le module MLX90614, comme je l'évoquais plus tôt, est un module qui sert à mesurer la température d'une portion de ciel.
Si il y a des nuages ou non, la température mesurée (via le capteur infrarouge) va en être modifiée. Le but ici n'est pas d'expliquer comment cela fonctionne car cela alourdirait inutilement cette page déjà bien remplie ^^. Le truc, c'est que la valeur brute mesurée n'est a elle seule pas suffisante pour être pertinente.
Le fabriquant du boitier AAG cloudwatcher, qui dispose du même module, a mis en ligne dans sa notice les équations qui permettent de corriger la valeur mesurée par le capteur. En gros, à la valeur mesurée, on doit appliquer une correction que l'on va soustraire à la valeur brute. On obtiendra une valeur corrigée.
Le problème, c'est que cette correction peut varier en fonction des saisons. En gros, la valeur de correction à appliquer sera différente si on regarde la température du ciel en hiver ou en été.
L'équation qui génère la valeur de la correction est constituée de 7 coefficients sur lesquels ont peut agir.
On comprends dès lors que pour éviter de devoir modifier les valeurs des coefficients en dur dans le firmware de l'ESP32 et ne pas avoir à recharger le firmware tous les x temps, il me fallait trouver un autre moyen.
Et l'ESP32 permet cela assez facilement!!
J'ai créé un fichier dans la mémoire de l'ESP32 dans lequel sont stockés ces coefficients.
Ensuite, (merci ChatGPT) dans le code de la page web j'ai généré un formulaire dans lequel on peut à la volée donner de nouvelles valeurs aux différents coefficients. Ces valeurs sont donc stockées en dur sur l'ESP32 et elles ne seront ainsi pas perdues même après un reboot de l'ESP32 (panne d’électricité par exemple, ou batterie à plat ^^).
C'est donc depuis la page web générée par l'ESP32 que l'on peut modifier les valeurs facilement en fonction des saisons. Un vrai bonheur.

Voilà, je suis arrivé au terme de ce petit projet qui m'aura permis de toucher du doigt plusieurs domaines:
- l'apprentissage sur un module ESP32 que je ne connaissais mais que je vais réutiliser pour d'autres sujets que l'astro (pour 3€ les 2 modules sur Ali.... ce serait dommage de ne pas le faire),
- apprentissage de l'outil ChatGPT pour obtenir les résultats souhaités,
- apprentissage de divers langages: HTML, javascript, C# et d'autres!!
- démystification de la création d'un driver ASCOM que je croyais réservé à une élite d'ingénieur en informatique, du moins pour des projets simples

Petit plus!!! En plus d'un driver méteo je vous propose le driver Safety Monitor qui se connecte aussi sur le même module afin de savoir si les conditions météo sont favorables, mis à part le vent que je n'ai pas intégré.

Aussi, je vous propose de partager mon travail afin que chacun puisse soit s'y essayer ou s'en inspirer.

je fourni:

- l'executable du driver météo pour NINA en tant qu'ObservingConditions,

MeteoESP32 Setup.exe

- l'executable du driver météo pour NINA en tant que Safety Monitor,

SafetyMonitorESP32 Setup.exe

-le firmware ESP32 avec son repetoire pour la partie WEB,

esp32Astro firmware.rar

-les projets visual studio pour ceux qui veulent aller plus loin ou integrer de nouvelles fonctionnalités comme un anémomètre par exemple.

visual studio - MeteoESP32Driver.rar

visual studio - SafetyMonitorESP32.rar

Voilà, j'espère avoir pu partager avec vous quelques petits choses.
Je répondrais aux questions, s'il y en a,

A très vite

Olivier

@bemoBonjour, je sais que cela fais maintenant très très longtemps que j'avais promis ce driver!! il est enfin là... vaut mieux tard que jamais

PS: Un grand merci aussi à @Raphael_OD et @Antiath sans qui je n'aurais tout bonnement pas essayer non plus!! des conseils avisés et utiles!!! un grand merci

Une bien jolie image!! j'aimerais tant pouvoir imager....si j'habitais loin de cette belle Normandie plutôt couverte

un leger bruit qui peut surement être enlevé sans perte de détails.

Il y a 1 heure, Raphael_OD a dit :

Le détecteur de nuages @astrolivier et les SMS bien utiles avec les alertes pour ne pas poser dans la purée de poix 😄 après 1h du matin.

J'imagine que le detecteur dont tu fais reference c'est un vieux post que j'avais fais avec Bemo il y a de ça quelques années!!

J'ai fini le driver Météo et je viens de finir le driver SfetyMonitor.

Je vais publier ici l'ensemble du projet dans les heures à venir.

j'en profite pour te remercie à nouveau

j'espère voir de belles images comme celles ci bientot

Bonjour à @Raphael_OD et aux autres,

je reviens avec de bonnes nouvelles.

Concernant la désérialisation du JSON, j'ai absolument tout essayé sans succès. Le debug fonctionnait avec la librairie json.net mais cela ne fonctionnait pas en mode release.

J'ai du coup essayé avec Newtonsoft.json mais là rien ne fonctionnait.

Bon, après avoir essayé jusqu'à 4h du matin sans succès samedi soir j'ai décidé de revenir aux sources!! je réalise moi même la désérialisation!

J'intègre les bases de mon tout premier code en port COM mais avec des requetes HTTP.

J'intègre un timer et je test!!

le restultat tant attendu s'affiche, et même avec le fichier exe fraichement créé!! que du bonheur!!!

Me voilà arrivé au terme de ce driver qui va en appeler d'autres dans pas longtemps

Je vais faire quelques petits ajustements (surtout esthéthiques) de la page web. Je vais aussi revoir le code arduino pour qu'il soit plus clair au coummun des mortels et pas juste à son concepteur ^^.

Je dois aussi verifier que l'ajustement des constantes K1 a K7 sur la page web en cours d'utilisation du driver ne pose pas de soucis -> MAJ: j'ai vérifié, c'est OK les constantes peuvent être modifiées à la volée même avec NINA en cours d'execution!! ca c'est cool :), merci le JSON.

Je publierai alors une version définitive

Un grand merci pour tous vos précieux conseils

une vue des références dans  VS

Copie locale et copie spécifique sont sur TRUE 

il y a 33 minutes, Raphael_OD a dit :

Le message concernant NewtonSoftJson...tu as bien integré dans ta compilation et tes dépendances ?

Hmmm j’avoue que je ne sais pas trop.

Je l’ai mis dans using en haut du driver mais VS m’a dit que c’etait inutile.

donc je l’ai supprimé, mais avec ou sans meme pb.

il faudrait que je regarde ou pour savoir cela?

Je vais recréer complètement un nouveau driver en utilisant le code actuel mais mon log une fois l'exe crée et différent de celui en mode debug. J'ai par exemple créé un logmessage pour afficher la requête web juste après le "connection to esp32" et affiche http://192.168.1.100/ascom. Cela fonctionne en mode debug mais n'apparait pas dans le log après installation de l'exécutable ...

Il doit y avoir quelque chose qui m'échappe.

refaire ne devrais pas prendre énormément de temps

re, je ne me rappelle plus quand j'ai compilé pour le nano cela avait fonctionner aussitot.

Bon, j'ai un problème de tracelog: En mode debug le fichier trace bien tout et dedans je vois chaque variable avec sa valeur.

en mode debug:

Après création de l'exe et test je n'ai plus que des "connected" et sans valeurs.... comprends pas.

par contre je n'ai pas l'arborescence comme toi: Project\bin\x64\releases 

Moi je n'ai que Project\bin\releases 

ma config:

Après avoir générer la release j'ouvre le generateur de script:

Inno s'est ouvert et je clique sur compile:

Dans le repertoire j'obtiens ceci avec l'exe créer dedans:

ensuite dans VS 2019 je clique sur nettoyer la solution en mode release et je recommence en mode debug afin que dans NINA  aucune trace du driver n'existe.

J'installe l'exe et j'ai toujours  des valeurs à 0:

Et le fichier log en cours d'execution:

ObservingConditionsDriver.cs

il y a 17 minutes, Raphael_OD a dit :

Ascom Inno Setup (driver installer generator)  puis Inno setup avec le fichier iss généré.

Ba c’est ce que je fais 😕

je vais essayer ce soir.

c’est enfin le weekend

Petit edit: sur la première version avec le nano j’avais deja un problème de ce type la. Seulement c’était apparu pendant le debug.

je vais essayer en remplaçant les points par des virgules, sait on jamais 😕

il y a 25 minutes, Raphael_OD a dit :

src fichier source pardon déformation professionnelle 😅

 

Je ne compile que comme dit plus haut j'ai eu que des problèmes autrement ...

Je ne suis pas sur de comprendre.

tu veux bien me dire comment tu procèdes de ton coté?

il y a 45 minutes, Raphael_OD a dit :

Pas compris l'utilité de ça, le nettoyage pas le mode release ou debug ça c'est ok

Le log ASCOM et le log NINA devrait signifier quelque chose

En effet, je ne sais pas pourquoi je fais cela, histoire de faire les choses dans l'ordre, même si inutile

il y a 46 minutes, Raphael_OD a dit :

Le log ASCOM et le log NINA devrait signifier quelque chose

J'ai regardé mais il ne semble pas y avoir de soucis. Je vais mettre plus de log.

il y a 47 minutes, Raphael_OD a dit :

NINA va se connecter si le driver est propre, ce qui à l'air d'être ton cas mais tes variables sont elles au format attendues par NINA

Attention aussi à la compile 32 ou 64bits

Ba disons qu'en mode debug en effet toutes les valeurs sont reconnues. Et avec la verison arduino nano que j'avais faite pas de soucis.

je comple en x64 et dans les propriétés de la solution j'avais mis aussi x64 (un conseil de antiath à la 1ere page) car lorsque je me connecté NINA refusait et tout à fonctionné après le passage en x64 (et mon pc est en x64 core I5 12400);

je ne vois pas comment essayer autrement.

il y a 50 minutes, Raphael_OD a dit :

Quand tu compiles le src avec VS pas de problème avec NINA je suppose, c'est juste un pb de création des fichiers exe

j'avoue ne pas avoir compris la phrase. Qu'entends tu par src? Si après l'installation de l'executable je regenere un debug les valeurs reviennent.

Pour la création du driver exe je suis la tuto de la vidéo sur WDRoof que j'ai posté à la page 1.

Je pense aussi que c'est l'exe qui se fait mal mais je ne sais pas trop.

Je vais voir pour mettre plus de log dans la trace on

@Raphael_OD

Salut, j'ai un problème, peut être arriveras tu à m'aider:

J'ai fini mon driver et tout fonctionne bien en mode debug.

J'ai même rajouté le SQM.

Comme tout est fonctionnel je me dis que je vais créer l'installateur.

Dans VS je passe de debug à release, et je génère la solution.

Je lance ensuite le script generator et renseigne les différents champs.

Une fois fini Inno s'ouvre et je build la solution.

J'obtiens un beau fichier exe.

Dans VS je nettoie la solution puis je réinstalle proprement le driver à l'aide de l'executable.

Je lance NINA et me connecte à mon ESP32, sauf que la aucune valeur ne fonctionne, tout reste à 0.

Tu aurais une idée? je n'ai eu aucun message de bug ou autre 😕

il y a une heure, Raphael_OD a dit :

C'est du beau boulot ! Si tout est stable et fonctionnel c'est une solution très propre...tu peux dans l'arborescence du SPIFFS rajouter un dossier /config pour que le formulaire soit indépendant de ta page d'affichage.

Le MLX pour moi est sur un PiZero j'ai donc accès à pas mal de fonctionnalités pour dev en Python Php etc. et un shell Linux.

Mon SQM est un un ESP32 avec la même philosophie que ci dessus et une page avec une glissière pour modder le gain.

A+

 

Merci. J'ai pas mal galérer mais à la fin le code est pas si compliqué.

J'ai juste du passer par beaucoup d'étapes d'apprentissage et je ne suis qu'au balbutiment  

J'ai mis en oeuvre le driver ascom en parallèlle avec la page web ouverte et fais des modifs en live. Tout est très stable. pas de bug rencontré.  exactement ce que j'attendais. Dans le moniteur série je peux voir les nouvelles valeurs je K1 a K7 prisent en compte.

Pour créer un dossier conf je n'y ai pas pensé. 

Je viens de modifier le code pour le faire, c'est pas bête du tout ça  

j'ai ajouté la fonction de création du dossier config

C'est sur que le fait que le MLX soit sur un pi augmente le champs des possibilités.

Mais dans mon cas je souhaite alimenter ce boitier étanche d'élétricien avec un petit panneau solaire 5V 250 mAh et une petite batterie. D'où être passé par cette solution

Je dois encore ajouter la fonction du SQM. Il s'agit d'un simple calcul qui convertit les lux et dans mon code le gain est automatique. J'ai le code dans un autre firmware que je n'ai pas encore mis ici.

J'ai ajouté une option sur la page de l'ESP32 pour modifier en live les valeurs de K1 à K7. En rafraichissant la page on voit les nouvelles valeurs à droites qui sont enregistrées en dur dans le SPIFFS afin de les avoir en dur si jamais l'ESP32 doit rebooter

C'est pas du python mais ca reste toujours plus facile que de re uploader le firmware