Mk2_fasterControl_Full

[philippesikora]

Bonjour,

J'utilise maintenant le hardware Mk2PVRouter RF - sans utiliser la RF- acheté il y a quelques années.

1. J'utilise la vesrion arduino-ide_2.3.6_Linux_64bit.AppImage
   remplacer le paramètre '-std=gnu++11' par '-std=gnu++17' ne marche pas, dans mon cas il faut remplacer par
   '-std=c++17'

2. La version ArduinoJson 7.4.1 provoque un warning
   class ARDUINOJSON_DEPRECATED("use JsonDocument instead") StaticJsonDocument

3. Probleme de configuration en monophase, hardware segment avec RF

3.1. NO_OF_DUMPLOADS doit etre toujours supérieur a 2 - je n'ai q'un seul triac en monophasé,
erreur avec la valeur 1

3.2. inline constexpr uint8_t physicalLoadPin[NO_OF_DUMPLOADS]{ 3, 4 } provoque une erreur d'affectation de broches

inline constexpr SerialOutputType SERIAL_OUTPUT_TYPE = SerialOutputType::IoT;
inline constexpr uint8_t NO_OF_DUMPLOADS{ 2 };
inline constexpr bool EMONESP_CONTROL{ false };
inline constexpr bool DIVERSION_PIN_PRESENT{ true };
inline constexpr RotationModes PRIORITY_ROTATION{ RotationModes::OFF };
inline constexpr bool OVERRIDE_PIN_PRESENT{ true };

inline constexpr bool WATCHDOG_PIN_PRESENT{ false }; /< set it to 'true' if there's a watch led */
inline constexpr bool RELAY_DIVERSION{ false }; /< set it to 'true' if a relay is used for diversion */
inline constexpr bool DUAL_TARIFF{ false };
inline constexpr bool TEMP_SENSOR_PRESENT{ false }; /**< set it to 'true' if temperature sensing is needed */

#include "utils_temp.h"

inline constexpr bool OLD_PCB{ true }; /**< set it to 'true' if the old PCB is used */

inline constexpr DisplayType TYPE_OF_DISPLAY{ DisplayType::SEG }; /**< segment */

inline constexpr uint8_t physicalLoadPin[NO_OF_DUMPLOADS]{ 3, 4 };
inline constexpr uint8_t loadPrioritiesAtStartup[NO_OF_DUMPLOADS]{ 0, 1 }; /**< load priorities and states at startup */

////////////////////////////////////////////////////////////////////////////////////////
// Set the value to 0xff when the pin is not needed (feature deactivated)
inline constexpr uint8_t dualTariffPin{ 0xff }; /< for 3-phase PCB, off-peak trigger */
inline constexpr uint8_t diversionPin{ 15 }; /< if LOW, set diversion on standby */
inline constexpr uint8_t rotationPin{ 0xff }; /< if LOW, trigger a load priority rotation */
inline constexpr uint8_t forcePin{ 3 }; /< for 3-phase PCB, force pin */
inline constexpr uint8_t watchDogPin{ 0xff }; /**< watch dog LED */

3.3.
Pour info, sur une autre version, je declarais les variables suivantes, quelle est configuration pour cela fonctionne avec ton programme Mk2_fasterControl_Full en monophasé

constexpr uint8_t physicalLoad_1_pin{3}; /< <-- the "mode" port is active-high */
constexpr uint8_t physicalLoad_0_pin{4}; /< <-- the "trigger" port is active-low */

constexpr uint8_t voltageSensor{3}; /< A3 is for the voltage sensor */
constexpr uint8_t currentSensor_diverted{4}; /< A4 is for CT2 which measures diverted current */
constexpr uint8_t currentSensor_grid{5}; /**< A5 is for CT1 which measures grid current */

4. Peut-on rajouter la valeur divertedEnergyTotal_Wh dans le JSON ?

5. Peut-on modifier la frequence MQTT toutes les 2 ou 3s par exemple sans affecter le routage ?

[github-actions]

Hello @philippesikora , thank you for submitting an issue!

[FredM67]

Salut Philippe,
Tu n'as pas le bon programme, ton routeur est triphasé, n'est-ce pas ?
Fred

[philippesikora]

Hello Fred, j'ai changé de maison, et j'ai maintenant une installation monophasé. Ci-joint la photo du routeur monophasé.
Le routeur monophasé utilise un afficheur à segments sans les circuits IC3 et IC4 avec une sortie triac. J'ai mis en place un
Wemos-D1 avec un level shift 5-3V sur la liaison série Rx Tx du routeur pour obtenir les data au format JSON qui est ensuite transmis a un broker MQTT.

1. J'ai changé la déclaration JSON dans le fichier utils.h pour éviter le warning a la complilation - pour dernière version
   ArduinoJson 7.4.1
   //ArduinoJson::StaticJsonDocument< 256 > doc;
   ArduinoJson::JsonDocument doc;

2. J'ai modifié le fichier config.h avec la déclaration :
   inline constexpr SerialOutputType SERIAL_OUTPUT_TYPE = SerialOutputType::IoT; pour obtenir les data au format JSON

Est-ce la bonne configuration pour ce routeur monophasé avec les settings ci-dessous ?

//#define RF_PRESENT
//#define EMONESP

//#define ENABLE_DEBUG
//#define SERIALPRINT
//#define SERIALOUT

#include "config_system.h"
#include "debug.h"
#include "types.h"

#include "utils_dualtariff.h"
#include "utils_relay.h"

inline constexpr SerialOutputType SERIAL_OUTPUT_TYPE = SerialOutputType::IoT;

inline constexpr uint8_t NO_OF_DUMPLOADS{ 2 };

inline constexpr bool EMONESP_CONTROL{ false };
inline constexpr bool DIVERSION_PIN_PRESENT{ false };
inline constexpr RotationModes PRIORITY_ROTATION{ RotationModes::OFF }; of priorities */
inline constexpr bool OVERRIDE_PIN_PRESENT{ false };

inline constexpr bool WATCHDOG_PIN_PRESENT{ false };
inline constexpr bool RELAY_DIVERSION{ false };
inline constexpr bool DUAL_TARIFF{ false };
inline constexpr bool TEMP_SENSOR_PRESENT{ false };

#include "utils_temp.h"

inline constexpr bool OLD_PCB{ true };

inline constexpr DisplayType TYPE_OF_DISPLAY{ DisplayType::SEG };

inline constexpr uint8_t physicalLoadPin[NO_OF_DUMPLOADS]{ 3, 4 };
inline constexpr uint8_t loadPrioritiesAtStartup[NO_OF_DUMPLOADS]{ 0, 1 };

inline constexpr uint8_t dualTariffPin{ 0xff };
inline constexpr uint8_t diversionPin{ 0xff };
inline constexpr uint8_t rotationPin{ 0xff };
inline constexpr uint8_t forcePin{ 0xff };
inline constexpr uint8_t watchDogPin{ 0xff };

inline constexpr RelayEngine relays{ { { 0xff, 1000, 200, 1, 1 } } };
inline constexpr uint8_t ul_OFF_PEAK_DURATION{ 8 };
inline constexpr pairForceLoad rg_ForceLoad[NO_OF_DUMPLOADS]{ { -3, 2 } };

3. Pour info, j'ai uniquement ce warning a la compilation :

In file included from /home//PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:24:0:
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/utils_oled.h: In function 'uint8_t* get_tile_from_xbm(uint8_t, uint8_t, uint8_t, const unsigned char*)':
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/utils_oled.h:139:11: warning: address of local variable 'd' returned [-Wreturn-local-addr]
uint8_t d[8];
^
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp: At global scope:
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:441:6: warning: always_inline function might not be inlinable [-Wattributes]
void handlePerSecondTasks(bool &bOffPeak, int16_t iTemperature_x100)

[FredM67]

Hello Fred, j'ai changé de maison, et j'ai maintenant une installation monophasé. Ci-joint la photo du routeur monophasé. Le routeur monophasé utilise un afficheur à segments sans les circuits IC3 et IC4 avec une sortie triac. J'ai mis en place un Wemos-D1 avec un level shift 5-3V sur la liaison série Rx Tx du routeur pour obtenir les data au format JSON qui est ensuite transmis a un broker MQTT.

1. J'ai changé la déclaration JSON dans le fichier utils.h pour éviter le warning a la complilation - pour dernière version
   ArduinoJson 7.4.1
   //ArduinoJson::StaticJsonDocument< 256 > doc;
   ArduinoJson::JsonDocument doc;

Pour ArduinoJson, il est fortement conseillé de rester sur la ligne 6.x (cf. doc d'ArduinoJson), car la 7 est trop lourde pour un Arduino Uno.

2. J'ai modifié le fichier config.h avec la déclaration :
   inline constexpr SerialOutputType SERIAL_OUTPUT_TYPE = SerialOutputType::IoT; pour obtenir les data au format JSON

Est-ce la bonne configuration pour ce routeur monophasé avec les settings ci-dessous ?

Alors non, ce n'est pas la bonne config. Le mode IoT envoie les données dans le même format que la téléinformation du Linky. Pour du JSON, il faut choisir EmonCMS. J'avoue maintenant que tu es "tombé" dessus, et tu es le 1er, je vais changera la dénomination pour que cela soit plus clair (je fais la modif dans la journée).

//#define RF_PRESENT //#define EMONESP

//#define ENABLE_DEBUG //#define SERIALPRINT //#define SERIALOUT

#include "config_system.h" #include "debug.h" #include "types.h"

#include "utils_dualtariff.h" #include "utils_relay.h"

inline constexpr SerialOutputType SERIAL_OUTPUT_TYPE = SerialOutputType::IoT;

inline constexpr uint8_t NO_OF_DUMPLOADS{ 2 };

inline constexpr bool EMONESP_CONTROL{ false }; inline constexpr bool DIVERSION_PIN_PRESENT{ false }; inline constexpr RotationModes PRIORITY_ROTATION{ RotationModes::OFF }; of priorities */ inline constexpr bool OVERRIDE_PIN_PRESENT{ false };

inline constexpr bool WATCHDOG_PIN_PRESENT{ false }; inline constexpr bool RELAY_DIVERSION{ false }; inline constexpr bool DUAL_TARIFF{ false }; inline constexpr bool TEMP_SENSOR_PRESENT{ false };

#include "utils_temp.h"

inline constexpr bool OLD_PCB{ true };

inline constexpr DisplayType TYPE_OF_DISPLAY{ DisplayType::SEG };

inline constexpr uint8_t physicalLoadPin[NO_OF_DUMPLOADS]{ 3, 4 }; inline constexpr uint8_t loadPrioritiesAtStartup[NO_OF_DUMPLOADS]{ 0, 1 };

Il faut que tu mettes "1" pour le nb de load. En outre, autant que je me souvienne, le trigger est en active low sur cette carte (à vérifier). Si c'est le cas, il te faudra inverser les définitions de LOAD_OFF et LOAD_ON dans le fichier types, ligne 49-50.

inline constexpr uint8_t dualTariffPin{ 0xff }; inline constexpr uint8_t diversionPin{ 0xff }; inline constexpr uint8_t rotationPin{ 0xff }; inline constexpr uint8_t forcePin{ 0xff }; inline constexpr uint8_t watchDogPin{ 0xff };

inline constexpr RelayEngine relays{ { { 0xff, 1000, 200, 1, 1 } } }; inline constexpr uint8_t ul_OFF_PEAK_DURATION{ 8 }; inline constexpr pairForceLoad rg_ForceLoad[NO_OF_DUMPLOADS]{ { -3, 2 } };

3. Pour info, j'ai uniquement ce warning a la compilation :

In file included from /home//PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:24:0: /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/utils_oled.h: In function 'uint8_t* get_tile_from_xbm(uint8_t, uint8_t, uint8_t, const unsigned char*)': /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/utils_oled.h:139:11: warning: address of local variable 'd' returned [-Wreturn-local-addr] uint8_t d[8]; ^ /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp: At global scope: /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:441:6: warning: always_inline function might not be inlinable [-Wattributes] void handlePerSecondTasks(bool &bOffPeak, int16_t iTemperature_x100)

Pour le warning en question, c'est pas grave, cela concerne l'écran OLED qui tu n'as pas.

Fred

[philippesikora]

1. Compris, je reste sur la version ArduinoJson 6.x

2. Ok je configure avec EmonCMS pour obtenir les data en format JSON
   inline constexpr SerialOutputType SERIAL_OUTPUT_TYPE = SerialOutputType::EmonCMS;

3. Le trigger est bien en active low sur cette carte

/** all loads are logically active-low */
enum class LoadStates : uint8_t
{
LOAD_ON, /< load is ON */
LOAD_OFF /< load is OFF */
};

Avec la configuration inline constexpr uint8_t NO_OF_DUMPLOADS{ 1 }; j'ai les erreurs de compilation suivante

In file included from /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/calibration.h:15:0,
from /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/processing.cpp:4:
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/config.h:68:65: error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}'
inline constexpr uint8_t physicalLoadPin[NO_OF_DUMPLOADS]{ 3, 4 }; /< for 1-phase PCB - "trigger" port is pin 4, "mode" port is pin 3 */
^
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/config.h:69:73: error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}'
inline constexpr uint8_t loadPrioritiesAtStartup[NO_OF_DUMPLOADS]{ 0, 1 }; /< load priorities and states at startup /
^
In file included from /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:17:0:
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/config.h:68:65: error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}'
inline constexpr uint8_t physicalLoadPin[NO_OF_DUMPLOADS]{ 3, 4 }; /< for 1-phase PCB - "trigger" port is pin 4, "mode" port is pin 3 */
^
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/config.h:69:73: error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}'
inline constexpr uint8_t loadPrioritiesAtStartup[NO_OF_DUMPLOADS]{ 0, 1 }; /< load priorities and states at startup /
^
In file included from /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:24:0:
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/utils_oled.h: In function 'uint8_t get_tile_from_xbm(uint8_t, uint8_t, uint8_t, const unsigned char)':
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/utils_oled.h:139:11: warning: address of local variable 'd' returned [-Wreturn-local-addr]
uint8_t d[8];
^
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp: At global scope:
/home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:441:6: warning: always_inline function might not be inlinable [-Wattributes]
void handlePerSecondTasks(bool &bOffPeak, int16_t iTemperature_x100)
^~~~~~~~~~~~~~~~~~~~
exit status 1

Compilation error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}'

[FredM67]

1. Compris, je reste sur la version ArduinoJson 6.x
2. Ok je configure avec EmonCMS pour obtenir les data en format JSON
   inline constexpr SerialOutputType SERIAL_OUTPUT_TYPE = SerialOutputType::EmonCMS;

J'ai déjà changé, maintenant c'est SerialOutputType::JSON

3. Le trigger est bien en active low sur cette carte

/** all loads are logically active-low */ enum class LoadStates : uint8_t { LOAD_ON, /< load is ON */ LOAD_OFF /< load is OFF */ };

✅

Avec la configuration inline constexpr uint8_t NO_OF_DUMPLOADS{ 1 }; j'ai les erreurs de compilation suivante

In file included from /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/calibration.h:15:0, from /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/processing.cpp:4: /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/config.h:68:65: error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}' inline constexpr uint8_t physicalLoadPin[NO_OF_DUMPLOADS]{ 3, 4 }; /< for 1-phase PCB - "trigger" port is pin 4, "mode" port is pin 3 */ ^ /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/config.h:69:73: error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}' inline constexpr uint8_t loadPrioritiesAtStartup[NO_OF_DUMPLOADS]{ 0, 1 }; /< load priorities and states at startup / ^ In file included from /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:17:0: /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/config.h:68:65: error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}' inline constexpr uint8_t physicalLoadPin[NO_OF_DUMPLOADS]{ 3, 4 }; /< for 1-phase PCB - "trigger" port is pin 4, "mode" port is pin 3 */ ^ /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/config.h:69:73: error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}' inline constexpr uint8_t loadPrioritiesAtStartup[NO_OF_DUMPLOADS]{ 0, 1 }; /< load priorities and states at startup / ^ In file included from /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:24:0: /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/utils_oled.h: In function 'uint8_t get_tile_from_xbm(uint8_t, uint8_t, uint8_t, const unsigned char)': /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/utils_oled.h:139:11: warning: address of local variable 'd' returned [-Wreturn-local-addr] uint8_t d[8]; ^ /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp: At global scope: /home/tamie/PVRouter-1-phase-main/Mk2_fasterControl_Full/main.cpp:441:6: warning: always_inline function might not be inlinable [-Wattributes] void handlePerSecondTasks(bool &bOffPeak, int16_t iTemperature_x100) ^~~~~~~~~~~~~~~~~~~~ exit status 1

Compilation error: too many initializers for 'const uint8_t [1] {aka const unsigned char [1]}'

C'est normal, si tu as qu'une seule charge, il faut aussi que ces 2 tableaux ne comportent qu'un seul élément.
Dans ton cas:

inline constexpr uint8_t physicalLoadPin[NO_OF_DUMPLOADS]{ 4 };
inline constexpr uint8_t loadPrioritiesAtStartup[NO_OF_DUMPLOADS]{ 0 };

Fred

[philippesikora]

Merci Fred
Dans le fichier config_system.h, peut-on modifier la fréquence MQTT toutes les 2s par exemple sans affecter les performance du routage ?

inline constexpr uint8_t DATALOG_PERIOD_IN_SECONDS{ 2 }; /**< Period of datalogging in seconds */

[FredM67]

Merci Fred Dans le fichier config_system.h, peut-on modifier la fréquence MQTT toutes les 2s par exemple sans affecter les performance du routage ?

inline constexpr uint8_t DATALOG_PERIOD_IN_SECONDS{ 2 }; /**< Period of datalogging in seconds */

Je pense que oui... faudrait essayer pour voir !
Dans le JSON, tu peux rajouter les 2 variables copyOf_lowestNoOfSampleSetsPerMainsCycle et copyOf_sampleSetsDuringThisDatalogPeriod.
La 1ère doit toujours avoir la valeur 64, au pire 63. Si c'est le cas, alors ca baigne !

[philippesikora]

Merci,
Dernière question, Robin Emley va proposer un nouveau PCB ? qui pourra piloter un écran OLED, temperature, y aura-t-il d'autre fonctionalités ?
Je te ferais un retour sur ta dernière version logicielle.
Encore merci

[FredM67]

Merci, Dernière question, Robin Emley va proposer un nouveau PCB ? qui pourra piloter un écran OLED, temperature, y aura-t-il d'autre fonctionalités ? Je te ferais un retour sur ta dernière version logicielle. Encore merci

Non, Robin a pris sa "vraie" retraite depuis maintenant au moins 2 ans il me semble.
Par contre, avec Amandine et Quentin (ce sont eux qui ont repris le "business"), on a déjà refait plusieurs PCB mono et tri... On s'oriente vers un seul et unique PCB qui sera à la fois mono et tri. Il est déjà en test chez Quentin et chez moi. C'est surtout les prog qu'il fallait tester car j'ai tout refait !
Je suis même en train de refaire complètement la totalité avec une nouvelle alim, d'autres pinces, .... Mais bon, ca va prendre encore un peu de temps !
Sur ce nouveau PCB, il sera plus simple de rajouter un ESP ou similaire. Il est déjà possible de mettre un capteur de température sur les vieux PCB (supporté aussi niveau logiciel), mais pour des raisons pratiques, il sera plus judicieux de mettre les capteurs de temp sur l'ESP. De cette façon, il sera plus simple de faire des trucs domotiques avec.
Dans les nouveaux progs, il est déjà possible de rajouter un ESP "à l'arrache" (comme tu fais avec ton Wemos) programmé sous ESPHome. Ca fonctionne nickel.
J'ai aussi rajouté le support pour des sorties relais tout-ou-rien. Ca permet de commander des clim ou des appareils électroniques via le routeur.

Ca, c'est le nouveau PCB en cours de dev !

[philippesikora]

Formidable, bravo, je vais suivre cette aventure, tu vas faire des heureux avec le routeur tri, vous etes les seuls a proposer cette solution.
D'après vos tests, est-ce que vous arrivez a obtenir du zéro injection avec votre routeur mono bien réglé et un linky monophasé ?
Il y a toujours ce débat entre les routeurs a angle de phase - https://github.com/Jetblack31/MaxPV -
et train d'ondes https://mk2pvrouter.com/
Pour mon info, est-il possible d'obtenir le marquage CE pour un routeur qui génère des harmoniques sur le réseau ? sur ce critère je pense que votre routeur est bien meilleur

[FredM67]

Formidable, bravo, je vais suivre cette aventure, tu vas faire des heureux avec le routeur tri, vous etes les seuls a proposer cette solution. D'après vos tests, est-ce que vous arrivez a obtenir du zéro injection avec votre routeur mono bien réglé et un linky monophasé ? Il y a toujours ce débat entre les routeurs a angle de phase - https://github.com/Jetblack31/MaxPV - et train d'ondes https://mk2pvrouter.com/ Pour mon info, est-il possible d'obtenir le marquage CE pour un routeur qui génère des harmoniques sur le réseau ? sur ce critère je pense que votre routeur est bien meilleur

depuis toujours (depuis que Robin a fait les modif "fasterControl"), on est pour ainsi dire à l'équilibre. Dans tous les cas, angle de phase ou burst, on ne sera jamais à pile zéro, ne serait-ce qu'à cause des mesures qui ne sont pas 100% temps réel. En outre, quand je vois la "qualité" de certains prog de routeurs mono à angle de phase, je doute plus fortement qu'ils soient meilleurs que le mk2 !

Si je prends ce matin, avec mon routeur tri, j'ai 3Wh d'injection !! pour plus de 1,6kWh routés, et 30Wh de conso. Sachant que je n'ai jamais refais la calibration de mon routeur, et je n'ai même pas encore mis le dernier prog dessus !

A priori, il devrait être possible d'avoir le marquage CE pour un appareil qui polue. Tout dépend de la polution... après le marquage CE, c'est la base de la base... c'est loin des homologuations EMC et compagnie.

Le mk2 ne génère aucune harmonique, justement grace au burst.

[philippesikora]

Sur ma précédente installation, j'avais monté un compteur Landis Gyr triphasé a l'envers, et je confirme que je n'avais pas d'injection avec le routeur tri et une conso 20 a 30W en routage.
Par contre le compteur Linky triphasé mesurait bien de l'injection - je ne me souviens plus de la valeur.

Sur ma nouvelle installation, avec le routeur mono, j'ai une injection réseau de 68 kWh, fourni par l'index d'injection du Linky mono, depuis 1 an environ avec le soft fasterControl mais sans calibration.
Par contre, je te confirme que le train d'onde génère aussi des harmoniques sur le réseau et que cela implique des perturbations et des soucis de longévité de nos appareil electriques - surtout PAC je pense. Difficile de trouver des avis pro sur ce sujet.
Avec quoi tu mesures ton injection réseau, par l'index injection du Linky tri ?

[FredM67]

Pour le routeur mono, la calibration ne sert à rien niveau fonctionnement, c'est uniquement pour l'affichage. Peut-être la variable "REQUIRED_EXPORT" c'est pas bien réglée? Tu as quelle version du soft "fasterControl" ?
Non, le burst ne produit pas d'harmonique, il y a de la littérature sur le sujet sur le net (en anglais, pas bcp, mais il y en a). Le pb du burst est que ca peut produire des scintillements d'ampoules. Cela dépend aussi de la qualité sur réseau.
J'ai un Sentron PAC4200 dans mon installation, il y a zéro harmonique, enfin pas plus que sans routage.
À l'instant où j'écris, je route à 100% sur L2, et env. 70% sur L3. J'ai des THD V_L-N, V_L-L et courant identiques sur les 3 phases (enfin pour le courant que L2 et L3, car pas de routage sur L1).
Oui, je "mesure" avec le Linky. Je récupère la TIC, j'ai les index au Wh !

[philippesikora]

J'ai utilisé et modifié ta version Mk2_fasterControl_twoLoads_temp_1.ino, j'ai rajouté les data au format JSON et la variable tx_data.divertedPower_Watts dans le JSON et compilé avec la librairie ArduinoJson version 7 -: (
et constexpr int32_t REQUIRED_EXPORT_IN_WATTS{0};

La variable powerAtSupplyPoint_Watts nest pas correct lorsque la PAC est en fonctionnement, j'ai une valeur Grid powerAtSupplyPoint_Watts qui surestime la conso de 50%. Par contre le routage fonctionne.
J'ai changé constexpr float powerCal_grid{0.094} /* for CT1 / pour obtenir une valeur de Vrms correct au voltmetre et constexpr float powerCal_diverted{0.0435}; / for CT2 */

Bravo pour les performances avec ton routeur tri - zéro injection, pas d'harmonique

modif_Mk2_fasterControl_twoLoads_temp_1.pdf