F1ATB forum - Evolutions faites, à faire, dont vous rêvez...

Prévision ensoleillement - Routeur F1ATB-S3

Tue, 23 Jun 2026 07:11:19 +0000

Actuellement en phase de développement d'un nouveau routeur avec un ESP32-S3, je souhaite intégrer la prévision d'ensoleillement pour la journée à venir afin de forcer des actions comme le chauffage de l'eau sanitaire la nuit si les prévisions sont mauvaises. Utile pour la douche du soir.

Certains d'entre vous ont implanté ce type de fonction dans des systèmes de domotique. Quel prestataire utilisez-vous ? Est-il fiable et gratuit ? Complexité de l'API ?

Vos suggestions svp

André / F1ATB

configuration routeur avec triac

Mon, 22 Jun 2026 16:14:44 +0000

Bonjour suis débutant et j’aimerai savoir comment configurer mon routeur pour qu’il
S’actionne quand il y a un surplus actuellement j’ai surplus de 600 w qui parte à Edf
Et je n’arrive pas à faire démarrer le routeur
Normalement il devrai démarrer automatiquement quand il y à du surplus enfin je pense
quand j'arrive à le demarrer il me consomme plus que les panneaux
Ma config 3 kW un triac pour alimente mon cumulus avec un Uxlx2 qui commande
Merci d’avance pour votre aide

  b1782115709347.jpg (Taille : 441.12 Ko / Téléchargements : 9)

  b1782115741213.jpg (Taille : 327.9 Ko / Téléchargements : 12)

  b1782115761083.jpg (Taille : 320.6 Ko / Téléchargements : 16)

mise a jour 17.20 a 17.21 avec shelly EM

Mon, 15 Jun 2026 06:25:57 +0000

Bonjour,
Après mise à jour 17.21 je n'ai plus de connections au shelly em. si je repasse en 17.20 cela fonctionne.
Peut être un problème?
Bonne journée
Merci aux développeurs pour ce super boulot.
philippe

Intégration Shelly Pro 3EM Ecoflow

Fri, 05 Jun 2026 10:40:35 +0000

Bonjour à tous,

Nouveau utilisateur du routeur F1ATB (merci André pour ce travail très approfondi !), j'ai un compteur Shelly x Ecoflow Pro 3EM.
Malheureusement le routeur F1ATB n'arrive pas à le lire correctement

Celui-ci doit obligatoirement être configuré en triphasé (alors que mon installation est monophasée), sinon l'application Ecoflow ne sait plus l'exploiter (je précise que j'ai une batterie STREAM géré directement par l'appli).

Or sur le routeur (version 16.10), j'ai configuré le paramètre SHELLY PRO EM en voie 3, mais après redémarrage de l'ESP, dans données brutes c'est...vide !

Screenshot_20260605_123559_Opera.jpg (Taille : 597.98 Ko / Téléchargements : 8)

tempFileForShare_20260605-123524.jpg (Taille : 114.53 Ko / Téléchargements : 7)

Je pense tout simplement que le code dans le routeur ne s'attend pas a voir l'id (avec IP_SHELLY/rpc/shelly.getdeviceinfo) : ecoflowpro3em-ece334eb27bc

{
"name": null,
"id": "ecoflowpro3em-ece334eb27bc",
"mac": "ECE334EB27BC",
"slot": 0,
"model": "EFPEM-003CEBEU120",
"gen": 2,
"fw_id": "20260311-095918/1.7.5-g9979d16",
"ver": "1.7.5",
"app": "Pro3EMEF",
"auth_en": false,
"auth_domain": null,
"profile": "triphase",
"provision": "complete"
}

pour le reste je pense avoir la même structure JSON quand je fais (IP_SHELLY/rpc/shelly.getstatus) qu'un shelly PRO 3EM (ici la phase A est seulement connectée, j'ai une installation monophasée) :

{
"ble": {

},
"bthome": {

},
"cloud": {
"connected": true
},
"em:0": {
"id": 0,
"a_current": 1.895,
"a_voltage": 237,
"a_act_power": -5.1,
"a_aprt_power": 448.9,
"a_pf": 0.02,
"a_freq": 50,
"b_current": 0.028,
"b_voltage": 0,
"b_act_power": 0,
"b_aprt_power": 0,
"b_pf": 0,
"b_freq": 0,
"c_current": 0.028,
"c_voltage": 236.9,
"c_act_power": 0,
"c_aprt_power": 6.6,
"c_pf": 0,
"c_freq": 50,
"n_current": null,
"total_current": 1.951,
"total_act_power": -5.131,
"total_aprt_power": 455.573,
"user_calibrated_phase": []
},
"emdata:0": {
"id": 0,
"a_total_act_energy": 5.77,
"a_total_act_ret_energy": 4.51,
"b_total_act_energy": 0.01,
"b_total_act_ret_energy": 0,
"c_total_act_energy": 0.01,
"c_total_act_ret_energy": 0,
"total_act": 5.78,
"total_act_ret": 4.51
},
"eth": {
"ip": null,
"ip6": null
},
"modbus": {

},
"mqtt": {
"connected": true
},
"script:1": {
"id": 1,
"running": true,
"mem_used": 560,
"mem_peak": 2674,
"mem_free": 24388,
"cpu": 8
},
"script:2": {
"id": 2,
"running": true,
"mem_used": 224,
"mem_peak": 3752,
"mem_free": 24388,
"cpu": 2
},
"sys": {
"mac": "ECE334EB27BC",
"restart_required": false,
"time": "12:30",
"unixtime": 1780655429,
"last_sync_ts": 1780654705,
"uptime": 729,
"ram_size": 257928,
"ram_free": 45388,
"ram_min_free": 16964,
"fs_size": 524288,
"fs_free": 180224,
"cfg_rev": 18,
"kvs_rev": 0,
"schedule_rev": 4,
"webhook_rev": 4,
"btrelay_rev": 0,
"available_updates": {
"beta": {
"version": "2.0.0-beta1"
}
},
"reset_reason": 3,
"utc_offset": 7200
},
"temperature:0": {
"id": 0,
"tC": 48.2,
"tF": 118.8
},
"wifi": {
"sta_ip": "192.168.20.32",
"status": "got ip",
"ssid": "RYZ-IoT",
"bssid": "cc:d8:43:04:2e:b8",
"rssi": -44,
"sta_ip6": [
"fe80::eee3:34ff:feeb:27bc",
"fd47:8ccf:66eb:0:eee3:34ff:feeb:27bc"
]
},
"ws": {
"connected": false
}
}

Quelqu'un aurait-il une idée ? je pense qu'il faut recompiler le code en intégrant le bon ID, mais je suis novice en programmation... J'ai aussi un Home Assistant, mais je ne souhaite pas passer par du MQTT, cela ajoute un délai....

Merci d'avance !
}

Creation de profils pilotables via Home Assistant

Wed, 03 Jun 2026 08:29:43 +0000

Bonjour,

Est-il possible de piloter l'ESP32 depuis home assistant ?

J'aimerais pouvoir déclencher ou non le triac la nuit selon la météo du jour et du lendemain.

Scenario 1 :

Aujourd'hui -> grand soleil, triac ouvert, ballon d'eau chaude chauffé au max
Demain -> météo annonce grand soleil
Pilotage souhaité -> pas d'ouverture du triac cette nuit

Scenario 2 :

Aujourd'hui -> peu de soleil, triac très peu ouvert, pas de chauffe du ballon d'eau chaude
Demain -> météo annonce grand soleil
Pilotage souhaité -> pas d'ouverture du triac cette nuit car suffisament d'eau chaude, et il sera chauffé demain

Scenario 3 :

Aujourd'hui -> peu de soleil, triac très peu ouvert, pas de chauffe du ballon d'eau chaude
Demain -> pas de soleil
Pilotage souhaité -> ouverture du triac cette nuit

Peut etre avoir un gestion de profils au niveau du routeur solaire, pilotable via HA ?
Je ne sais pas ce qui est possible

Merci à vous

Routeur F1ATB en remplacement d'un routeur ARSUN

Fri, 29 May 2026 08:52:30 +0000

Bonjour,

Nouveau sur le groupe, je suis équipé d'un routeur solaire ARSUN 2 voies qui ne me donne pas entière satisfaction, j'envisage de le remplacer par un routeur F1ATB, j'avais hésité à l'époque de son achat.

Je vous explique d'abord mon insatisfaction vis à vis du ARSUN :
- il ne régule pas assez vite et a tendance à consommer sur le réseau avant de réguler, des fois il ne régule pas et consomme sur le réseau
- il ne permet pas de se connecter sur Home assistant
Pour compenser ces désagréments j'ai ajouté des Shelly qui mesurent la puissance produite par mes panneaux solaires et des relais shelly que je peux éteindre au besoin (un sur chaque sortie du ARSUN).
Du coup dans HA, j'ai fait une routine pour "sanctionner" le routeur lorsqu'il ne régule pas assez vite ou lorsqu'il consomme trop sur le réseau, mais la encore les Shelly (ou HA) ne sont pas toujours réactifs.

J'ai sous la main des ESP32, un en version ESP32D et un en version ESP32S, dans la documentation je ne vois pas ces modèles, je me dis qu'il doit y avoir une raison (probablement de performances ou de stockage).
==> ou sont les lignes de code a intégrer sur les ESP ?
==> devrais-je plutôt utiliser un ESP32-WROOM ?

J'ai déjà un ESP32S configuré dans HA par ESP-homebuilder qui me permet de surveiller le fonctionnement de mon onduleur Growatt et de sa batterie sur la partie autoconsommation, si j'ai bien lu, la configuration pour le F1ATB est un peu différente car on le programme en ARDUINO c'est bien cela ?

Afficheur distant

Wed, 27 May 2026 19:48:53 +0000

Bonjour,

Peut-être existe-t-il une subtilité que je ne connais pas.
Mon routeur fonctionne vraiment parfaitement bien en version 17.13, il tourne aujourd'hui depuis 1762h sans plantage !
Cependant, j'ai un petit garçon qui n'est pas encore très économe et parfois il vide carrément l'eau chaude...

Existe-t-il un moyen d'utiliser un affichage déporté (j'ai en ma possession une carte ESP32-2432S032C) afin de lancer un forçage ?
Mon routeur Maître est dans le cellier et l'afficheur est dans la cuisine.
Ce serait vraiment pratique pour madame (et moi aussi du coup !)
Nous utilisons la maisonnette plusieurs fois par jour (je dirai une trentaine).

L'ajout de cette fonction serait vraiment un plus.

Merci d'avance !
Pierre

Capture d’écran 2026-05-27 à 21.48.41.png (Taille : 81.92 Ko / Téléchargements : 10)

Problème avec le planning action triac sur sur WT-ETH01

Mon, 25 May 2026 16:36:22 +0000

Bonjour à tous
Mon installation:
panneaux solaire 3Kw,
onduleur imeon 3,6,
2 batteries de 2,2Kw chacune,
routeur avec un esp32 WT-ETH01, données sur linky, triac pour le ballon ECS.

Problème rencontré avec le planning du triac.
réglage suivant
Off de 00h00 à 10h00
routage de 10h00 à 18h30
Off de 1830 à 00h00
le problème est qu'aucun déclenchement du routage ne se fait.
Si je met le routage à 00h00 il s'enclenche mais ne s'arrete pas

Y-a-t'il une erreur de ma part ou est-ce un bug?
merci.

PS je sais pas si c'est ici qu'il faille mettre des sugestions mais en voici deux:

un voyant permettant de voir l'état du routage (ON,Off,routage avec leur couleurs associées)

le bouton de forcage de la page d'acceuil devrait indiquer son état (actuellement blanc pour on et off)

Merci pour vos réponses et à bientôt

Modification fonction callback du fichier EnvoiMQTT.ino

Thu, 21 May 2026 10:11:14 +0000

Bonjour à tous.
J'ai modifié la fonction callback afin de pouvoir modifier le pourcentage d'ouverture forcée par MQTT (test ok par envoi MQTT de home assistant de ForceOuvre).
La modification : if (message.indexOf("ForceOuvre\":") > 0) {
LesActions[i].ForceOuvre = int(ValJson("ForceOuvre", message));
recordDemande = true;
}
à ajaouter dans la fonction callback :
// Callback après souscription à un topic et réaliser une action
void callback(char *topic, byte *payload, unsigned int length) {
char Message[length + 1];
for (int i = 0; i < length; i++) {
Message[i] = payload[i];
}
Message[length] = '\0';
String message = String(Message) + ",";
TelnetPrintln("Mqtt::" + message);
for (int canal = 0; canal < 4; canal++) {
if (String(topic) == TopicT[canal] && Source_Temp[canal] == "tempMqtt") {
temperature[canal] = ValJson("temperature", message);
TemperatureValide[canal] = 5;
}
}
if (String(topic) == TopicP && Source == "Pmqtt") { // Mesure de puissance
PwMQTT = ValJson("Pw", message);
PvaMQTT = ValJson("Pva", message);
PfMQTT = ValJson("Pf", message);
P_MQTT_Brute = String(Message);
if (message.indexOf("Pw") > 0)
LastPwMQTTMillis = millis();
}
if (subMQTT == 1) {
char TopicAct[60];
bool recordDemande = false;
for (int i = 0; i < NbActions; i++) {
if (LesActions[i].Titre.length() > 0) {
snprintf(TopicAct, sizeof(TopicAct), "%s/%s", MQTTdeviceName.c_str(), LesActions[i].Titre.c_str());
if (strcmp(TopicAct, topic) == 0) {
if (message.indexOf("tOnOff\":") > 0)
LesActions[i].tOnOff = int(ValJson("tOnOff", message));
if (message.indexOf("ForceOuvre\":") > 0) {
LesActions[i].ForceOuvre = int(ValJson("ForceOuvre", message));
recordDemande = true;
}
if (message.indexOf("Mode\":") > 0) {
String modeRecu = StringJson("Mode", message);
recordDemande = true;
if (modeRecu == "Inactif") {
LesActions[i].Actif = MODE_INACTIF;
} else if (modeRecu == "Decoupe" || modeRecu == "OnOff") {
LesActions[i].Actif = MODE_DECOUPE_ONOFF;
} else if (modeRecu == "Multi") {
LesActions[i].Actif = MODE_MULTISINUS;
} else if (modeRecu == "Train") {
LesActions[i].Actif = MODE_TRAINSINUS;
} else if (modeRecu == "PWM") {
LesActions[i].Actif = MODE_PWM;
} else if (modeRecu == "Demi") {
LesActions[i].Actif = MODE_DEMISINUS;
}
}
if (message.indexOf("Periode\":") > 0) {
int periodeRecu = int(ValJson("Periode", message));
if (periodeRecu >= 0 && periodeRecu < LesActions[i].NbPeriode) {
recordDemande = true;
if (message.indexOf("SeuilOn\":") > 0)
LesActions[i].Vmin[periodeRecu] = int(ValJson("SeuilOn", message));
if (message.indexOf("SeuilOff\":") > 0)
LesActions[i].Vmax[periodeRecu] = int(ValJson("SeuilOff", message)); // Mode OnOff
if (message.indexOf("OuvreMax\":") > 0)
LesActions[i].Vmax[periodeRecu] = int(ValJson("OuvreMax", message)); // Autre Modes
}
}
LesActions[i].Prioritaire();
StockMessage("Action MQTT : " + String(topic) + " | " + String(Message));
}
}
}
if (recordDemande) RecordFichierParametres();
}
}

Sauvegarde - restauration intégrale d'un RMS

Sun, 17 May 2026 20:31:36 +0000

Bonjour à tous,

Après avoir eu quelques déboires avec des RMS installés (chez moi ou chez des potes), je me suis demandé s'il ne serait pas possible de sauvegarder puis (au besoin) restaurer intégralement un RMS (code, paramètres, etc) en un minimum de manipulations.

Je vous fais le tableau :
- Vous avez installé un ou plusieurs RMS, certains sont dans une super_version_perso_v12.582_non_V14.153 sur lesquels vous avez passé des heures à peaufiner les réglages, la régulation, l'affichage, voire à faire des modifs de code.

- Votre poulain, maquillé comme un camion volé, est fin prêt pour le Grand prix d'Amérique (ou le salon de l'agriculture) et soudain... l'esp32 qui le porte a les genoux qui flanchent, et vous lâche sans prévenir. Merdalor.

- Si le RMS est le vôtre, il y a des chances pour que vous sachiez le réinstaller en un minimum de temps, le remettre sur votre réseau et réinjecter le fichier de paramètres que vous aurez pris soin (évidemment) de sauvegarder récemment. Non ?

- Mais si le RMS est chez votre cousin qui habite à 150 kilomètres, c'est plus tout à fait la même histoire. Non ?

D'où l'idée :
- Le RMS tourne comme une horloge.

- Avec un pc et un câble usb, à l'aide d'un script qu'on peut lancer en une seule commande, voire avec un double clic, TOUT le contenu sera sauvegardé dans un unique fichier masauvegarde.bin (3 minutes environ).

- Le RMS vous lâche.

- On change l'esp32

- Avec le même pc et connexion usb, on lance la restauration du fichier masauvegarde.bin, toujours en une seule commande ou un double clic.

- 90 secondes plus tard, tout est à nouveau en place.

- Et même le cousin peut le faire sans vous.

Eh bien, c'est possible avec esptool.
je me suis inspiré des infos données par cette video youtube, dans laquelle l'auteur explique comment faire ça.
Il y a pas mal de blabla mais les infos sont très pertinentes, et celles de la transcription sous la video encore plus.

J'ai écrit un petit script bash (linux) pas très raffiné qui permet de faire la sauvegarde et la restauration.
Avec un minimum de travail (genre claude ou chatgpt) il doit pouvoir être adapté pour windoze, en powershell ou autre.
Vous trouverez aussi des notes qui peuvent vous aider à mettre le truc en marche.

En espérant que ça puisse être utile à quelques uns, merci de m'avoir lu.

(PS : si le script est moisi, ne m'engueulez pas, améliorez le ! )

sauve_restore_rms_v2.txt (Taille : 3.55 Ko / Téléchargements : 22)

notes_sauve-restaure-rms-esp32.txt (Taille : 910 octets / Téléchargements : 17)

mesure triphasé dans MQTT

Sun, 17 May 2026 09:18:42 +0000

Bonjour
J'ai un compteur triphasé et je voudrais récupérer les consos par phase dans Home Assistant via MQTT, mais à priori je ne remonte qu'une conso globale
Serait il possible d'avoir ce détail

Merci

Perte "Réactivité si CACSI" avec mode Linky V17.18

Sun, 17 May 2026 06:59:53 +0000

Bonjour,
Dans les paramètres, lorsque l’on sélectionne le mode Linky et que l’on coche « Estimateur d’injection », puis que l’on sauvegarde et effectue un reset de l’ESP, la case « Estimateur » reste bien cochée.

Cependant, lorsque l’on va dans l’onglet Actions et que l’on indique une puissance P_w=-100, par exemple, l’option de choix de réactivité (*2, *4, …) devient disponible et peut être sélectionnée.

Le problème survient lorsqu’après avoir enregistré le choix de réactivité, la case « Estimateur » dans les paramètres se décoche automatiquement.

Est-ce que quelqu’un aurait une solution pour que la case « Estimateur » reste active tout en conservant la réactivité sélectionnée ?

Merci pour votre aide et vos retours.

Petit bug

Sat, 09 May 2026 16:35:19 +0000

Bonsoir André,
Dans votre thread de version il y a un petit bug avec l'adresse du lien qui semble être doublée.
Merci pour votre énorme travail.
@ bientôt Michel

V17.18

Thu, 07 May 2026 17:49:03 +0000

Bonjour

je viens d'installer la version 17.18.
lorsque je redémarre mon esp (via le panneau de contrôle ) les valeurs d’injection totale se remettent a zéro.
Sur la version 13 les valeurs restaient.
Est ce voulu ?
Merci de votre retour
Fabrice

Plusieurs Suggestions en un post

Tue, 05 May 2026 17:08:05 +0000

Ci-dessous plusieurs suggestions d'améliorations que j'ai moi même implémentées et testées, pour ceux qui sont intéressés pour les réaliser faites moi signe je vous donnerai les details de leur implementation.

Nouveau Module UxI

Je propose ce PCB pour implementer un routeur UxI seul , pour les néophytes du PCB , rassurez vous c est beaucoup plus simple et fiable que de faire ca avec des connexions DUPONT, je peux vous donner soit les fichiers Gerber soit le projet Kicad: vous envoyez ca chez JLCPCB et 10 jours plus tard vous recevrez 5 Exemplaires de qualité du PCB pour 4€20 frais de port inclus !!!

  1 Capture d’écran 2026-05-05 181533.jpg (Taille : 417.1 Ko / Téléchargements : 119)
  2 Capture d’écran 2026-05-05 181634.jpg (Taille : 65.68 Ko / Téléchargements : 70)
  3 Capture d’écran 2026-05-05 181739.jpg (Taille : 83.57 Ko / Téléchargements : 83)

Les particularités de ce montage :
- Ultra compact 50x50x25mm en tout pour arriver à cette taille
* j 'ai choisi un ESP32-S3-Mini , ce qui m a demandé un enorme effort de conversion de programme pour pouvoir le compiler.
* J'ai remplacé le transfo 220/6 du schema d'origine par un ZMPT pour son format ultra compact mais surtout pour gagner en précision de mesure, le zmpt ne deforme pas la sinusoide et n'induit qu un très faible dephasage
* J ai remplacé l'alim USB par un HLK-5M05 qui transforme le 220vac en 5Vdc ultra stable jusqu'à 1A dans un format ultra compact sans chauffer
* composants en double face , il faut donc faire gaffe à l’ordre de soudage
* J'ai meme fait les rainures pour augmenter le creepage entre le 220 et le reste du montage !

Amélioration précision programme Source UxI
Malgré tous les essais de coefficients multiplicateurs j 'avais remarqué pas mal d'ecarts entre mon module UxI et le linky et le shelly, après avoir exploré toutes les pistes materiels je me suis penché sur le code , et j ai trouvé le coupable dans la void MeasurePower du fichier Source_UxI dans lequel on fait analogRead ( courant) puis analogRead ( Tension) or analogRead prend plusieurs dizaine de microsecondes, donc les deux mesures au lieu d etre parfaitement synchrones sont alors dephasées, et sur la somme des 100 echantillons cela donne une erreur non negligeable et surtout non fixe en fonction de la charge ou du hachage.
Pour corriger cela j ai introduit un decalage d'index pour faire les produits des 2 mesures au meme instant réel, le juge de paix est le calcul du cos phi qui est maintenant en permanence identique à celui du shelly quelques soit le type de charge et du % de hachage.
Pour faire ca , il y a pas mal de lignes de code modifiées, difficile de les lister ici mai je pourrai les fournir sur demande

Communication ESP32 Esclave vers ESP32 Maitre en UDP à la place de TCP
J'ai plusieurs ESP "Esclaves" qui lisaient la mesure de mon ESP32 Maitre ( Mesure UxI) . Le principe de la comm du programme d'André est que les ESP sont interconnectés en TCP , obligeant à maintenir de multiples connexon TCP et chaque Esclave demande au maitre la mesure. Ceci prend enormement de temps ( 400ms) et font ramer le Maitre qui a du mal à répondre à tous les esclaves qui posent des questions !!! , j'étais très frustré d'avoir une mesure UxI à 40ms et de les lire que toutes les 400ms
J'ai donc changé la communication TCP en communication UDP. zero latence de connexion , le maitre Broadcast sa mesure toutes les 50ms en une seule fois pour tous les esclaves qui ecoute sur le réseau.
Resultats la mesure de tous les esclaves est quasi synchrones , et raffraichie toutes les 50ms ce qui est crucial pour le regulateur PID qui devient ultra performant et reactif capable d'encaisser une perturbation en moins de 100ms contre 800 avant. Du coup j ai passé la periode du PID à 60 ms contre 200ms actuellement, ce qui permet au regulateur d'absorber quasiment en temps reel toutes les modifications de la puissance ( Nuages, demarrage appareil etc etc ) , je vous mettrai les courbes plus tard pour illustrer ca.
Ca permet aussi un meilleur fonctionnement des routeurs parallèles car ils traitent tous la meme mesure au meme instant, ils ne mordent plus la queue ce qui pemet d'ameliorer la prioritisation des routages par decalage de seuils.

Pour rappel d'autres améliorations dejà evoquées :
- Courbe Sortie PID superposée à la mesure en lieu et place de la Puissance apparente, permet de controler finement le fonctionnement et les reglages du PID, on voit rapidement la réaction du régulateur face à une perturbation
- Linéarisation de la sortie régulateur en mode Decoupe Sinus , ce qui permet de rendre le systeme lineaire et donc les reglages PID sont bons et précis quelque soit le point de fonctionnement et plus particulièrement en debut et fin d'ouverture dans lequel le routeur se trouve souvent

A explorer : communication esp-now entre routeurs
- réduction de latence
- communication radio direct sans passer par une box
- distance théorique plus grande .

Les résultats de la régulation en courbes

  résultat1.jpg (Taille : 201.47 Ko / Téléchargements : 45)
  résultat2.jpg (Taille : 197.27 Ko / Téléchargements : 31)

Globalement je reitère mes remeciements à André pour le travail colossal qu'il a accompli et qui m'a aidé à accomplir le projet que j'avais commencé seul et qui m'aurait pris des années pour arriver à ce resutat qui est aujoird'hui pour moi aboutit et qui repond à mes passions pour la régulation, l'electronique et la programmation , toutes réunies dans un seul et meme projet
Je remercie également tous les membres de ce forum dont les lectures m'ont fait enormement progresser et m'ont donné des idées que je n'imaginais pas jusque là. Et enfin je remercie meme Grostoto qui par ses critiques consctructives m'a poussé dans mes retranchements.

Ces améliorations s’adressent plutôt à des utilisateurs à l’aise avec l’électronique et la régulation, elles ne remettent pas en cause l’excellent fonctionnement de la version standard.
Ce post est quasiment le clap de fin alors , bon routage à tous.