Truma iNet X Panel 2 : Questions à poser sur l'intégration AC Vethy

Un panneau de commande de véhicule partagé n'est utile que lorsque les appareils connectés sont pris en charge. Un nom d'interface tel que CAN décrit une partie d'un système de communication; il n'est pas, en soi, une promesse que l'équipement provenant de différents fournisseurs travaillera ensemble.

Ce que la nouvelle annonce du panel dit aux acheteurs

Le 21 juillet 2026, Truma a annoncé le Panel 2 iNet X (Pro) décrivant le matériel amélioré, la connectivité améliorée de CAN et les options d'intégration élargies. L'annonce est pertinente pour les constructeurs de véhicules automobiles qui planifient un contrôle centralisé. Il n'établit pas la compatibilité universelle des AC par des tiers.

Demander une liste de compatibilité spécifique à la configuration

Demandez au fournisseur du système d'identifier le climatiseur, la version du panneau, les composants de connexion et les versions logicielles qui ont été validés ensemble. La liste doit distinguer les fonctions prises en charge : allumage, modification du point de réglage, sélection de la vitesse du ventilateur, erreurs de lecture et opération à distance. Une connexion qui supporte une fonction peut ne pas les supporter toutes.

Expliquez les responsabilités. Si une mise à jour d'un panneau change de comportement, qui diagnostique le problème et qui fournit le remède? Un constructeur de véhicules ne devrait pas avoir à résoudre un différend entre deux vendeurs de composants après la livraison.

Tester le comportement lorsque la connectivité n'est pas disponible

Inclure un scénario opérationnel hors ligne normal dans la mise en service. Vérifiez ce que l'utilisateur peut contrôler localement et comment le système communique une connexion perdue. Confirmer également le comportement prévu après une interruption de courant. Ne supposez pas que l'équipement reprendra automatiquement son mode précédent.

Pour les fonctions à distance, documentez le compte requis, le service réseau et les frais continus. Ils sont séparés de la capacité de refroidissement mécanique. Donnez au propriétaire une explication claire pour qu'un service expiré ou un réseau non disponible ne soit pas confondu avec un compresseur défectueux.

Rendre les diagnostics utilisables

Un rapport de défaut utile identifie la composante touchée et l'information dont un technicien de service a besoin. Demandez si les logs ou les descriptions d'erreur restent accessibles lorsque la connexion distante échoue. Enregistrez comment un propriétaire devrait signaler un problème, y compris le modèle et les détails du logiciel, sans leur demander de démanteler l'installation.

Pour un projet OEM, inclure une matrice de fonction courte dans la spécification d'achat. Marquer chaque fonction requise comme démontrée, non supportée ou encore à valider. Cela transforme une allégation générale à propos d'un véhicule connecté en un accord d'acceptation vérifiable et aide à éviter les appels de soutien évitables après la remise.

Qu'est-ce que les calques matériel, protocole et application signifient dans une annonce de contrôle?

Les revendications d'intégration ne sont comparables que lorsque les calques sont nommés. Le matériel est le panneau et ses interfaces; le protocole, comme CAN, définit comment les cadres d'échange de périphériques; la couche d'application définit ce que ces cadres signifient pour un climatiseur spécifique. L'annonce de juillet 2026 décrit le matériel amélioré et la connectivité améliorée, qui sont les deux premières couches, tandis que le support de fonction vit sur la troisième.

Demandez aux fournisseurs de répondre par couche : quelle version du panneau est installée, quels composants du protocole sont implémentés et quelles fonctions sont validées pour l'unité de refroidissement spécifique. Une affirmation selon laquelle un produit est compatible avec la norme CAN sans une liste des trois couches ne peut être testée, programmée ou acceptée, et elle laisse au constructeur une promesse que personne dans la chaîne ne peut vérifier.

Ce vocabulaire améliore également la communication interne. Un technicien d'atelier, un gestionnaire d'achats et un ingénieur logiciel signifient des choses différentes par intégration, et les termes de couche donnent au projet une langue pour la matrice de fonction et le plan de mise en service. La plupart des malentendus commencent avec le même mot étant utilisé pour trois objets différents.

Inscrire les trois couches dans la spécification comme trois lignes séparées. Cette petite structure rend visible une réponse incomplète, parce qu'un fournisseur qui peut nommer matériel et protocole mais pas des fonctions d'application a décrit une connexion plutôt qu'une fonction de climatisation intégrée.

Matériel : la version du panneau, ses ports et les interfaces physiques installées sur ce véhicule
Protocole le bus et le cadre tapent les échanges de panneaux avec chaque appareil connecté
Demande : les fonctions que ces cadres exercent effectivement sur le climatiseur
Preuves : le document qui prouve chaque calque pour la construction livrée
Propriétaire: la personne responsable de chaque couche une fois que le véhicule quitte la ligne
Version : l'état du logiciel dans lequel la preuve demeure valide
Limitée: les fonctions que le calque ne supporte pas, énoncées par écrit
Essai: l'action qui démontre la couche pendant la mise en service
Changement: ce qui invalide la preuve et nécessite une nouvelle validation

Une version matérielle est enregistrée, mais les fonctions supportées ne sont jamais listées
Un protocole est mis en œuvre, mais aucune partie ne possède la validation de la combinaison
Chaque fournisseur suppose que l'écart est celui de l'autre, et le constructeur le trouve à la mise en service
Le propriétaire découvre la limite en dernier lieu, habituellement lors du premier voyage avec le véhicule
Photos et brochures montrent le panneau, tandis que la liste des fonctions reste non écrite
Une substitution remplace une couche silencieusement et réinitialise les deux autres sans préavis
Le test est exécuté une fois, à la livraison, et ne se répète jamais après un changement de version
Le personnel d'appui apprend le panel à partir d'une fiche technique plutôt que du véhicule

Comment une matrice de fonctions est-elle rédigée avant la signature du contrat?

La section précédente recommande une matrice de fonctions courtes pour les projets OEM; la question pratique est de savoir comment en rédiger une. Démarrer à partir des fonctions visibles par l'utilisateur : allumage et désactivation, changements de point de réglage, vitesse du ventilateur, sélection des modes, affichage des erreurs et fonctionnement à distance. Gardez la liste suffisamment courte pour tester complètement en une journée ouvrée.

Pour chaque fonction, définissez les preuves qui le prouvent : quelle action de contrôle sur le panneau, quelle réponse attendue du climatiseur, et quels documents d'entrée de registres les deux. Sans cette troisième colonne, un test produit des opinions plutôt que des résultats, et un désaccord à la remise devient une discussion sur la mémoire.

Marquez l'état actuel tel qu'il a été démontré, non soutenu ou à valider, et datez chaque entrée. La colonne d'état est la partie la plus souvent laissée de côté, mais c'est ce qui transforme la matrice en un plan de projet au lieu d'une liste de souhaits, et elle indique au constructeur quelles fonctions doivent encore prendre une décision.

Joignez la matrice à la spécification d'achat et demandez le même tableau au fournisseur dans le même format. Deux tableaux dans une même disposition deviennent une différence que les deux parties peuvent examiner ligne par ligne avant la signature, ce qui est beaucoup moins cher que de découvrir les différences pendant la mise en service.

Listez les fonctions visibles par l'utilisateur que le propriétaire utilisera sur un voyage normal
Ajouter l'action de contrôle qui déclenche chaque fonction sur le panneau
Ajouter la réponse attendue de l'unité de refroidissement, y compris le moment
Ajoutez le registre ou la preuve à l'écran qui documente la réponse
Définir le statut : démontré, non supporté ou à valider
Date et nom de la personne qui l'a vérifiée
Enregistrer la fonction que le propriétaire assume existe mais jamais demandé à propos
Joindre le tableau au cahier des charges d'achat
Demander au fournisseur de retourner le même tableau avant la signature
Accepter quelles lignes sont au cœur de la remise et qui peuvent suivre plus tard
Diviser la matrice en un ensemble de noyau requis lors du transfert et un ensemble étendu qui peut suivre
Maintenir le test d'acceptation réalisable et inscrire l'ordre de priorité dans la spécification

Allumez et désactivez l'unité du panneau, y compris de veille
Modifier le point de réglage et confirmer que l'unité suit dans le délai prévu
Sélectionnez chaque vitesse du ventilateur, y compris automatique si le système le propose
Lisez et éliminez un message d'erreur sans outil d'atelier
Exploiter l'unité à distance via le compte de service connecté
Afficher l'état actuel après la fermeture et la réouverture du panneau
Récupérer le contrôle après une connexion perdue, comme décrit dans le manuel
Reprendre l'opération après une interruption de fourniture de la manière documentée
Vérifier le panneau après une déconnexion délibérée et reconnecter le bus
Confirmez que le texte d'erreur correspond au libellé dans le manuel du propriétaire

Comment gérer les mises à jour logicielles sur un panneau connecté?

Un système de contrôle connecté recevra des mises à jour, et chaque mise à jour est un petit changement à un système validé. Gérez-les comme un processus : qui autorise une mise à jour, lorsqu'elle est appliquée, quels véhicules la reçoivent d'abord, et ce qui est testé ultérieurement. Sans ce processus, une amélioration de routine devient une expérience de terrain non planifiée.

Accepter à l'avance la portée de la régression. Au minimum, réexécuter la matrice des fonctions sur un véhicule de référence après chaque mise à jour et comparer les résultats avec l'enregistrement d'acceptation. Pour les parcs automobiles et la production d'OEM, mettre en scène le déploiement de sorte qu'un problème affecte un véhicule ou un lot plutôt qu'une saison entière de livraisons.

Enregistrer les versions dans le fichier du véhicule : le logiciel du panneau, le firmware du dispositif connecté et la date de l'installation de chacun. Lorsque le comportement change sur le terrain, ce dossier est la différence entre un diagnostic de cinq minutes et des semaines de correspondance entre les vendeurs qui croient chacun que leur propre composante est inchangée.

Décidez comment un propriétaire apprend une mise à jour et s'il peut la refuser. Un panneau qui change le comportement du menu sans explication génère le même appel de support qu'un échec, donc une courte note décrivant ce qui a changé appartient au processus de mise à jour plutôt qu'à une courtoisie facultative.

La personne qui autorise une mise à jour pour la flotte ou la ligne de production
Véhicule de référence utilisé pour les essais de régression après chaque rejet
Les fonctions réévaluées à chaque fois, tirées de la matrice d'acceptation
L'ordre de mise en scène avant le déploiement dans la flotte plus large ou un nouveau lot
Le dossier de version conservé dans chaque fichier de véhicule, avec les dates d'installation
Le texte de notification du propriétaire, le canal et l'heure de lecture prévue
L'option rollback si une fonction validée échoue après la mise à jour
La date à laquelle le processus de mise à jour lui-même est examiné avec les fournisseurs
Le contact qui répond aux questions sur un menu ou un comportement modifié
Le registre des véhicules qui n ' ont pas encore reçu la version actuelle
La condition selon laquelle une mise à jour est reportée plutôt que appliquée
La personne qui confirme la flotte utilise une version connue
L'enregistrement des véhicules qui sont hors ligne et ne peuvent pas recevoir de mise à jour
Le contact avec le fournisseur qui explique un changement de fonction après la libération

Enregistrement	Contenu	En cours d'exécution
Feuille de version	Logiciel de panneau, firmware de périphérique, date d'installation	Fichier véhicule
Résultat de régression	Les lignes matricielles sont testées, passées ou échouées	Dossier du projet
Note du propriétaire	Ce qui a changé et à quoi s'attendre	Paquet de remise

Quelles responsabilités devraient être assignées avant le transfert?

Les systèmes connectés flouent les bords de responsabilité, donc les attribuer délibérément. Le constructeur de véhicules est propriétaire de la combinaison installée; le fournisseur de panneaux est propriétaire de son logiciel; le fournisseur de refroidissement est propriétaire du dispositif de refroidissement; le propriétaire fonctionne et rapporte. Inscrire l'affectation dans les documents de livraison, non seulement dans le procès-verbal d'une réunion de projet que personne ne relira à nouveau.

Définissez le chemin d'escalade pour le cas qui compte : un propriétaire signale une défaillance de refroidissement, le panneau montre une erreur de connexion, et les deux fournisseurs réclament l'autre composant. Le chemin documenté doit indiquer qui recueille l'information, qui décide et dans quel ordre les parties sont contactées.

Donnez au propriétaire un formulaire de déclaration qui couvre chaque composant connecté, y compris les détails du modèle et du logiciel. Un seul canal empêche le mode de défaillance le plus coûteux des systèmes intégrés, où deux vendeurs attendent chacun que l'autre rappelle pendant que le véhicule est inutilisé dans un chantier d'atelier.

Examiner l'affectation chaque fois qu'une composante est remplacée. Une nouvelle version de panneau ou une autre unité de refroidissement réinitialise la validation, et la carte de responsabilité doit être mise à jour avec la liste de compatibilité, ou le projet revient silencieusement à l'état dans lequel il a démarré.

Qui valide la combinaison installée comme système complet
Qui répond à une question sur le comportement du panneau et les menus
Qui répond à une question sur la performance et la sortie de refroidissement
Qui reçoit le premier rapport de faute du propriétaire et le logue
Qui décide quand un composant doit être remplacé plutôt que réévalué
Qui paie pour le diagnostic lorsque la cause n'est pas encore claire
Qui met à jour les documents après toute substitution de composant
Qui confirme que le propriétaire comprend la route de déclaration
Qui conserve la liste des combinaisons validées après la clôture du projet
Qui examine la carte quand une nouvelle génération de panneau est libérée
Le pack de remise, les termes de la garantie et la feuille de contact de service portent la carte
Une table qui n'existe que dans un dossier de projet est invisible pour le propriétaire qui en a besoin

À quoi ressemble une journée d'essai de mise en service pour une cabine connectée ?

La mise en service est là où les revendications d'intégration répondent au véhicule, alors planifiez-le comme une journée d'essai avec une séquence écrite plutôt qu'une conversation de transfert. La séquence devrait couvrir la matrice de fonction, le comportement hors ligne, le comportement d'interruption de puissance et les fonctions distantes, dans cet ordre, parce que chaque étape dépend de celle qui lui est antérieure.

Vérifier les versions installées par rapport à la liste de compatibilité et les enregistrer
Exécutez chaque ligne fonction-matrice et enregistrez le résultat à côté de la réponse attendue
Déconnectez le service réseau et testez chaque contrôle local dont le propriétaire a besoin
Vérifiez comment la connexion perdue est affichée, y compris tout indicateur sur le panneau
Interrompre l'alimentation et documenter le comportement de redémarrage en détail
Exercer chaque fonction distante une fois avec le compte et le service documenté
Confirmer que le propriétaire peut répéter les opérations de base sans guide
Déposer le dossier d'essai rempli avec les documents du véhicule et les dessins
Notez les conditions ambiantes pendant l'essai, car elles affectent les réactions de refroidissement
Enregistrer qui a effectué chaque étape et combien de temps il a fallu sur le véhicule de référence
Notez toute fonction qui n'a passé qu'après une seconde tentative
Accepter la date d'un test de répétition après la première mise à jour du logiciel

Étape	Question répondue	Preuves conservées
Versions	Qu'est-ce qui est installé exactement ?	Feuille de version
Fonctions	Quelles fonctions fonctionnent comme spécifié?	Matrice signée
Hors ligne	Qu'est-ce qui fonctionne encore sans service?	Notes d'essai et photos
Puissance	Qu'est-ce qui se passe après une pause d'approvisionnement?	Séquence écrite

Inclure les personnes qui soutiendront le véhicule : le technicien de service qui reçoit des rapports de faute et la personne qui gère la communication du propriétaire. Ils devraient voir les comportements de passage et d'échec une fois, de sorte qu'un rapport ultérieur est reconnu au lieu d'être redécouvert des premiers principes par téléphone.

Fermez la journée en mettant à jour la matrice des fonctions à partir de pour être validé à son statut final. Une matrice ouverte est un risque de projet; une matrice fermée est l'accord d'acceptation sur lequel les deux parties peuvent se fier lorsqu'une question de garantie apparaît deux saisons plus tard.

Photographiez les écrans du panneau à chaque étape et conservez les images avec le dossier d'essai. Les écrans changent avec les versions logicielles, et une photo datée répond à des questions sur ce que l'utilisateur a réellement vu beaucoup mieux qu'une description écrite de la mémoire mois après.

Quels malentendus se reproduisent avec les systèmes de contrôle basés sur CAN?

Les mêmes malentendus apparaissent chaque fois qu'un panneau de commande est ajouté à un climatiseur, et la plupart d'entre eux sont visibles lors de la première réunion si les bonnes questions sont posées. Recueillir dans une liste pour que chaque nouveau projet commence à partir des leçons du précédent au lieu de les répéter.

Traitement d'un nom de bus comme une liste de fonctions. CAN décrit le transport, pas les commandes acceptées par l'unité de refroidissement.
En supposant que toutes les fonctions partagent un statut. L'allumage peut être validé alors que les changements de point ne le sont pas.
Test uniquement en ligne. Le contrôle local et le comportement de connexion perdue ont besoin de leurs propres contrôles.
Ignorant les interruptions de courant. Redémarrer le comportement après une rupture d'alimentation est rarement automatique.
Laisser les versions non enregistrées. Diagnostic sans données de version se transforme en hypothèse.
En supposant que les mises à jour soient neutres. Chaque changement de logiciel peut modifier le comportement validé.
Oubliant le chemin de l'escalade. Deux vendeurs sans propriétaire nommé produisent un véhicule décroché.
Lire une liste de compatibilité comme permanente. Une substitution de composant peut l'invalider.
Test avec un ingénieur présent. La tentative sans aide du propriétaire est le véritable test d'acceptation.

Quelles fonctions sont validées pour cette combinaison exacte, pas pour la famille?
Que montre le panel lorsque le compte de service expire?
Qui est appelé en premier lorsque le refroidissement s'arrête et qu'une erreur de connexion apparaît ?
Quelle mise à jour a changé le comportement validé, et qu'est-ce qui a été testé de nouveau?
Où sont enregistrées les versions pour ce véhicule spécifique?
Que se passe-t-il d'une ligne de fonctions ouvertes avant les navires de véhicules?
Quelles fonctions le propriétaire manquerait-il si le panneau était enlevé demain?
Qui signe l'enregistrement d'acceptation et sur quelle version se fonde-t-il?
Que fait l'installateur lorsqu'une ligne de fonctions ne peut pas être fermée?
Combien de temps le soutien prend-il aujourd'hui pour répondre à une question du groupe spécial?
Quelles fonctions n'ont jamais été démontrées sur ce type de véhicule?

La racine commune est de tester le chemin heureux seulement: tout connecté, tout alimenté, tout courant. Les erreurs d'intégration dans le groupement de terrain dans les autres conditions, et chaque point sur la liste cartographie à l'un d'eux, c'est pourquoi la même liste double comme un ordre du jour de mise en service.

Convertir la liste en questions permanentes pour toute réunion de fournisseurs au sujet des contrôles connectés. Cinq questions coûtent des minutes et empêchent la découverte répétée des mêmes problèmes à travers les projets, et elles gardent la conversation sur les fonctions au lieu d'adjectifs qui ne peuvent pas être testés.

Enfin, tenir un court journal d'intégration par type de véhicule : ce qui a été testé, ce qui a passé, ce qui a été exclu et pourquoi. Le journal est la mémoire institutionnelle du projet, et c'est le document qu'un nouvel ingénieur lit avant l'arrivée de la prochaine génération de panneaux.

Prochaine étape

Comparez les configurations disponibles dans le Catalogue des produits Vethy, puis demander la documentation actuelle spécifique au modèle avant de sélectionner une unité.

Sources et méthode

Truma — Panel iNet X (Pro) 2 · 2026-07-21

Foire aux questions

Le panneau iNet X (Pro) 2 fonctionne-t-il avec un climatiseur ?

Non, je sais. L'annonce du 21 juillet 2026 décrit le matériel amélioré, la connectivité améliorée de CAN et les options d'intégration élargie; elle n'établit pas de compatibilité universelle avec des tiers. Demandez la liste spécifique à la configuration qui nomme le climatiseur, la version du panneau, les composants de connexion et les versions logicielles validés ensemble, et distinguez quelles fonctions de cette combinaison sont prises en charge avant que la spécification du véhicule ne soit fixée.

Que se passe-t-il sur le panneau lorsque la connexion est perdue?

Cela doit être mis à l'épreuve plutôt que supposé. Inclure un scénario hors ligne dans la mise en service: vérifier quelles fonctions restent controlables localement, comment la connexion perdue est communiquée à l'utilisateur, et ce que le système fait après une interruption de courant. Documentez séparément le compte et le service réseau requis pour les fonctions distantes, de sorte qu'un service expiré n'est pas confondu avec un compresseur défectueux pendant les vacances.

Que devrait inclure un OEM dans la spécification d'achat d'un système AC connecté?

Inclure la matrice des fonctions avec chaque fonction requise marquée comme démontrée, non supportée ou à valider; la liste de compatibilité pour les composantes exactes et les versions logicielles; l'attribution de responsabilités entre le constructeur, le fournisseur de panneaux et le fournisseur de refroidissement; et la portée de réessai requise après les mises à jour logicielles. Ces quatre documents transforment une revendication de connectivité en un accord d'acceptation qui peut être vérifié lors de la remise.

Quand les mises à jour logicielles nécessitent-elles un nouveau test du système?

Chaque mise à jour vers le panneau ou vers un appareil connecté peut modifier le comportement validé, donc réexécuter la matrice de fonction sur un véhicule de référence après chaque mise à jour et la comparer avec l'enregistrement d'acceptation. Pour les flottes et la production d'OEM, mettre en place le déploiement et réessayer avant le déploiement généralisé. Gardez le logiciel de panneau, le firmware du dispositif et les dates de mise à jour dans le fichier du véhicule de sorte que le diagnostic ultérieur commence à partir des faits.