Bon à savoir

Turbit est un produit logiciel en tant que service dont la tarification est basée sur le par module et par MW surveillé. Contactez nos experts pour obtenir une offre personnalisée.

L'IA de Turbit fonctionne sur vos données SCADA, apprend le comportement normal de chaque éolienne, et signale les anomalies — dérive de courbe de puissance, dérive de température de roulement, défauts de générateur, problèmes de boîte de vitesses — des mois avant qu'elles ne deviennent des défaillances. Les exploitants réduisent les arrêts non planifiés d'environ 60 % la première année, récupèrent la production perdue, et transforment les réparations imprévisibles en maintenance planifiée. Des clients exploitant plus de 3 500 éoliennes et 40+ portefeuilles l'utilisent aujourd'hui.

La plupart des exploitants récupèrent leur investissement en 12–18 mois. Deux sources cumulatives : (1) les défaillances de composants et arrêts non planifiés évités — un seul échange de roulement principal empêché peut financer l'année ; (2) de meilleures conditions d'assurance avec Turbit Blue inclus, car l'assureur reconnaît la surveillance par IA comme une réduction de risque. Utilisez nos calculateurs de ROI (protégés par mot de passe ; demandez à votre contact Turbit) pour modéliser votre parc en détail.

Oui — la tarification s'adapte par éolienne. Les petits exploitants commencent généralement avec un ou deux parcs, voient des résultats en un trimestre, et se développent. Il n'y a pas de taille minimale de portefeuille ni de frais de mise en place au-delà de la vérification des données.

Oui — via un backtest. Nous exécutons l'IA de Turbit sur 3+ années de vos données SCADA historiques (5+ idéalement) pour autant d'éoliennes que vous apportez, à frais uniques sans engagement. Vous voyez exactement quand Turbit aurait signalé les défaillances que vous avez réellement eu, ce que l'alarme aurait dit, et quelles actions auraient été justifiées. C'est le meilleur moyen de valider le système sur vos propres actifs avant de signer un contrat de surveillance.

Nous entraînons un réseau neuronal individuel par éolienne sur vos données historiques, relisons la période, et affichons chaque événement de détection que le système aurait produit — sévérité, prédiction de cause racine, date de déclenchement. Nous passons ensuite en revue les événements avec votre équipe : lesquels étaient déjà connus, lesquels ont été manqués, et ce qu'une équipe O&M aurait pu faire différemment. Le résultat est un document de décision, pas une démo marketing.

3 années d'historique SCADA par éolienne est le minimum ; 5+ années c'est l'idéal. Nous acceptons les exports de tous les principaux OEM (Vestas, Siemens Gamesa, Nordex, Enercon, GE) et des plateformes AMS comme Bazefield et Greenbyte. Si vos données ont des lacunes, nous vous le dirons d'emblée si le résultat restera concluant.

Deux semaines à partir de la remise des données : ~1 semaine de préparation des données et entraînement par éolienne, puis un appel de discussion avec notre équipe. Envoyez les données de parc et les incidents que vous voulez voir signalés ; nous revenons avec un prix fixe et une date d'évaluation cible.

Turbit entraîne un réseau neuronal individuel par éolienne sur ses données SCADA historiques — vitesse du vent, températures, puissance, direction. Le modèle apprend le comportement normal de chaque machine, puis signale les écarts en temps réel. Une deuxième couche IA classifie chaque anomalie par cause racine probable et prédit sa pertinence. Les retours clients réentraînent les modèles, de sorte que la détection s'améliore à chaque alarme confirmée. Lisez l'approfondissement sur notre page AI Infrastructure.

Plus de 35 modes de défaillance distincts — endommagement du roulement principal, problèmes d'enroulement du générateur, problèmes de lubrification de boîte de vitesses, défauts de convertisseur de fréquence, désalignement de pas de pales, désalignement de lacet, dérive de courbe de puissance due à l'encrassement, réduction du système de commande, filtres à huile obstrués, ventilateurs de refroidissement cassés, et plus encore. La couverture dépend de la qualité de vos données ; nous effectuons une vérification gratuite des données avant tout engagement pour fixer les attentes.

Environ 5 alertes pour 100 éoliennes par semaine sur un parc typique, avec un taux de faux positifs inférieur à 10 %. Une équipe peut examiner 300 éoliennes en approximativement 30 minutes par semaine. La latence de détection est inférieure à 4 heures à partir du moment où l'anomalie se produit.

Trois choses. D'abord, des réseaux de neurones individuels par éolienne — pas de seuils fixes ou de modèles moyennes de parc — donc nous détectons les écarts que les systèmes basés sur la moyenne manquent. Deuxième, prédiction de cause racine pilotée par l'IA et scoring de pertinence sur chaque alarme, pas seulement un drapeau. Troisième, la seule plateforme du marché avec assurance intégrée via Turbit Blue (HDI Global) — votre pile surveillance et couverture de risque sur la même couche de données.

L'entraînement des réseaux de neurones de Turbit prend moins d'un jour par éolienne. Une fois les vérifications de flux de données et de cartographie des signaux terminées, l'ensemble du parc est en ligne en une semaine.

Idéalement 24 mois de SCADA par éolienne. Avec moins, l'apprentissage par transfert nous permet de commencer à partir d'un mois — couverture légèrement inférieure initialement, affinée au fur et à mesure que les données arrivent. La page sur les exigences de données énumère les signaux exacts dont chaque module a besoin.

Non — Turbit est un logiciel pur qui fonctionne sur les données SCADA que vos éoliennes produisent déjà. Nous pouvons éventuellement ingérer des données CMS / vibrations de pale pour une couverture plus riche, mais aucun matériel supplémentaire n'est requis pour commencer.

Non — la vue EventCard est conçue pour les équipes O&M, non pour les data scientists. Chaque alarme est présentée avec une description en langage courant, le graphique pertinent, la prédiction de cause racine de l'IA, et les étapes suivantes recommandées. Nous animons également un atelier de lancement et des appels Customer Success afin que votre équipe dispose d'un accès direct à un ingénieur Turbit.

Le mappage est critique — de mauvais signaux signifient de mauvais modèles. Turbit utilise l'analyse statistique et des modèles de langage pour évaluer l'identité probable de chaque signal, plus des vérifications manuelles où le niveau de confiance est faible. Les mappages changent souvent au fil du temps sur l'actif ; Turbit détecte automatiquement les anomalies résultantes et signale les capteurs gelés ou mal nommés.

L'utilisation de modèles d'IA et d'apprentissage automatique pour surveiller en temps réel les données opérationnelles réelles de chaque éolienne, apprendre ses schémas normaux et prédire les défaillances de composants avant qu'elles ne se produisent. Le résultat est moins de pannes surprises, une maintenance mieux programmée et une durée de vie plus longue des actifs.

Le SCADA standard — puissance, vitesse du vent, températures, pressions, codes de statut — est la base. Les données de vibration / CMS, de capteurs de pale, météorologiques et l'historique de maintenance affinent tous le tableau. Turbit fonctionne avec ce que vous avez, avec une couverture proportionnée à la qualité des données.

La réduction est un défi connu — un modèle qui n'a pas vu de fonctionnement réduit peut le confondre avec une défaillance. Les modèles par éolienne de Turbit apprennent des schémas de réduction réels de vos éoliennes et traitent les événements de réduction vérifiés comme valides (non comme des anomalies). Pour les longues périodes hors service, les modèles suspendent et reprennent l'entraînement avec la nouvelle fenêtre opérationnelle.

Les FSA plafonnent la responsabilité — historiquement à des chiffres qui n'ont pas suivi la croissance des tailles des éoliennes. Une éolienne de 7 MW en panne pendant 12 mois dépasse plusieurs fois les plafonds de responsabilité typiques. La surveillance de Turbit détecte les problèmes des mois avant qu'ils ne dépassent le seuil d'intervention du FSA, permet à votre équipe de vérifier la réponse de l'OEM, et (avec Turbit Blue) comble l'écart de responsabilité résiduelle. Les chiffres tiennent généralement même aux côtés d'un FSA existant.

Les deux. Le même modèle qui signale les défaillances qui se développent met aussi en évidence la sous-performance — la dérive de la courbe de puissance, le désalignement du lacet, les erreurs de pas, l'encrassement — qui vous coûte de la production. Nous n'émettons pas nous-mêmes de commandes de contrôle ; nous remettons à l'opérateur une opportunité quantifiée sur laquelle agir avec l'OEM ou le prestataire de services.

C'est l'avantage central du modélisation par éolienne. Chaque machine a sa propre empreinte digitale de comportement normal — son historique, son site, ses composants, ses paramètres de contrôle. Les réseaux de neurones de Turbit apprennent cette empreinte, de sorte que les écarts se détachent clairement par rapport à une ligne de base honnête plutôt que par rapport à une moyenne de l'industrie qui ne correspond pas.

Deux mécanismes. D'abord, la couche de prédiction de pertinence pré-filtre — les alarmes sous le seuil de priorité ne vous parviennent pas. Deuxièmement, votre rétroaction réentraîne les modèles : chaque alarme confirmée ou rejetée affine la sensibilité pour des situations similaires. Le taux de faux positifs reste inférieur à 10 % dans notre parc.

Oui — la plupart des éoliennes construites après 2005 disposent de suffisamment de signaux SCADA pour la surveillance au niveau des composants. Les éoliennes plus récentes avec des paquets de capteurs plus riches produisent des modèles plus précis, mais les signaux de température, de pression et de puissance seuls révèlent la plupart des problèmes qui se développent.

Cela dépend du composant. Paliers principaux : tendance visible 1 an ou plus avant que l'action soit nécessaire (voir le témoignage client VSB). Problèmes d'enroulement du générateur : 3 à 6 mois. Problèmes de lubrification du multiplicateur : semaines à mois. Dommages de pale avec données CMS : semaines. Plus le délai est long, moins la réparation est coûteuse.

Des rôles différents. La prévision météorologique maximise la production des éoliennes saines. La maintenance prédictive maintient les éoliennes saines. Les deux importent — un vent fort n'est pas utile si un multiplicateur tombe en panne au milieu de la saison.

Trois étapes sur ~2 semaines : (1) vérification des données + mappage des signaux (nous travaillons avec votre informatique ou votre prestataire AMS ; effort minimal de votre part), (2) entraînement du modèle par éolienne et essai blanc, (3) atelier de lancement avec votre équipe d'exploitation et de maintenance. Après l'intégration, l'engagement typique est 30 minutes par semaine pour 100 éoliennes — vérifiez les alertes, marquez la pertinence, planifiez les actions. Customer Success participe à un appel hebdomadaire ou bihebdomadaire jusqu'à ce que votre équipe soit autonome.

Alarmes en direct dans l'application web Turbit, avec EventCards (graphique + narration en langage clair + prédiction de cause racine + action recommandée). Notifications par e-mail pour les événements prioritaires. Rapports mensuels du portefeuille pour les gestionnaires d'actifs. Rapports approfondis par éolienne sur demande. Accès API pour l'intégration avec votre pile de reporting. Tous les résultats incluent les données sous-jacentes afin que votre équipe d'ingénierie puisse vérifier les conclusions.

La latence de détection est inférieure à 4 heures à partir du point de données qui la déclenche. Les notifications sont envoyées par e-mail par défaut ; elles sont configurables par utilisateur, par niveau de sévérité et par éolienne. Les alertes s'affichent dans le portail web Turbit en temps réel et sont également exposées via API pour l'intégration avec les systèmes de ticketing existants.

Oui — Vestas, Siemens Gamesa, Nordex, Enercon, GE, Senvion, Goldwind et autres. Turbit ne nécessite que les données SCADA, qui sont normalisées dans l'industrie. Nous avons déployé sur des portefeuilles multi-constructeurs ; le même compte Turbit les gère dans une seule vue.

Non — Turbit est en lecture seule sur les données SCADA et n'émet jamais de commandes de contrôle. Il n'y a aucune implication de garantie. En pratique, les constructeurs le bienvenue : des preuves claires d'un problème en développement leur permettent de planifier la maintenance au lieu de recevoir un appel d'urgence. Nous avons collaboré avec Vestas, Siemens Gamesa, Nordex, Enercon, GE et SAB sans la moindre préoccupation concernant la garantie.

Chaque éolienne dispose de son propre réseau de neurones entraîné sur ses propres données — indépendant du constructeur. La vue de portefeuille Turbit affiche les flottes mixtes dans un seul tableau de bord. La couche de mappage de signaux gère la nomenclature des étiquettes spécifiques au constructeur afin que votre équipe ne voie aucune différence.

Nous récupérons les données de tout système de gestion majeur — Bazefield, Greenbyte, Bax Energy, WIS, Rotorsoft, WEO et autres — via des interfaces standard (OPC, IEC 61400-25, REST, exports fichiers). Pour les connexions directes aux turbines, nous supportons OPC DA/UA et IEC 61850/60870. Les protocoles personnalisés représentent généralement quelques jours de travail.

Un produit d'intégration assurantielle qui utilise la surveillance IA de Turbit comme couche de réduction des risques. Il comble le fossé entre le plafond de responsabilité de votre contrat de service complet et le coût réel d'une indisponibilité de composant sur 12 mois sur les éoliennes modernes — un fossé qui est passé d'environ 30 k EUR par éolienne en 1995 à plus de 1,3 M EUR pour les actifs de 7 MW. Disponible avec Turbit Monitoring ; jusqu'à 30 % de coût total inférieur comparé à l'alternative typique.

Les contrats de maintenance complète plafonnent la responsabilité — généralement autour de 100 à 115 % des frais de service annuels. Les coûts d'indisponibilité des éoliennes modernes dépassent largement ce plafond en cas de défaillance d'un composant majeur. Turbit Blue couvre l'exposition résiduelle : la différence entre ce que le contrat de maintenance complète paie et ce qu'une indisponibilité de composant de plusieurs mois vous coûte réellement. Deux variantes de produit — Complément IA (assurance complémentaire sur un contrat de maintenance complète) et Couverture complète IA (bundle alternatif contrat de maintenance complète + assurance).

HDI Global SE souscrit les éoliennes équipées de Turbit Blue. Turbit n'est pas un courtier et ne vend pas d'assurance nous-mêmes ; nous fournissons la couche de surveillance IA qui rend l'assurance économiquement viable. HDI est un assureur mondialement noté disposant d'une vaste expérience en souscription d'énergies renouvelables.

Surveillance sans assurance — oui, c'est notre déploiement le plus courant. Assurance sans surveillance — non ; la couche IA est ce que HDI considère comme une réduction des risques dans la souscription, et c'est ainsi que les calculs fonctionnent. Commencez par la surveillance ; ajoutez Turbit Blue lorsque le renouvellement de votre contrat de maintenance complète approche.

Souvent, oui — même sans Turbit Blue. Les assureurs proposent de plus en plus des conditions meilleures aux exploitants disposant d'une surveillance prédictive éprouvée ; la réduction des risques démontrée abaisse le risque et peut ainsi augmenter la couverture ou réduire la prime. Certains exploitants constatent que les économies d'assurance seules compensent le coût de leur système de surveillance et au-delà peuvent économiser jusqu'à 30 % de l'OPEX.

Toutes les données résident dans des centres de données certifiés ISO 27001 basés dans l'UE (pas de verrouillage hyperscaler ; hébergement en bare-metal). Chiffrées en transit (TLS) et au repos. Les données clients sont isolées logiquement par locataire et ne sont jamais combinées pour l'entraînement de modèles entre clients sans consentement explicite. Un aperçu complet de la sécurité se trouve sur notre page /compliance.

Turbit est en cours de certification active ISO/IEC 27001, prévu pour se terminer au Q1 2026. Les politiques internes, les contrôles et les audits sont déjà en place pour respecter la norme. La plupart de nos clients sont eux-mêmes classés comme infrastructure critique — nous travaillons selon leurs exigences chaque jour.

RGPD : nous traitons les données opérationnelles et SCADA, pas les données personnelles ; les contacts commerciaux clients ne sont stockés que selon les besoins pour le support. Votre résidence des données est uniquement dans l'UE. EU AI Act : Turbit Monitoring est classé risque minimal/limité (pas de contrôle autonome critique pour la sécurité), avec transparence, explicabilité et surveillance humaine intégrées à chaque détection. Les évaluations d'impact et aperçus de sécurité sont disponibles sur demande.

Turbit est détenue par ses fondateurs Michael Tegtmeier (PDG) et Christian Fontius (CRO), avec le soutien de Vinci Venture Capital et de Business Angels reconnus. Indépendante — aucun exploitant, OEM ou assureur ne détient une participation de contrôle.

La signature est une montée de température lente et soutenue par rapport à ce que le palier devrait afficher pour la vitesse de vent, la puissance et les conditions ambiantes données — non pas un seuil absolu. Cette distinction est importante : un palier qui tourne chaud par un après-midi chaud à puissance nominale est normal, et la même lecture par un matin frais en charge partielle ne l'est pas. Turbit apprend la relation propre à chaque turbine entre la charge, la météo et la température du palier, puis signale un écart soutenu. Comme cette dérive se développe sur des semaines ou des mois, c'est l'un des modes de défaillance où la détection précoce change le plus l'issue : un échange de palier planifié et un échange non planifié représentent des chiffres très différents. Exemple concret avec données réelles : /wind-turbine-failures/main-bearing-temperature-rise

Certains modes de défaillance de la boîte de vitesses, oui — les problèmes de lubrification, l'encrassement des filtres à huile, la dégradation du circuit de refroidissement et les signatures thermiques qui en résultent se manifestent tous dans les données SCADA, car ils modifient le comportement thermique de la boîte avant de modifier quoi que ce soit que le contrôleur ne signale. Les défauts de denture et d'engrènement sont une autre affaire : ce sont des phénomènes vibratoires, et un système de surveillance par vibration avec accéléromètres sur la chaîne cinématique est le meilleur instrument pour les confirmer et les caractériser. La position honnête est que l'analyse SCADA élargit la couverture à chaque turbine sans matériel supplémentaire, et la vibration ajoute de la profondeur sur la chaîne cinématique spécifiquement. Si le risque de boîte de vitesses est votre préoccupation principale et que vous disposez déjà de matériel vibratoire, les deux sont complémentaires plutôt que concurrents.

Les défauts d'enroulement et la dégradation des paliers de générateur laissent tous deux des traces thermiques et électriques dans SCADA bien avant qu'une défaillance ne soit déclarée — généralement une asymétrie ou une dérive qui ne devient visible que si vous savez ce que ce générateur spécifique fait normalement dans des conditions de charge et ambiantes comparables. Turbit modélise chaque générateur individuellement plutôt que de le comparer à la moyenne de la flotte, ce qui rend un écart de quelques degrés inexplicué significatif au lieu d'être du bruit. Deux exemples concrets avec données réelles : /wind-turbine-failures/generator-winding-fault et /wind-turbine-failures/generator-bearing-temperature-rise

En partie, et il vaut mieux être précis sur la limite. Le désalignement du pas de pale, l'encrassement et le givrage modifient tous la courbe de puissance, donc l'analyse SCADA les détecte — et ils sont courants, coûteux et faciles à manquer car la turbine continue de fonctionner. Les dégâts structurels des pales — fissures, délamination, dégâts de foudre — ne se manifestent pas de manière fiable dans SCADA du tout, car une pale endommagée peut produire une courbe de puissance normale jusqu'au moment où elle ne le fait plus. Cela nécessite le produit de surveillance des pales, qui utilise des capteurs de vibration sur les pales elles-mêmes. Si votre préoccupation est l'intégrité structurelle des pales, l'analyse SCADA n'est pas l'instrument approprié et nous vous le dirions.

La méthode ne dépend pas de l'endroit où se trouve la turbine : elle a besoin de données SCADA, et les turbines offshore les produisent. L'économique joue plutôt en notre faveur — l'accès offshore est coûteux et dépendant de la météo, donc connaître un défaut en développement des semaines à l'avance vaut considérablement plus que côté terrestre, où un technicien peut se déplacer rapidement. Ce qui est véritablement différent offshore, c'est le contexte qui l'entoure : la planification du transport et des navires autour de toute intervention, et le niveau de preuve plus élevé avant qu'une campagne soit programmée. Si vous évaluez pour un portefeuille offshore, contactez-nous directement plutôt que d'extrapoler à partir d'une référence terrestre — l'analyse se transfère, le contexte opérationnel qui l'entoure mérite une conversation spécifique.

Ils répondent à des questions différentes, et de nombreux portefeuilles utilisent les deux. Un système de surveillance par vibration place des accéléromètres sur la chaîne cinématique et détecte les défauts de paliers et d'engrènement avec une haute spécificité — c'est le meilleur instrument pour confirmer et caractériser un problème de chaîne cinématique connu. L'analyse SCADA utilise les données que chaque turbine produit déjà, donc elle couvre l'ensemble de la machine et l'ensemble de la flotte sans matériel : anomalies de puissance, dérive thermique, défauts de contrôle et d'alignement, et composants sur lesquels aucun capteur vibratoire n'est attaché. La différence pratique est la couverture par rapport à la profondeur. Si vous n'avez aucune surveillance du tout, l'analyse SCADA couvre plus de turbines pour moins cher et n'a besoin d'aucune visite sur site. Si vous disposez déjà de matériel vibratoire sur la chaîne cinématique, l'analyse SCADA couvre tout ce que les capteurs ne couvrent pas.

La portée et l'intérêt. Un système OEM surveille sa propre flotte selon ses propres seuils, ce qui est véritablement utile et signifie également que la partie évaluant une défaillance en développement est celle qui peut être responsable de la réparer. Une couche indépendante lit les mêmes données SCADA sur tous les constructeurs de votre portefeuille, donc les flottilles multi-constructeurs apparaissent dans une vue unique avec un ensemble de conventions unique, et l'évaluation que vous apportez à une négociation de service n'est pas produite par votre homologue. C'est un ajout plutôt qu'un remplacement : Turbit est en lecture seule et n'émet aucune commande de contrôle, donc il se positionne à côté de la surveillance OEM plutôt que de la déplacer.

Une plateforme de portefeuille est construite pour agréger et rapporter : elle collecte SCADA, calcule la disponibilité et la production, et vous montre ce qui s'est passé. La surveillance de l'état est construite pour prédire : elle apprend le comportement normal de chaque turbine et signale un écart avant qu'il ne devienne une défaillance. La plupart des plateformes remontent les alarmes de seuil que le contrôleur de la turbine a déjà levées, ce qui est différent de la détection d'une dérive que le contrôleur ne considère pas encore comme anormale. En pratique, les deux se composent bien — la plateforme reste votre système de rapports de référence, et les résultats de surveillance arrivent via API ou email dans le flux de travail que vous utilisez déjà.

Trois routes, et la plupart des opérateurs en utilisent plus d'une. (1) Notifications par email, configurables par utilisateur, par gravité et par turbine — la valeur par défaut, et suffisant pour la plupart des équipes. (2) L'application web Turbit, où chaque résultat arrive sous forme d'EventCard : le graphique, un récit en langage clair, une prédiction de cause racine et une action recommandée. (3) Notre API, qui expose chaque alerte pour que vous puissiez la transmettre à votre propre pile de ticketing, rapports ou gestion des actifs. La latence de détection est inférieure à quatre heures à partir du point de données qui déclenche une alerte, donc quelle que soit la route que vous utilisez, le résultat vous parvient le même jour.

Pas en tant que connecteur natif et pré-construit dans chaque système de gestion des actifs — nous exposons les alertes via notre API et vous décidez où elles aboutissent. C'est délibéré : les équipes diffèrent sur la question de savoir si une résultat Turbit doit ouvrir un ticket, mettre à jour un ordre de travail existant, ou d'abord être examinée, et un connecteur qui se trompe crée du bruit dans le système sur lequel vous comptez. Si vous voulez des alertes circulant dans votre système de gestion des actifs ou votre outil de ticketing, l'API est la route, et c'est un petit morceau de travail de votre côté plutôt qu'un projet Turbit.

Les interfaces standard sont rapides : OPC (DA/UA), IEC 61400-25, IEC 61850/60870, Modbus, accès à base de données SQL, ou exports fichiers via FTP ou email. Quand nous nous connectons à un système de gestion plutôt qu'aux turbines directement, nous lisons depuis la plateforme que vous utilisez déjà. Un protocole personnalisé ou inhabituel représente généralement quelques jours de travail. Ce dont nous avons besoin de votre part est l'accès en lecture aux données SCADA — Turbit n'émet jamais de commandes de contrôle, donc il n'y a aucune interaction avec le contrôle des turbines et aucune implication de garantie.