Energy & Utilities AI | NIS2, IEC 61850, Green Deal

Groupes d'algorithmes par type de données

Des preuves au lieu d'une reconstruction

L'enregistrement est écrit avec l'action

Une seule surface, tous les emplacements

Comprenez pourquoi votre facture a changé

Le prix a une raison que vous pouvez lire

Vos données de compteur restent en Europe

Les entrées fusionnent, la règle décide, l'enregistrement scelle

Les systèmes SCADA et EMS existants continuent de fonctionner. Dweve les enveloppe dans une couche de décision déterministe qui enregistre chaque mesure, chaque règle et chaque action de l'opérateur au moment où la répartition est exécutée.

Bundle fermé pour les travaux classifiés ou réglementés.

Exécution dans votre périmètre sur des nœuds sous licence.

Mesh public opéré par Dweve ; la limite de traitement est documentée dans l'accord.

Intégration via REST ou gRPC sur une surface OpenAPI 3.1 typée. Géré via Fabric sur le Mesh public Dweve pour les pilotes. Sous licence pour votre réseau OT. Hors ligne pour les travaux classifiés ou réglementés. Même API, même format de trace, mêmes paquets de relecture sur les trois. Les erreurs suivent la RFC 7807, les charges utiles sont en Protobuf sur le chemin gRPC, et des SDK sont fournis pour TypeScript, Python, Go et Rust. Le point de terminaison de répartition prend la zone, l'intervalle, la prévision et la version tarifaire, et renvoie le même objet de répartition quelle que soit la posture, donc déplacer un pilote dans votre propre réseau OT est un changement de déploiement plutôt qu'un projet d'intégration.

Le modèle de prévision continue de fonctionner comme avant. Dweve l'enveloppe dans une couche déterministe qui enregistre chaque échantillon SCADA, chaque règle et chaque action de l'opérateur.

L'opérateur signe la répartition finale.

Version de la voie tarifaire appliquée à la prévision.

Entrées journalisées avant l'exécution du modèle.

Les modèles de prévision existants continuent de fonctionner. Dweve les enveloppe dans une couche de décision déterministe qui enregistre chaque entrée, chaque règle et chaque dérogation de l'opérateur au moment où la répartition est exécutée. Le paquet de rejeu reconstruit la prévision exacte des années plus tard. Les entrées sont journalisées avant l'exécution du modèle, la version de la voie tarifaire est appliquée à la prévision brute, et l'opérateur signe la répartition finale. Rien dans la couche ne modifie le modèle auquel vos prévisionnistes font déjà confiance.

L'opérateur signe ; le paquet est l'artefact d'audit.

Le calcul déterministe active la réserve.

Chaque répartition enregistre la version de règle utilisée.

Extraire fréquence, tension, phase de SCADA.

Les actions d'équilibrage sont le flux de travail énergétique le plus endommagé par la dérive flottante et l'asymétrie télémétrique. Dweve exécute l'activation en arithmétique entière, épingle à une version de règle spécifique et fournit la même répartition à chaque fois. Le paquet est l'artefact d'audit lorsque NIS2 l'exige. La fréquence, la tension et la phase proviennent de SCADA, la répartition enregistre la version de règle utilisée, le calcul déterministe active la réserve et l'opérateur signe. Les activations FCR, FRR et RR laissent toutes la même forme d'enregistrement, donc le produit de réserve ne détermine pas les preuves que vous obtenez.

La couche de décision ne franchit jamais une frontière de confiance qui échoue aux règles d'externalisation NIS2. La même topologie est fournie sur les trois postures.

Aucun appel sortant. Point de terminaison ACM optionnel uniquement dans l'UE.

Paquets signés écrits une fois, lus plusieurs fois, réplique UE uniquement.

Moteur natif CPU, pas de ferme GPU, pas d'API ML cloud.

Terminaison TLS dans l'UE, mTLS vers la couche de décision.

Trois modèles d'exploitation, une architecture de preuve. Fabric managé s'exécute sur le Mesh public. L'exploitation sous licence apporte des produits directs dans votre réseau OT. L'exploitation en environnement isolé protège les travaux classifiés ou réglementaires. Chaque modèle maintient les décisions et les preuves dans sa frontière de confiance déclarée. La terminaison TLS se fait dans l'UE avec mTLS vers la couche de décision, les paquets signés sont écrits une fois et lus plusieurs fois depuis une réplique UE uniquement, et aucun mode ne fait d'appel sortant.

Le déterminisme est affirmé dans la suite, pas promis en prose. La même exécution de l'oracle sur votre matériel produit la même réponse que sur le nôtre.

Aucune erreur d'arrondi ne franchit le seuil de l'unité de la dernière place.

Les coins et les plages sont exercés automatiquement dans l'IC.

Chaque résultat est comparé à une référence de haute précision.

Nombre d'itérations borné, sans unité à virgule flottante.

Chaque calcul numérique dans le chemin de prévision est vérifié contre MPFR en précision 256 bits. Le résultat publié est 0 ULP, arrondi correctement sur le domaine d'entrée documenté, avec des tests basés sur les propriétés qui exercent les coins à chaque version. La borne est atteinte plutôt qu'affirmée : l'oracle s'exécute dans l'IC, donc un changement qui déplacerait le dernier bit fait échouer la construction au lieu d'être livré silencieusement. C'est ce qui permet à un litige de règlement de porter sur la règle qui a déclenché et la voie qui a été appliquée, plutôt que sur la question de savoir si deux machines s'accordent sur l'arithmétique derrière la courbe. L'oracle, le domaine d'entrée et les tests sont les mêmes dans chaque mode de déploiement.

Des mois plus tard, la même voie est extraite et rejouée.

Le calcul déterministe applique la voie à la répartition.

Chaque répartition enregistre la version de voie qui était active.

Extraire la voie actuelle depuis ACM / ENTSO-E.

Les voies tarifaires du réseau changent avec les mises à jour d'ACM, de BNetza et d'ENTSO-E. Chaque répartition est épinglée à une version spécifique de voie tarifaire, donc la relecture reconstruit le tarif en vigueur ce jour-là, pas le tarif actuel aujourd'hui. La voie actuelle est extraite depuis ACM ou ENTSO-E, la répartition enregistre la version de voie qui était active, le calcul déterministe applique cette voie, et des mois plus tard la même voie est extraite à nouveau et rejouée. Un amendement ultérieur ne modifie pas une répartition réglée, ce qui rend une charge de déséquilibre contestable sur la base de preuves plutôt que de mémoire.

Les répartitions sont épinglées à une version.

Fabric managé, sous licence sur votre réseau OT, ou en environnement isolé.

Spécification OpenAPI 3.1, erreurs typées (RFC 7807).

Source SCADA, règle, opérateur, répartition, signature.

Même entrée, même sortie, chaque machine, chaque version.

Chaque prévision de charge repose sur un moteur déterministe. Reproduction bit à bit identique sur toutes les machines et toutes les versions. Même courbe sur le réseau OT, dans le cloud et sur un ordinateur portable. Pas de dérive de virgule flottante, pas d'arrondi dépendant de la puce, pas de dérive de version du modèle. Les entrées sont journalisées avant l'exécution du modèle, de sorte que la courbe peut être reproduite des années plus tard à partir du seul paquet.

Prévision du jour pour le lendemain par rapport à la réalité,

Vous n'avez pas besoin d'un avocat pour contester un tarif dynamique. Le paquet est en langage clair et la voie, la version et l'opérateur sont nommés sur la facture.

Le même paquet que celui que le tribunal voit.

Tribunal de la consommation, sans frais initiaux.

Service consommateurs du régulateur néerlandais.

Chaque tarif appliqué par votre fournisseur est contestable. Le même registre signé par l'opérateur est celui que vous pouvez contester. Si vous n'êtes pas d'accord avec la voie, le taux ou l'application, le chemin de réclamation est sur la facture. Un seul dossier vous accompagne à chaque étape, de sorte que chaque niveau d'appel examine les mêmes preuves au lieu de recommencer.

Votre question reçoit une réponse écrite, pas un chatbot.

L'opérateur qui a validé est nommé, pas anonyme.

La règle IEC 61850 qui a déclenché est jointe, pas séparée.

Le défaut a été détecté, classé et localisé avec une raison.

Un défaut de réseau n'est plus une boîte noire. La détection, la classification, la localisation et la restauration ont chacune un opérateur nommé, un horodatage et une règle associée. La règle IEC 61850 qui a déclenché accompagne la décision au lieu de se trouver dans un journal séparé, et l'opérateur qui a validé est nommé plutôt qu'anonyme. Lorsque vous demandez ce qui est arrivé à votre alimentation, la réponse est rédigée à partir de ce registre, pas composée après coup.

Construit et exploité selon les règles de l'UE.

Lorsque votre fournisseur d'énergie utilise Dweve, votre tarif dynamique n'est pas une supposition faite par une machine. Il est lié à une voie tarifaire publiée, au mix renouvelable de votre région et à un responsable nommé qui peut expliquer la facture. La version de la voie applicable ce jour-là reste attachée à la charge, de sorte que l'explication qui vous est donnée est celle que le fournisseur a réellement utilisée.