Bonjour à tous et respect et remerciements à vous André.

Je cherchais sur le github dans le code source de source_mqtt.ino  il semblerait que le Le callback MQTT (callbackMQTT) ne décode que les clés Papp, Pimpor, Pexpor ou Ptriac. Il ne contient pas de branchement pour parser des commandes d'action comme "forcage": 1.

j ai bien vu et cela fonctionne parfaitement (webServer.ino) le changement d'état du Triac / des charges passe par des requêtes HTTP (IHM Web) qui modifient l'état des relais/triac en mémoire.

Faut il en conclure- pas de mqtt actuellement ( c est pas un problème j utilise NodeRed quipermet les requettes http) mais c est plus pour etre sur ou alors j ai loupe qqchose

Bonne journée et encore bravo
Frédéric

Hi André, this is Pau (EA3FL). I’m testing your version of Remsdr V08 with the Pluto Nano; it looks promising, but I’m having an issue with the certificates required to use the microphone. Apart from that, it works well—the 800 Hz tone comes through, and the rest is just a matter of configuration. I’m using a Pi 4.


Bonjour André, ici Pau EA3FL. Je teste ta version de Remsdr V08 avec le Pluto Nano ; ça a l'air prometteur, mais je rencontre un problème de certificats expirés qui m'empêche d'utiliser le micro. À part cela, tout fonctionne bien avec la tonalité à 800 Hz ; le reste n'est plus qu'une question de réglages. J'utilise un Raspberry Pi 4.

MERCI 73



VIDEO

Pièces jointes

Miniature(s)
   

Bonjour à tous , je suis en train de remplacer la carte analogique diy de mon chargeur ve qui fonctionne avec la version 16.10 du routeur F1ATB mais j'ai une mauvaise régulation pour cela j'aurais besoin de savoir quel est le pas minimum du courant de charge que vous utilisez dans la version 2.6.31 1a ou 0,1a?
Merci pour votre réponse

Bonjour à tous,

Je viens de mettre en service mon routeur solaire carte wroom sans écran, sans eth.

La carte est alimentée par une alim 5v sur rail din Meanwell HDR-15-5.
Le chauffe eau aci est piloter un SSR 40A.

J'ai des problèmes avec l'alimentation , j’ai vérifié au multi elle donne 5,02V.
Le routeur plantait régulièrement et ne tenait pas sur le wifi plus d'une heure.
J'ai d'abord pensé à un problème d'ip, mais même en la fixant dans le dhcp de la box puis en la fixant directement depuis l'esp hors range dhcp, ça décrochait toujours.
Hier soir j'ai débranché la phase de l'alim et le VIN de esp,  je l'ai branché en usb et ça tient depuis 9h.

Je n'avais que du 0.75 en multibrin pour alimenter l'esp, du coup j'ai utilisé un paire blanc-orange pour une VIN et une paire blanc-bleu d'un utp pour alimenter l'esp.

Je pense que l’alimentation Meanwell HDR-15-5 n'est pas si pourrie?

Auriez vous une référence d'un autre alimentation fiable?
Monter l'alim à 5,5V changerait quelque chose?
Ou alors c'est peut être les brins d'utp?, mais je ne pense pas, j'ai déjà utilisé ça dans des gros parlophones d'immeuble en alimentation et bus sans problème...


Merci à tous, et merci pour ce projet.

Bonne journée,


Pascal

Bonjour à tous.
J'ai un routeur pour mon cumulus qui fonctionne bien.
J'ai fabriqué un second routeur pour utiliser le surplus d'énergie ( injectée) vers un radiateur grill pain, après l'utilisation du cumulus. J'ai donc paramétré pour que ce 2e routeur soit en lien avec le 1er. Je crois que j'ai paramétré correctement. Cependant, je m'apercois que quand je le branche sur mon relai SSR, celui-ci fonctionne tout le temps. Je pense que j'ai mal branché la carte ESP 32, d'autant que j'ai utilisé cette fois un support ESB 32 plus pratique pour le branchement. Ne voulant pas griller ma carte ESP32, j'aimerais que vous me disiez comment faire le branchement (quels pins) vers le relai. Sur le paramétrage j'avais utilisé RX=giop16 et TX =giop17 et j'avais branché un fil sur GND du support carte et l'autre sur le P17 rouge de la carte sur le pin rouge (V =3,3x). Il y a 3 rangées G noire, la terre, V rouge l'intensité 3,3V et Jaune le signal. Je vous remercie. Je ne comprends pas bien le fonctionnement de tous ces pins de couleurs différentes, si vous pouviez éclairer ma lanterne ce serait avec plaisir.
cordialement

Pièces jointes

Miniature(s)
   

Bonjour, j'utilise depuis plusieurs mois le routeur avec de bon résultat. Je veut connecter une sonde de température sur mon ballon. 
J'ai le bon modèle avec la résistance de 4.7K connecté sur GPIO 13 . Mais pas de découverte de la sonde . J'ai essayé les GPIO libre 21, 33. Sans résultat. Dans mes copies écran j'ai les bon paramétrage ( je pense ) Comment résoudre le problème.
merci pour une idée.

       

Bonjour à tous,

Je m'appelle Jean-Pierre et je porte Calendrier Tempo, un projet indépendant qui publie la couleur Tempo du jour, des prévisions jusqu'à 15 jours et une API JSON gratuite. Pour que ce soit clair : c'est mon API que je présente ici.

Pourquoi ce message ?

Avec un routeur, savoir la couleur Tempo permet d'adapter la chauffe du ballon ou les charges pilotées. Mais la couleur officielle n'est publiée que la veille vers 11 h, ce qui laisse peu de temps pour s'organiser : chauffer le ballon à fond avant une série de jours rouges, décaler une recharge de voiture, préchauffer la maison. L'idée :

• savoir quand un jour rouge ou blanc est probable à J+2 et au delà ;
  
• suivre le nombre de jours rouges et blancs restants dans la saison.
  

• /api/today et /api/tomorrow : couleur officielle du jour et de demain
  
• /api/predictions : prévisions jour par jour jusqu'à J+15, avec la probabilité de chaque couleur
  
• /api/remaining : jours restants par couleur
  

• Ce sont des prévisions : seule la couleur publiée par EDF fait foi. Pour les jours 3 à 15, j'utilise mon propre modèle, avec les données météo d'Open-Meteo (température et pression) en complément de Météo-France sur 9 villes, et le nombre de jours rouges et blancs restant à placer. Un module qui reprend la méthode de RTE de 2 à 5 jours sert de garde-fou pour les jours rouges.
  
• Mes prévisions sont figées et l'historique complet est public, erreurs comprises : historique des prévisions
  
• Les réponses sont en cache 2 minutes : une requête toutes les 30 minutes suffit largement.
  
• Tous les champs sont décrits ici : documentation de l'API Tempo
  

Bonjour à Tous et merci d'avance.

J'ai procédé à un saut logiciel il y a une semaine en passant de la version 17.xx à la version 17.29 puis 17.30. 

Je n'ai plus le numéro de version précédente , celle ci ayant disparu de la base et ne permettant pas un retour arrière. 
Depuis cette date , mon routeur ne route plus , il me semble que les données provenant de Enphase Envoy ne sont pas bien interprétées et ne font plus apparaitre de possibilités d'injection , la puissance consommée étant erronée.

Données Linky : Prod Solaire 1427 , Conso 522, Export 908
Données Routeur : Produite 1435 , Conso 1961 
 D'avance , Merci

Bonjour,
Si ce sujet n'est pas conforme ou intéressant merci de le supprimer.
Je suis aujourd'hui avec un contrat EJP que le routeur F1ATB ne gère pas comme le contrat tempo. A moins que je n'ai pas compris, ce qui est aussi possible.
J'ai essayé de simuler ma conso pour le tarif Option heures creuses, ce qui n'est pas vraiment façile, mais en conclusion je gagnerais quelques euros mais me
déchargerais de la contrainte forte EJP.
Est ce que quelqu'un a déjà quitté EJP pour autre chose. 
Est ce que le routeur F1ATB gère les options heures creuse ?
Pour moi (age) , je trouve Tempo trop compliqué. 
Merci à vous

Bonjour,

Je suis mes consommations horaires régulièrement et j'ai pu constater ce qui suit et encore aujourd'hui.

Lors du chargement du ballon, je remarque qu'il y a de l'injection, alors que selon moi, tout ce qui est produit devrait être consacré à la recharge.

Est-ce un problème de paramétrage ?

Est-il possible d'y remédier ?

J'ai redémarré ma passerelle, rien y fait.

Merci d'avance pour vos retours
                   
Bonne journée

8 panneaux 375W Micro onduleur IQ7A
6 panneaux 500W Micro onduleur IQ8P
1 Routeur FIATB en version 14.04