je voudrais tout d 'abord dire merci pour ce site et ce routeur.
J'ai installé mes panneaux il y a deux ans maintenant. tout va bien mais je j'injecte un peu trop dans le reseau.
j'ai un cumulus thermo dynamique, il tourne en pleine journée quand je consomme pas trop d'elec. mais je me suis rendu compte que parfois il s'enclenche alors que j'ai pas de production ou bien le contraire Du coup l'idée du routeur solaire a germé avec l'idée de faire relais directement sur la resistance du cumulus. j'ai vu plusieurs type de produit mais j'avoue que le faire soi-même est plutôt fun.
voici la version 1.0
Le boitier a été realisé par un ami sur imprimante 3D et l'assemblage également.
c'est un SSR 40A avec un shelly pour les mesures.
j'ai fait les premiers essais avec un chauffage infrarouge
je ne sais pas trop si les courbes sont normales.
et voici un autre essais avec un radiateur basique
par rapport a ce que j'ai pu voir sur le forum, la courbe semble cohérente avec les oscillation mais il m'avait semblait qu'elle doit être plus proche de 0. j'ai fait plusieurs essai de paramétrage en limitant a -100W et autre mais j'ai pas l'impression que ca change beaucoup.
Est ce que vous pouvez me dire si vos courbes correspondent a ca aussi ?
dans quelques jours je vais essayer avec un triac pour voir la différence.
J'essaie d'installer manuellement remsdr sur une base bookworm.
Avez vous prévu de faire une migration sur cette nouvelle distribution ?
L'installation des pré requis est beaucoup plus simple car tout est disponible en package.
L'idée est de faire tourner remotesdr sur le pluto lui-meme.
Bonjour@all,
Comme je n'ai pas trouvé l'endroit exacte pour se présenter, voici :
J'habite dans le nord ( pompeusement déclaré Haut de France par un ministre démissionné depuis )
Je viens de faire installer 12 panneaux pour 6Kw sur notre toiture coté plein sud régulé par une passerelle Envoy-S / IQ Gateway Metered sur mon installation en "triphasé" je suis en HC & HP chez Enedis avec un contrat de vente de misère à 0.04€ ! et ce depuis fin juillet .
( là les graphiques de production étaient super régulé : de belles courbes)
Mon intérêt est de chauffer mon cumulus 3000lt triphasé en priorité par le solaire évidemment.
J'ai commencé par installer une horloge shuntant le fil de jour et nuit et passant les ordres de commande de mon contacteur J&N sur une plage 15/19h et programmé de 21 h 30 à 5h30 pour les HC. Bref de la bidouille évidemment !
je m'aperçois que cela n'est pas optimal car maintenant dans ce plat pays ,on est passé sur un ciel assez nuageux ! mais avec des belles pointes d'ensolleillement
Pour contrecarrer cela, sur mon tableau principal maison j'ai ajouté un interrupteur afin de pouvoir forcer "au besoin".
Et Bingo !, en demandant des infos par Copilot, je fus dirigé vers ce site .
Me reste évidemment à bien lire vos posts afin de réaliser pour passer à un system m'évitant les contraintes solaires/manuelles.
Sachant que je suis plus de formation électro-mécano qu'informaticien, j'aurais certainement recours à vos aides.
Dans mon cas, cela serait d'abord de pouvoir piloter mon contacteur triphasé avec des seuils luminosité et des délais de contacts et coupures assez large et non plus au pif , manuellement !
( excusez si je ne mets pas les bonnes informations techniques)
Je suis à l'écoute de vos conseils et informations /liens etc..
merci de m'avoir lu.
Bonsoir André,
Voila je suis en train de faire une doc pour connecté et paramétrer l'afficheur. Je me suis aperçu que quand je me connecte en hotspot 192.168.4.1 j'arrive sur la page du scan Wifi que je lance par le bouton Scan et il me trouve bien, enfin surement des box internet, mais il ne les m'affiche pas de noms des box et donc je ne peux rien sélectionner, il m'affiche le textbox pour le mot de passe et bien sur si je clique sur envoyé cela ne marche pas étant donné que je n'ai pas sélectionner de box. Est il possible que si l'afficheur à eu déjà une box en mémoire, il n'y à plus de possibilité par le hotspot.
Merci.
Alain
je reste confronté au problème récurrent du temps d'accès au Shelly (Pro 3EM dans mon cas) par l'API REST.
A tel point que j'ai plusieurs messages de TimeOut au niveau du routeur chaque jour.
Dans 80% des lectures, j'ai un temps d'accès très correct autour de 80ms.
Il y a environ 15% des requêtes restantes qui se font en-dessous de 120ms, ce qui reste correct.
Mais pour les 5% restant, ça peut monter jusqu'à 1200ms voire plus (moins de 1% des requêtes dépassent 800ms).
J'ai essayé de supprimer tout ce qui n'est pas nécessaire au niveau du Shelly (tout désactivé sauf la connexion Ethernet): aucun changement flagrant.
Et en arrêtant les autres clients qui se connectent au Shelly, là c'est sensiblement mieux, mais trop contraignant !
J'ai donc tenté une autre approche: expérimenter l'accès avec ModBus. Mais si en l'activant au niveau du Shelly, celui-ci semble bien à l'écoute du port dédié (502), mais c'est tout.
Je n'est pas réussi à lire le moindre registre par ModBus (Par exemple le registre 1013 qui devrait contenir la puissance active).
Et cela aussi bien avec une implémentation perso, qu'avec des outils dédiés comme ModPoll et Modscan64 en testant toutes les plages de registres possible dans les 4 modes.
Quelqu'un aurait-il réussi à communiquer avec un Shelly Pro en utilisant ModBus ?
Sinon, il reste bien d'autres options: MQTT (en s'abonnant aux notifications), ou les WebSockets (mais il semble que ce soit limité à un seul client).
Ce que je n'aime pas avec MQTT, c'est que le Shelly publie des messages à rallonge, avec des tonnes d'informations inutiles. On peut toujours les filtrer, mais ce n'est pas très optimal comme implémentation. De plus le fait de passer par un broker MQTT augmente d'autant la latence (donc le délai entre lequel la mesure est effectuée et le moment où le routeur en prend connaissance). On peut espérer des temps de l'ordre de 100 à 300ms d'après des retours utilisateurs. Donc à priori nettementmoins bons que par l'API REST dans au moins 80% des cas.
J'ai donc acheté l'ESP avec l'afficheur intégré: le LILYGO® TTGO T-Display 1.14 pouces ESP 32 (4MB CH9102F).
J'ai pris celui avec la coque, plus pratique pour moi: https://fr.aliexpress.com/item/330506396...pt=glo2fra
Pendant plusieurs semaines j'ai donc utilisé le code fourni par André: l'écran communique donc en direct avec le routeur solaire.
Et cela me convenait tout à fait, beau boulot André.
Jusqu'au moment où j'ai voulu afficher aussi ma production solaire instantannée, info captée par un Shelly et envoyée à Home Assistant.
Je dois avouer que je n'ai pas cherché sur le forum si le sujet avait déjà été évoqué.
(hypothèse: une automatisation dans Home Assistant pour envoyer régulièrement au routeur solaire la production solaire en utilisant MQTT ?)
A la place, j'ai cherché sur le net pour trouver comment utiliser cet écran avec Home Assistant, via le module complémentaire ESPHome.
Là non plus je n'ai pas regardé sur le forum !
Comme j'ai passé pas mal de temps à trouver la bonne config qui permette d'utiliser l'écran, puis aussi un peu de temps pour trouver la bonne syntaxe du code dans ESPHOME Builder, je vous partage ici-même:
-> Les photos des 3 pages que j'affiche actuellement sur l'écran
-> Le code pour gérer l'écran dans ESPHOME Builder.
-> Le fichier "calibri.ttf" pour la police utilisée sur l'écran, à placer ici dans Home Assistant: config\esphome\fonts
EDIT 1: fichier "calibri.ttf" impossible à uploader dans ce post. Mais vous le trouverez facilement sur le net, ou sur votre PC windows dans C:\Windows\Fonts
EDIT 2: l'encadrement des pages + le jour tempo sont maintenant de la couleur du jour Tempo
En l'état actuel des choses:
- Je n'ai pas réussi à afficher une barre de progression pour l'ouverture du triac
- Le code permet de basculer d'une page à l'autre avec les boutons de l'écrans.
J'ai commenté le code qui permet de faire défiler les pages toutes les x secondes, c'est donc à votre choix
- Je n'ai pas branché de capteur de présence sur cet ESP.
Je suis preneur de toute évolutions/améliorations.
# Les capteurs en provenance de Home Assistant
sensor:
- platform: homeassistant
id: sonde_edf_routeur
entity_id: sensor.sonde_edf_routeur
internal: true
state_class: measurement
unit_of_measurement: W
device_class: power
# Pour faire un carousel pour passer d'une page à l'autre, à la place des boutons
#interval:
# - interval: 5s
# then:
# - display.page.show_next: my_display
# - component.update: my_display
je suis en cours de câblage des sondes de temperature.
auparavant j'etais sur un router Msunpv avec des sondes a environ 10 m câblées sur du câble téléphonique non blindé et là, meme en mettant du rj45 catégorie 7, pas moyen de faire transiter le signal.
Donc je vais m'orienter vers de la sonde Zigbee deja fonctionnelle sur mon home assistant.
Et c'est la que je bute depuis hier. J'ai essayer d'inscrire différente adresse, mais ca ne fonctionne pas.
Je precise que le routeur envoie bien ses infos sur HA et que j'ai coché.
ma config c est un esp32 linky en mode isolé qui sert de serveur a 2 autres esp un RMS mesusre UXI2 et l autre esclave RMS2 esclave
bug beaucoup de deconnexion du serveur linky 192.168.4.1 et ralentissemnt du serveur linky je pense et
quand j eteins RMS et RMS2 il choisi des adresse diffrente malgre que dans parametres j ai bloqué les adresses
j ai un bug depuis plus longtemps , nom de capteur temperture reste a undefined ( sauvegarde , reset )
Bonjour,
je cherche à pouvoir forcer le routage du SSR à 100% en fonction de la température du ballon ECS, je ne sais pas si c'est possible.
Actuellement j'ai un SSR qui route le surplus de production vers le ballon. Tout se passe super bien.
Mais je voudrais pouvoir le mettre en marche forcé (100%) si la température du ballon est inferieur à 45° par exemple pour me garantir une température minimum (indépendamment de la production solaire).
Une solution intermédiaire est de router le surplus de 9h à 18h par exemple et de 0h à 9h + 18h à 24h de router on/off si T<45, mais si jour sans soleil et que le ballon a été vidé le matin, le soir c'est un peu mort.
Peut être un créant une action On Off Température mini (ON si T<45) et se servir de l'état de cette action comme condition dans l'action de routage du surplus ? Je ne maitrise pas
Super le WPS tester et marche très bien. Mais j'ai remarqué qu'il n'est pas sauvegardé en EEPROM, c'est parce que le mot de passe est en PSK64 ? , ou un problème d'EEPROM . J'ai fais un test sur l'afficheur distant avec sauvegarde en PSK64 et ça marche bien. J'aimerai savoir le problème ou la contrainte.
Merci.