Questions fréquentes

SUPLA est une plateforme domotique ouverte qui comprend des appareils compatibles, des applications mobiles, des logiciels serveur, des services cloud, une interface web et des mécanismes d’intégration.

Avec SUPLA, vous pouvez notamment piloter l’éclairage, les volets, les portails, les portillons, le chauffage et d’autres appareils, mais aussi surveiller la température, l’humidité ainsi que la consommation d’énergie, d’eau ou de gaz. Les fonctions disponibles dépendent des appareils utilisés et de leur configuration.

SUPLA ne dépend pas d’une centrale unique et ne constitue pas un produit isolé. Il s’agit d’une plateforme utilisée par les appareils de différents fabricants et par les solutions créées par la communauté.

Non. Vous pouvez acheter des appareils prêts à l’emploi compatibles avec SUPLA, installer l’application et configurer le système à l’aide de l’assistant.

Construire vos propres appareils, utiliser l’API ou exécuter votre propre serveur sont des possibilités destinées aux personnes qui souhaitent étendre ou personnaliser le système. Elles ne sont pas nécessaires à l’utilisation quotidienne de SUPLA.

L’application officielle et le cloud SUPLA sont gratuits. La création d’un compte n’entraîne aucun frais et ne nécessite aucun abonnement.

Les appareils, leur installation, l’électricité et l’accès à Internet restent toutefois à votre charge. Votre propre serveur peut également nécessiter du matériel, un nom de domaine, un certificat, des services d’hébergement et des tâches d’administration.

Les conditions de partenariat avec les fabricants d’appareils sont convenues séparément et ne découlent pas de la gratuité du cloud pour les utilisateurs finaux.

La plupart des appareils SUPLA ne nécessitent ni centrale ni passerelle supplémentaire. Les appareils Wi-Fi et Ethernet peuvent se connecter directement à un serveur SUPLA.

Certains appareils utilisent néanmoins une passerelle supplémentaire, par exemple en raison de leur technologie radio ou de leur intégration à une autre norme. Consultez toujours la description et la notice du produit concerné pour savoir si une passerelle est nécessaire.

Oui. L’une des fonctions essentielles de SUPLA est de permettre le pilotage, dans une seule application, d’appareils compatibles provenant de différents fabricants.

Cela ne signifie pas que tous les appareils d’une marque donnée sont compatibles avec SUPLA. La compatibilité doit être vérifiée pour chaque modèle.

Voir les appareils compatibles.

Non. Le protocole, le module radio ou le microcontrôleur utilisé ne suffit pas à déterminer la compatibilité avec SUPLA.

L’appareil doit disposer d’un logiciel adapté ou fonctionner avec une passerelle ou une intégration prenant en charge SUPLA. Avant tout achat, vérifiez le modèle exact dans le catalogue des appareils et dans la documentation du fabricant.

Les appareils officiellement compatibles figurent dans le catalogue des appareils. Comparez le modèle exact avec les informations fournies par le fabricant et le vendeur.

Vous pouvez également trouver en ligne des appareils modifiés pour fonctionner avec SUPLA et des projets DIY. Ils peuvent fonctionner correctement avec la plateforme, mais ne sont pas des produits SUPLA officiels et ne figurent généralement pas dans le catalogue. Le vendeur ou l’auteur du projet est responsable de la description de leurs possibilités, de leur configuration, du logiciel utilisé et de l’assistance.

Avant d’acheter un tel appareil, demandez au minimum au vendeur :

• le modèle exact et le projet logiciel utilisés ;
• les fonctions de l’appareil disponibles dans SUPLA ;
• si l’appareil nécessite une passerelle supplémentaire ;
• comment se déroulent la première configuration, la réinitialisation et les mises à jour logicielles ;
• si la connexion au serveur est chiffrée ;
• qui fournit la notice, l’assistance technique, la garantie et les futures mises à jour.

La présence du logo SUPLA ou de la mention « fonctionne avec SUPLA » dans une annonce ne signifie pas que l’appareil bénéficie d’une prise en charge officielle par SUPLA.

Oui. C’est l’une des différences importantes entre SUPLA et les systèmes domotiques fermés.

Les appareils SUPLA ne sont pas définitivement liés à l’infrastructure officielle actuelle. Ils utilisent un protocole ouvert et peuvent être configurés pour fonctionner avec un autre serveur SUPLA.

Aucun arrêt des serveurs officiels n’est prévu. Si le service cloud officiel devait toutefois être interrompu à l’avenir, chacun pourrait exécuter son propre serveur ou faire appel à un autre fournisseur proposant une infrastructure compatible avec SUPLA.

Avec un système fermé, l’arrêt du service cloud du fabricant peut entraîner la perte d’une partie ou de la totalité des fonctions de l’appareil. Le logiciel open source de SUPLA et la possibilité de changer de serveur réduisent ce risque.

Le transfert d’une installation existante vers un autre serveur n’est pas toujours automatique. Il peut nécessiter de reconfigurer les appareils, de transférer les données et d’assurer soi-même la maintenance de l’infrastructure. Certains services externes, tels que les notifications push ou les assistants vocaux, peuvent nécessiter une configuration supplémentaire ou ne pas fonctionner exactement de la même manière sur une instance privée.

La manière la plus simple de commencer comprend trois étapes :

1. téléchargez l’application SUPLA pour Android ou iOS ;
2. créez un compte gratuit ;
3. choisissez dans l’application l’option permettant d’ajouter un appareil et suivez l’assistant de configuration.

La procédure exacte peut dépendre du fabricant et du modèle de l’appareil. Pour les appareils raccordés à une installation électrique, veillez d’abord à les faire installer correctement conformément à la notice.

Presque tous les appareils SUPLA qui se connectent directement en Wi-Fi fonctionnent uniquement dans la bande 2,4 GHz et nécessitent un réseau compatible avec les normes IEEE 802.11 b/g/n. Ils ne prennent généralement pas en charge les réseaux fonctionnant exclusivement dans la bande 5 GHz.

Il existe également des appareils Ethernet et des appareils qui communiquent par l’intermédiaire d’une passerelle supplémentaire. Vérifiez toujours les exigences précises dans la notice du modèle concerné.

Un routeur peut proposer les bandes 2,4 et 5 GHz sous le même nom de réseau. Il n’est pas toujours nécessaire de séparer ces noms, mais cela peut faciliter le diagnostic des problèmes de configuration.

Le fonctionnement de base de l’appareil ne dépend pas nécessairement d’Internet. Les boutons physiques, les entrées et la logique exécutée localement par l’appareil fonctionnent indépendamment de la connexion au serveur. Les appareils peuvent également exécuter des programmes hebdomadaires locaux, par exemple dans le cas des thermostats.

Les scènes, horaires, réactions, notifications et autres automatisations configurés dans SUPLA Cloud sont des fonctions côté serveur. Pour les exécuter, l’appareil doit être connecté au serveur SUPLA concerné. Avec le cloud officiel, cela nécessite également un accès à Internet.

Le pilotage d’un appareil dans l’application par l’intermédiaire du cloud officiel exige aussi que le téléphone et l’appareil puissent joindre le serveur. En cas de coupure d’Internet, les fonctions exécutées localement devraient continuer à fonctionner, contrairement aux fonctions côté serveur.

Après le remplacement du routeur, la solution la plus simple consiste à reprendre le même nom de réseau Wi-Fi, le même mot de passe et des paramètres de sécurité compatibles avec l’ancien routeur. Dans la plupart des cas, les appareils SUPLA se reconnecteront automatiquement sans nouvelle configuration.

Si le nom du réseau ou le mot de passe a changé, les nouvelles informations doivent être transmises à l’appareil. S’il ne se reconnecte pas automatiquement, il faut le remettre en mode configuration. Selon le modèle, cela peut nécessiter de maintenir un bouton enfoncé, d’utiliser un bouton CONFIG dédié ou d’effectuer une séquence précise. Consultez la notice de l’appareil concerné pour connaître la procédure correcte.

Procédez dans l’ordre suivant :

1. vérifiez l’alimentation de l’appareil et le fonctionnement de son bouton local ;
2. vérifiez la bande Wi-Fi et le type de sécurité requis ;
3. activez le mode configuration conformément aux instructions du fabricant ;
4. saisissez le nouveau nom de réseau et le nouveau mot de passe ;
5. vérifiez dans l’application que l’appareil est de nouveau en ligne.

Ne commencez pas par une réinitialisation aux paramètres d’usine si l’appareil permet de ne modifier que la configuration réseau. Une réinitialisation peut supprimer d’autres réglages, l’étalonnage ou l’association au compte.

Commencez par déterminer si le problème concerne l’alimentation, le réseau local, l’accès à Internet, le serveur ou l’appareil lui-même.

Vérifiez dans l’ordre :

• si l’appareil est alimenté ;
• s’il peut être piloté avec son bouton local ;
• le comportement de la LED d’état et la signification de son signal selon la notice ;
• si les autres appareils du même réseau ont accès à Internet ;
• si l’appareil se trouve à portée du Wi-Fi ;
• si le nom du réseau, le mot de passe, la bande ou les paramètres de sécurité du routeur ont changé ;
• si le problème concerne un seul appareil ou toute l’installation.

Si l’appareil dispose d’un portail de configuration local, commencez par le placer en mode configuration ou appairage. Connectez ensuite un téléphone ou un ordinateur au réseau Wi-Fi émis par l’appareil et ouvrez, selon l’appareil, http://192.168.4.1 ou https://192.168.4.1 dans un navigateur. Consultez le champ Last state. L’état ou le message d’erreur enregistré peut indiquer si le problème concerne la connexion Wi-Fi, Internet ou le serveur SUPLA.

Si l’appareil reste hors ligne, suivez les instructions du fabricant. La réinitialisation aux paramètres d’usine doit être la dernière étape, et non le premier geste de diagnostic.

Cela dépend de l’appareil. Un capteur alimenté par batterie ou un appareil à brancher sur une prise peut être conçu pour être installé par l’utilisateur.

Les appareils raccordés à une installation 230 V, à un tableau électrique, à une motorisation de portail, à un système de chauffage ou à une autre installation technique doivent être posés conformément à la notice par une personne qualifiée pour ces travaux.

SUPLA est une plateforme, et non un type unique de matériel. Vérifiez toujours la tension d’alimentation, la charge admissible des sorties, les protections requises, le schéma de câblage et les conditions de garantie du produit concerné.

La solution la plus simple consiste à enregistrer l’application SUPLA sur un autre téléphone avec la même adresse e-mail et le même mot de passe.

Après l’enregistrement, l’application reçoit l’accès accordé par le premier identifiant d’accès et par les emplacements qui lui sont attribués. Cela ne signifie pas nécessairement qu’elle accède à tous les emplacements et appareils du compte.

Après avoir enregistré le téléphone, vous devrez souvent vous connecter à SUPLA Cloud et attribuer à l’application l’identifiant d’accès approprié. Vous pouvez également créer un identifiant distinct et ne lui attribuer que certains emplacements.

Vous pouvez ainsi déterminer quels appareils sont disponibles sur chaque téléphone. Lorsque vous partagez des appareils qui ouvrent des portails, des portillons ou des portes, accordez une attention particulière à l’étendue de l’accès accordé.

L'installateur ne doit pas ajouter les appareils du client à son propre compte ni donner au client uniquement accès à un emplacement depuis son compte. Les appareils doivent être ajoutés dès le départ au compte appartenant au propriétaire de l'installation.

SUPLA ne permet actuellement pas de migrer une installation complète d'un compte à un autre. Si les appareils ont été ajoutés au compte de l'installateur, leur remise ultérieure peut nécessiter de rajouter chaque appareil au compte du client.

Le compte SUPLA doit être créé dès le départ par le propriétaire de la maison, de l'appartement ou de l'entreprise avec sa propre adresse e-mail. SUPLA ne propose actuellement pas d'accès de maintenance distinct pour l'installateur.

Pendant la configuration, l'installateur peut avoir besoin des identifiants de connexion du client. Une fois les travaux terminés, le propriétaire doit définir un nouveau mot de passe connu de lui seul et vérifier la liste des appareils, emplacements, Identifiants d'accès, applications clientes, jetons et intégrations.

L’adresse e-mail sert d’identifiant de connexion au compte SUPLA et ne peut actuellement pas être modifiée.

Lors de la vente d’un bien immobilier, deux possibilités existent :

• transférer l’intégralité du compte existant au nouveau propriétaire — uniquement si ce compte est utilisé exclusivement pour ce bien et si le contrôle de l’adresse e-mail utilisée pour la connexion peut également être transféré en toute sécurité ;
• créer un nouveau compte pour le nouveau propriétaire et y ajouter de nouveau tous les appareils.

Si le compte utilise l’adresse e-mail personnelle du vendeur ou contient d’autres emplacements, appareils ou données auxquels l’acheteur ne devrait pas avoir accès, le compte complet ne doit pas être transféré. Dans ce cas, la création d’un nouveau compte est la solution la plus sûre.

Le simple transfert du mot de passe du compte ne suffit pas si le vendeur conserve le contrôle de l’adresse e-mail.

Avant le transfert ou la nouvelle configuration, il est recommandé d’exporter l’historique des mesures à conserver et de vérifier les intégrations associées, les identifiants d’accès, les applications clientes et les jetons API. Après le transfert du compte, le nouveau propriétaire doit définir un nouveau mot de passe.

Un historique est disponible pour les canaux qui enregistrent des mesures, par exemple la température, l’humidité, l’électricité, l’eau ou le gaz.

Après vous être connecté à SUPLA Cloud, ouvrez le canal concerné puis son historique. Les données disponibles peuvent notamment être téléchargées aux formats CSV, ODS, XLSX et HTML. L’étendue de l’historique dépend du type de canal, des limites du compte et de la configuration du serveur.

Avant de supprimer un compte, de réinitialiser un appareil ou de migrer vers un autre serveur, exportez les données qui pourraient être nécessaires à des fins d’analyse ou de facturation.

Oui. Un compte SUPLA est soumis à des limites fonctionnelles, des durées de conservation des données, des limites de requêtes API et d’autres restrictions destinées à protéger le service contre les erreurs et les abus.

Vous pouvez consulter les limites en vigueur et leur utilisation après vous être connecté à SUPLA Cloud → Compte → Afficher mes limites.

Le panneau indique notamment les limites relatives aux :

• appareils d’entrée/sortie ;
• identifiants d’accès ;
• applications clientes et OAuth ;
• emplacements ;
• groupes de canaux ;
• horaires ;
• scènes ;
• liens directs ;
• réactions ;
• sources de données ;
• notifications définies et envoyées ;
• requêtes API.

Cette page présente également les règles de conservation des données. Certaines mesures détaillées sont supprimées périodiquement après une durée déterminée. Cela peut notamment concerner l’historique de la tension, de l’intensité et de la puissance enregistré par les compteurs d’énergie. Le panneau affiche les durées de conservation actuellement applicables à votre compte.

Des limites s’appliquent aussi à la taille de certains éléments de configuration. Par exemple :

• un groupe de canaux peut contenir jusqu’à 30 canaux ;
• un horaire peut contenir jusqu’à 20 actions ;
• une scène peut contenir jusqu’à 20 opérations.

Ces limites servent avant tout à protéger l’infrastructure contre les erreurs et les abus, et non à restreindre l’utilisation normale de SUPLA. Si l’une d’elles est insuffisante pour votre installation ou votre intégration, contactez-nous par e-mail. Indiquez la limite à augmenter, la valeur souhaitée et décrivez brièvement l’usage prévu.

Vous pouvez lancer la suppression du compte dans les paramètres de votre compte SUPLA Cloud. Cette opération nécessite votre mot de passe et une confirmation par e-mail.

La suppression est irréversible et efface les données associées au compte, notamment les appareils connectés, les canaux configurés, les liens directs et l’historique des mesures. Si vous souhaitez conserver cet historique ou d’autres données, exportez-les avant de confirmer la suppression du compte.

Les connexions entre l’application SUPLA et le serveur SUPLA, ainsi que les connexions de tous les appareils SUPLA officiels au serveur, sont chiffrées. La sécurité du système complet dépend toutefois aussi de l’appareil, de son logiciel, du réseau Wi-Fi, du mot de passe du compte, du téléphone et de la manière dont les accès et les intégrations sont configurés.

L’accès administratif à l’infrastructure officielle SUPLA est limité aux personnes autorisées. L’infrastructure est maintenue, mise à jour et supervisée, et les données sont couvertes par des mécanismes de sauvegarde. Ces sauvegardes servent principalement à rétablir le service après une panne grave. Elles ne doivent pas remplacer l’export des données par l’utilisateur ni être considérées comme la garantie qu’un élément supprimé d’un compte pourra être restauré.

Pour une instance SUPLA privée, son administrateur est responsable de la sécurité du serveur, du contrôle des accès administratifs, des mises à jour, des certificats, des sauvegardes et de la restauration des données.

Les appareils DIY non officiels et les modifications peuvent fonctionner différemment des appareils officiels. Les appareils SUPLA typiques basés sur Arduino Mega et d’autres microcontrôleurs AVR 8 bits ne prennent pas en charge une connexion chiffrée au serveur. Dans les anciens projets DIY basés sur ESP8266, le chiffrement était également parfois désactivé par défaut en raison de la quantité limitée de RAM.

Les utilisateurs doivent :

• utiliser un mot de passe unique et robuste ;
• protéger le compte e-mail utilisé pour récupérer l’accès ;
• maintenir à jour l’application et le logiciel des appareils ;
• vérifier régulièrement les identifiants d’accès et les applications clientes enregistrées ;
• supprimer les jetons API et les intégrations inutilisés ;
• sécuriser correctement tout serveur privé ;
• ne pas communiquer les identifiants de connexion à des personnes qui ne doivent pas administrer l’installation.

Un lien direct doit être traité comme une clé d’accès à la fonction qui lui est associée. Nous déconseillons d’envoyer par e-mail des liens directs qui exécutent une action, par exemple l’ouverture d’un portail. Les systèmes de sécurité de la messagerie peuvent ouvrir automatiquement les liens lors de l’analyse des messages et déclencher involontairement l’action associée. Ne partagez les liens directs qu’avec des personnes de confiance et supprimez-les lorsqu’ils ne sont plus nécessaires.

Certains appareils SUPLA proposent un portail de configuration local via HTTPS, par exemple à l’adresse https://192.168.4.1. Votre navigateur peut afficher un avertissement si le certificat SUPLA Root CA n’est pas approuvé par votre système d’exploitation ou votre navigateur.

Pour éviter ces avertissements, vous pouvez télécharger et installer le certificat SUPLA Root CA approprié en tant qu’autorité de certification de confiance.

Ces certificats CA servent également à vérifier les certificats utilisés par les appareils SUPLA pour leurs communications chiffrées, notamment lors de l’enregistrement et de la connexion d’un appareil à un serveur SUPLA.

Les certificats sont disponibles ici :

• supla_org_root_ca.crt

  SHA-256: 31:5D:CD:05:73:E9:02:B8:16:0F:34:01:74:FB:9E:EE:49:1C:B3:97:40:CA:0E:DA:18:BF:29:D0:64:FB:4C:25

• supla_org_private_cloud_root_ca.crt

  SHA-256: FD:6A:E5:DD:6C:08:BB:4D:51:BE:A2:76:6D:28:7F:44:C1:28:14:A6:2C:2B:85:C1:5C:5D:1F:26:21:BF:24:5B

N’installez que des certificats CA obtenus depuis le domaine officiel de SUPLA.

Le premier interlocuteur dépend du type de problème :

Problème	Premier contact
Appareil endommagé, garantie, notice ou firmware du produit	fabricant ou vendeur de l’appareil
Installation, câblage ou configuration réalisés comme prestation	installateur
Compte ou fonctionnement du cloud officiel SUPLA	assistance SUPLA
Instance SUPLA privée	administrateur du serveur
Projet DIY personnel	documentation, GitHub et communauté
Vulnérabilité de sécurité présumée	canal de sécurité privé du projet ou du fabricant concerné

SUPLA intègre les produits de nombreuses entreprises ; nous ne remplaçons donc pas le service de garantie du fabricant de l’appareil.

Pour un appareil prêt à l’emploi, commencez par consulter la notice et l’assistance du fabricant ou du vendeur. Signalez les problèmes d’installation à l’installateur, et les problèmes de compte ou de cloud officiel à l’assistance SUPLA.

Vous pouvez aussi poser directement vos questions sur les appareils officiels sur le forum SUPLA, qui comporte des sections consacrées à ces sujets. Les questions relatives à vos propres appareils, intégrations et configurations inhabituelles peuvent être publiées sur le forum ou dans le dépôt concerné de l’organisation SUPLA sur GitHub.

Avant de signaler un problème, préparez le modèle de l’appareil, les versions du firmware et de l’application, une description du réseau, le message d’erreur exact et la liste des étapes déjà effectuées.

Oui. SUPLA fournit le code source et un ensemble de conteneurs permettant d’exécuter votre propre instance. Le projet supla-docker constitue la base recommandée pour le déploiement.

Votre propre serveur vous offre davantage de contrôle sur l’infrastructure et les données, mais nécessite des tâches d’administration. Le propriétaire du serveur est responsable des mises à jour, des sauvegardes, des certificats TLS, du domaine, de la supervision, de la disponibilité et de la sécurité.

Ne partez pas du principe que tous les services sont entièrement compatibles avec le cloud public sans configuration supplémentaire. Les notifications push, les assistants vocaux et certaines intégrations peuvent nécessiter vos propres clés, certificats ou services externes.

L'état actuel des principaux services et serveurs SUPLA peut être consulté sur status.supla.org. Des informations sur les incidents en cours et résolus y sont également publiées. Il est également possible de s'abonner aux notifications concernant les changements d'état de l'infrastructure.

Oui. SUPLA recommande MQTT comme principal moyen d’intégration à Home Assistant.

SUPLA prend en charge deux scénarios MQTT : le MQTT pour l’ensemble du compte fourni par le serveur SUPLA, et le MQTT local direct disponible sur les appareils compatibles.

Le MQTT pour l’ensemble du compte permet à Home Assistant de recevoir l’état des appareils et d’exécuter des actions sans configurer chaque appareil séparément. Il prend également en charge MQTT Discovery, ce qui permet à Home Assistant de détecter automatiquement et de créer des entités pour la plupart des fonctions d’appareil prises en charge.

Certains appareils SUPLA peuvent se connecter directement à un broker MQTT exécuté sur le réseau local.

Il peut également exister d’autres intégrations basées sur l’API SUPLA, mais elles ne sont ni maintenues ni prises en charge par le projet SUPLA.

Oui. SUPLA fonctionne avec Google Home et Amazon Alexa. Les commandes disponibles dépendent du type d’appareil, de ses fonctions et des possibilités de l’assistant.

Après avoir associé les comptes, vérifiez quels appareils et quelles actions ont été rendus accessibles. Pour les portails, les portillons et les portes, prêtez attention au mode d’autorisation des commandes proposé par la plateforme de l’assistant.

Oui. L’application SUPLA prend en charge Android Auto et Apple CarPlay.

L’interface automobile propose certaines fonctions adaptées à une utilisation sûre pendant la conduite. N’attendez pas d’y retrouver tous les canaux, réglages et fonctions disponibles dans l’application mobile complète.

L’interface automobile permet actuellement d’exécuter certaines actions, mais n’indique pas si le portail est ouvert ou fermé. Vous pouvez vérifier son état dans l’application mobile SUPLA complète, à condition de disposer d’un capteur d’ouverture adapté.

Oui. SUPLA Cloud fournit une REST API et des mécanismes d’autorisation permettant de créer des intégrations. MQTT est également disponible pour les systèmes d’automatisation, les applications et les outils tels que Home Assistant.

N’accordez aux jetons et aux intégrations que les autorisations dont ils ont besoin. Supprimez les jetons inutilisés et ne placez jamais d’identifiants d’accès dans du code source public.

Choisissez l’outil adapté à votre objectif :

Objectif	Parcours recommandé
Firmware de votre propre capteur, relais ou contrôleur	supla-device
Application ou intégration à un système	REST API et OAuth
Intégration ou automatisation pilotée par des événements	MQTT
Votre propre instance SUPLA complète	supla-docker
Développement du panneau web et de la logique cloud	supla-cloud

Les exemples prêts à l’emploi conviennent à l’apprentissage et aux projets personnels. Un projet commercial nécessite en outre de prévoir les mises à jour, le diagnostic, le stockage sécurisé des données, le processus de production, la conformité réglementaire et la maintenance à long terme des appareils.

Il ne devrait pas le faire. Le compte principal doit appartenir au propriétaire de chaque installation.

Utiliser un seul compte d’installateur pour plusieurs clients signifie que les appareils, les configurations, les historiques et les autorisations de différents propriétaires sont gérés dans un même compte. Il devient alors difficile de séparer les accès, de remettre une installation, de supprimer des données et de déterminer les responsabilités relatives au système. Cela augmente également le risque qu’un client accède aux appareils ou aux données d’une autre personne.

SUPLA ne propose actuellement aucun accès de maintenance distinct pour les installateurs. Pendant la configuration, l’installateur peut donc avoir besoin de l’identifiant et du mot de passe du client. Une fois les travaux terminés, le client doit définir un nouveau mot de passe connu de lui seul.

Le client doit recevoir au minimum :

• l’accès à son propre compte, ainsi que la confirmation de l’adresse e-mail utilisée comme identifiant et pour récupérer l’accès ;
• la liste des appareils installés et de leurs modèles ;
• une description de base des emplacements, canaux, scènes, programmations et intégrations ;
• les notices des fabricants et les informations relatives à la garantie ;
• des informations indiquant qui est responsable de l’installation, des appareils, du firmware et du cloud ;
• les instructions permettant d’activer le mode de configuration et la procédure à suivre après un changement de routeur ;
• des informations sur les identifiants d’accès, jetons API et intégrations créés.

SUPLA ne proposant actuellement aucun accès de maintenance distinct, le client doit, après réception de l’installation, définir un nouveau mot de passe de compte connu de lui seul. L’installateur ne doit pas conserver le nouveau mot de passe du propriétaire.

Non. Une licence open source définit les conditions d’utilisation du code source. Elle n’accorde pas automatiquement le droit d’utiliser l’infrastructure officielle de SUPLA dans des appareils commerciaux, ni l’application officielle, le catalogue de produits, l’assistance, les supports destinés aux partenaires ou encore le nom et les marques de SUPLA.

Un fabricant souhaitant proposer des appareils fonctionnant avec les services officiels et sous la marque SUPLA doit convenir des modalités appropriées avec nous. La coopération peut porter sur le logiciel, les tests, l’infrastructure, l’application, l’utilisation de la marque, la publication dans le catalogue, les mises à jour et l’assistance.

Il est préférable d’engager la démarche avant que la conception du matériel ne soit finalisée. Une collaboration type comprend les étapes suivantes :

1. définir les fonctions du produit et ses utilisateurs cibles ;
2. convenir de l’architecture matérielle et du mode de communication ;
3. choisir le modèle d’utilisation de l’infrastructure et de l’application ;
4. préparer le firmware et le mécanisme de mise à jour ;
5. effectuer les tests fonctionnels, d’intégration et de sécurité ;
6. préparer l’appareil afin qu’il satisfasse aux exigences légales et à l’évaluation de conformité ;
7. convenir de l’utilisation de la marque, de la publication dans le catalogue, de l’assistance et de la maintenance du produit.

Une prise de contact précoce réduit le risque de devoir apporter des modifications coûteuses à un matériel déjà finalisé avant son intégration.

Consultez les informations destinées aux fabricants.

Le fabricant qui met un appareil sur le marché est responsable de la conformité légale du produit, de sa documentation, de sa garantie ainsi que des obligations liées à sa sécurité et à son cycle de vie.

La responsabilité de la préparation du firmware et des mises à jour ainsi que de la maintenance de l’intégration dépend du modèle de coopération convenu. Elle doit être clairement établie avant le début des ventes.

La seule utilisation d’une bibliothèque ou du code source de SUPLA ne confirme pas qu’un produit satisfait aux exigences techniques ou légales.

Oui, à condition que l’appareil soit entièrement compatible avec l’infrastructure SUPLA, qu’il ait suivi le processus de vérification convenu, qu’un fabricant ou un autre organisme responsable soit clairement identifié, qu’il dispose d’une documentation complète et que sa maintenance et son assistance soient assurées de manière appropriée.

Le fabricant est également responsable du respect des exigences légales applicables au produit et du marquage CE requis.

La seule utilisation de code open source ou d’un firmware non officiel ne suffit pas pour qu’un appareil puisse être ajouté au catalogue.

Oui, dans les limites autorisées par la licence du dépôt concerné. Le code source des différents composants est disponible au sein de l’organisation SUPLA sur GitHub.

SUPLA n’empêche pas les utilisateurs d’employer leurs propres appareils DIY. La construction et l’ajout de votre propre appareil à votre compte ne nécessitent pas notre autorisation. Nous encourageons l’expérimentation, l’apprentissage et le développement créatif de solutions domotiques : les projets amateurs et la communauté DIY constituent une part importante de l’écosystème.

La commercialisation d’une solution est une autre démarche. Lorsqu’un appareil ou un logiciel est vendu ou proposé à des clients en tant que produit ou service, son créateur devient fabricant ou fournisseur. Il doit alors consulter la section « Questions des fabricants d’appareils », notamment la réponse concernant l’utilisation du cloud officiel, de l’application et de la marque SUPLA.

Avant d’utiliser le code, vérifiez également la licence du projet concerné et les obligations qu’elle impose.

GUI Generic (GG) et ZigBee2Supla sont des projets créés et développés par des membres de la communauté. Ce ne sont pas des produits SUPLA officiels. Nous ne sommes responsables ni de leur fonctionnement, ni de leur compatibilité, ni de leurs mises à jour ou de leur assistance technique.

Les questions, problèmes et suggestions concernant ces projets doivent être adressés à leurs auteurs et publiés dans les sections correspondantes du forum SUPLA. Avant d’utiliser un projet, consultez sa documentation et vérifiez les appareils et fonctions qu’il prend en charge.

Nous encourageons l’expérimentation et l’utilisation créative de SUPLA. Les projets communautaires, les appareils de fabrication personnelle et les modifications constituent d’excellents moyens d’apprendre l’électronique, la programmation et l’automatisation.

Pas nécessairement. La sécurité dépend de la conception matérielle, du framework utilisé, du stockage des mots de passe et des clés, des mises à jour du firmware, de la protection du mode de configuration et de la résistance aux accès physiques.

Un projet amateur peut convenir à l’apprentissage ou à des usages non critiques. Sans analyse supplémentaire, il ne doit toutefois pas être considéré comme un produit prêt à la vente ni comme un élément d’une installation chargée de la sécurité des personnes ou des biens.

Les bugs ordinaires peuvent être signalés dans le dépôt GitHub concerné, après avoir vérifié qu’aucun signalement similaire n’existe déjà.

Ne publiez pas immédiatement les vulnérabilités de sécurité sous forme d’issues publiques. Utilisez la procédure privée décrite dans le fichier SECURITY.md du dépôt concerné ou le canal de sécurité du fabricant de l’appareil.

Le signalement doit comprendre une description du problème, la version du composant, les étapes permettant de le reproduire, son impact potentiel et, si cela peut être communiqué sans risque, une proposition de solution.