[F6FCO]

L'eau du bassin doit être riche en nutriments, tu n'as rien qui puisse amener des composés gavés d'azote dedans par écoulement direct ou ruissellement ?

Elle se remplit par l'eau des toits.

[gwion]

A moins que les toits ne soient envahis par les pigeons, ce n'est pas la bonne piste.
Pas de tas de compost plus haut qui serait lessivé quand il pleut ?

[F6FCO]

Non mais on a fait démousser le toit par un couvreur il y a 2ans, j'avais pourtant pris toutes les précautions pour qu'aux premières pluies les eaux aillent ailleurs (détournement de chenaux, bidons, etc.). Il y en a surement un peu qui a du aller dans la mare mais on n'a pas constaté de grenouilles mortes après çà.

[paulfjujo]

bonsoir,

j'ai pas de grenouilles et j'en ai pas mare ..mais je reste sur ce fil ...

J'ai remonté une autre horloge avec un barreau de 12 Max7219
+ 18F27K42 + RTC + DS18B20 + UART1<-> GT38 + UAR3 debugging
pour remplacer une de mes premieres horloged basée sur 8 MAX7219 unitaires
à connection traversantes verticales liaisons sur avec des fils > 80 cm !

Cette fois j'utilise des GT38 au lieu de BlueTooth pour dialoguer avec l'horloge
MAJ RTC,changement de luminosité, envoi de messages
Pourquoi ?
pour pouvoir y rajouter une mesure de temperature exterieure DS18B20
gerée avec un 12F1840 + GT38 ..situé à 15M via 1 mur beton et 1 cloison.
.et ne passe pas en bluetooth! ni Wifi Freebox.

L'avantage et que le PIC horloge peut recevoir des infos de 2 (ou plusieurs) GT38 sur un meme canal .
voici le synoptique montrant l'interaction entre les 3 GT38 ...
Les 3 GT38 sont en mode USINE 9600,FU3,Canal 100 ..donc pas de config à mettre (ou à perdre!)
..mais prevue quand meme pour utiliser un mode FU2 1200bds...
J'ai mis l'ensemble des sources sur ma page web ..si ça peut interesser quelqu'un
ou pour en discuter ici si besoin.
Comme toujours c'est perfectible !.. à vos claviers !

Horloge2025_12Max7219_2xDS18B20_3xGT38.jpg

video

[gwion]

Bonsoir Paul, bonsoir à tout le monde,
Tu peux donc avoir plusieurs modules esclaves qui parlent à l'horloge. Ce qui peut être intéressant pour la mesure de plusieurs températures. Le problème restant l'alimentation des GT38 distants pour avoir une autonomie raisonnable.
Je n'ai pas fait de véritable essai de portée avec obstacle des modules SYN115 que j'ai testés, mais au niveau consommation c'est peanuts.
(pour info ton site est verboten)

[paulfjujo]

(pour info ton site est verboten)

bien que les pages perso free ne soient toujours pas en https //

il faut rafraichir la page ... (index à la racine) ... pour enlever l'interdiction

il est possible aussi qu'un "Norton" ou autre ..... le bloque comme lien http "NON securisé "

ma conso actuelle du PIC +GT38 distant est de 19mA (alim batterie Li-ion 3.7V nominal 3000mAH)
pointe à > 50mA lors de l'envoi de la mesure

mais effectivement , je vais sans doute SOIT ré-utilser le mode FU2 basse conso
pour amener la conso au plus bas possible
mais ce mode impose d'utiliser 1200 bauds ..mais comme le message de mesure de temperature est court ,ça va aller ...
l'inconvenient est que je ne pourrais pas utiliser un MSg qulconque de 63 caracteres maxi
il faut limiter chaque envoi à 32 cars dans ce mode FU2..
L'autre inconvenient est que le GT38 retombe à 9600bds en cas de coupure d'alim
donc redemarrer à 9600 pour le passer ensuite à1200bds avec mode FU2.

une autre solution ..watchdog sur 12F1840 qui coupe l'alim complete du GT38 periodiquement, relance le programme
et fait l'envoi de la mesure
La temperature evoluant lentement
1 mesure par minute est amplement suffisant.
Là j'attend vos propositions ..

[gwion]

Merci pour les infos pour l'accès à ton site Paul, effectivement un coup de F5 remet tout d'aplomb.

Si l'on part sur l'envoi de la mesure avec une période de 1 minute, on peut en plus ne faire l'envoi que si changement. Ceci devrait éviter pas mal de trames. Il faut quand même envisager d'en envoyer une de temps en temps pour que le maître sache que le capteur n'est pas planté.
Si on passe le PIC en veille avec réveil chaque minute, mesure de la T°et si variation activation du GT38 en mode basse conso et envoi de la trame la plus courte possible, puis retour en veille de tout ce petit monde on doit allonger sérieusement la durée de vie de l'accu.
Un problème serait la perte de trames à cause de perturbations quelconques. C'est toujours la misère quand on envoie au fil de l'eau sans ACK du récepteur.

[paulfjujo]

bonsoir à tous,

L'horloge est considéré comme esclave ,
le GT38 distant (avec PIC12F +DS18B20 ) est donc maitre pour l'envoi de la mesure de temperature
Envoi confirmé par un acquis " Ok Msg" de l'horloge !
l'autre GT38 pouvoir envoyer des commandes à l'horloge
ex: faire une Mise à Jour RTC
ex: envoyer un message ..
un nombre de repetitions du msg envoyé
la luminosité

j'ai testé une mise en mode SLEEp du GT38 #2 pendant 50sec
puis une periode de reveil de 10 sec ( ... à reduire ..)
pour l'envoi de la mesure
La conso en mode sleep tombe à 7mA ..

je me sers d'un Arduino mini pro "the simple" et d'un INA226
pour capturer les mesures : volt batterie et mA consommés par le GT38#2 PIC12F+GT38+DS18B20
ce qui donne

..sleeping
(16:35:33.561) 7 mA
(16:35:34.629) 7 mA

Reveillé
(16:35:35.649) 20 mA
(16:35:36.669) 20 mA ~4 sec
(16:35:37.643) 20 mA
(16:35:38.712) 20 mA
(16:35:39.729) 20 mA
...etc...

(16:35:40.757) 9 mA
(16:35:41.770) 7 mA
- sleeping ~50sec
(16:36:29.725) 7 mA
(16:36:30.756) 7 mA

--reveillé
(16:36:31.776) 20 mA
(16:36:32.746) 20 mA ~4sec
(16:36:33.766) 20 mA
(16:36:34.837) 20 mA
(16:36:35.857) 20 mA

..sleeping
(16:36:36.876) 9 mA
(16:36:37.848) 7 mA
..... Sleeping ~50sec
(16:37:25.854) 7 mA
(16:37:26.876) 7 mA

// reveillé
(16:37:27.897) 20 mA
(16:37:28.914) 20 mA ~4sec
(16:37:29.938) 20 mA
(16:37:30.953) 20 mA
(16:37:31.989) 20 mA

... Sleeping
(16:37:32.980) 9 mA

sleep_Capture.JPG

je ne pense pas pouvoir gagner beaucoup (en baisse de courant ) en travaillant aussi sur le mode Sleep du PIC 12F
car il faudrait alors plutot utiliser le 12LF1840 ( plus specialisé en basse conso)
utiliser un petit panneau solaire associé ..à 6€ .....5V sur fiche USB chez action ..
mais ne pas compter dessus avec avec l'eclairage de novembre et temps pluvieux..

je vais faire un test de longevité ave cma batterie actuelle 3.7V 3000mAH

[gwion]

Tu coupes l'alim de la "branche" GT38 et DS18B20 avec un petit MOSFET lors de la veille ?

[paulfjujo]

bonsoir,


En fait la commande AT+SLEEP sur le GT38
ne fait pas son job
D'ailleurs sur la datasheet
source : ElectroDragon%20Wiki.html
(estr tres succinte sur ce point là)

Setting the sleep mode AT+SLEEP When the data is not transmitted wirelessly,
in order to save power, the module command “AT+SLEEP” is sent, and the module
returns “OK+SLEEP”. When it enters the AT setting state again, it automatically
s the sleep mode.

passer en mode AT avec
pin DTR ON ( ..impose un 0 logique relié sur pin SET du GT38 ESPION)
AT --> OK
AT+SLEEP
le GT38 repond bien
OK+SLEEP
Mais ne reagit pas du tout ..la consom. reste autour de 14mA (sans led ON DTR)

Code : Tout sélectionner

(18:05:25.719) (14.421) Msg=  Tex+18.93°
(18:05:26.079) (0.359)   Tex+18.93°
(18:05:26.079) (0.000)  OK for Msg
(18:05:53.978) (27.898) ?
(18:05:58.288) (4.310) Msg=  Tex+18.93°
(18:05:58.648) (0.359)   Tex+18.93°
(18:05:58.648) (0.000)  OK for Msg
(18:06:11.419) (12.771) AT
(18:06:11.709) (0.289) 
(18:06:11.709) (0.000)  OKAT+SLEEP
(18:06:15.077) (3.367)  OK+SLEEPAT
(18:06:47.121) (32.043)  OKMsg=  Tex+18.93°
(18:07:15.201) (28.079) ?
(18:07:35.984) (20.783) Msg=  Tex+18.93°
(18:07:36.354) (0.369)   Tex+18.93°
(18:07:36.354) (0.000)  OK for Msg
(18:07:54.516) (18.161) ?
(18:08:08.554) (14.038) Msg=  Tex+18.93°
(18:08:08.904) (0.349)   Tex+18.93°
(18:08:08.904) (0.000)  OK for Msg
(18:08:36.802) (27.897) ?
(18:08:41.120) (4.318) Msg=  Tex+18.93°
(18:09:13.687) (32.566) Msg=  Tex+18.93°
(18:09:14.047) (0.359)   Tex+18.93°
(18:09:14.047) (0.000)  OK for Msg
(18:09:22.473) (8.425) ?
(18:09:46.264) (23.791) Msg=  Tex+18.93°
(18:10:01.412) (15.148) ?

nota : l'espion voit bien passer les envois
mesure de temperature à l'horloge par le PIC12F
-------------------------------------------

Mesure de courant
(18:05:22.253) 14 mA ;
(18:05:27.281) 14 mA ;
(18:05:32.299) 14 mA ;
(18:05:37.308) 14 mA ;
.. invariable !
(18:09:27.691) 14 mA ;
(18:09:32.684) 14 mA ;
(18:09:37.712) 14 mA ;
(18:09:42.714) 14 mA ;
(18:09:47.724) 14 mA ;

j'ai testé avec un IRL9Z4 canal P ( mais gros bestiau TO220)
n'est pas suffisament passant Vcc 2,8V seulement en etat ON pour Vdd=4,5V
et je n'ai que des A3402 N-mosfet en SOT23
alors qu'il me faudrait la version AO341 P-Mosfet !
Je vais d'ailleurs devoir commander des VP2206N3-G en boitier TO92
..car impossible de mettre un SOT23 sur une breadboard !

Autre deception, le mode SLEEP du PIC ..gain de 1mA seulement
Je pensais utiliser le mode reveil (PIC en SLEEP) via l'usage du
flag WUE ( Wake up via UART) pour synchroniser la demande de temperature
par l'horloge ( toutes les 3 trames soit ~ 30sec) en envoyant simplement"?"
pour sortir le PIC du sommeil..

mais pas fiable du tout ..

WUE=1
Le front descendant UART doit reveiller le PIC
..mais quid des bits suivant le caractere ?
et L'IRQ UART ..

j'ai donc abandonné la synchro et le mode SLEEP du PIC .. pour l'instant..


Bref les slips du PIC et GT38 ne sont pas clairs ...
sans doute avec des taches Jaune et marron ?