J'utilise FiatUConnect version 12.1.0. J'ai eu des problèmes avec FiatChamp et j'ai choisi de ne pas passer à FiatUconnect 12.1.5 en me basant sur le principe de « si ce n'est pas cassé, ne le réparez pas ».
Au début de la 500e, les réveils avaient un effet néfaste sur la batterie 12V, mais les mises à jour du micrologiciel de la voiture il y a quelques années ont semblé y remédier.
J'utilise le chargeur MyEnergi Zappi EV et le tarif Intelligent Octopus Go, qui sont idéaux pour le Royaume-Uni. Avec cette combinaison, j'ai des automatisations Home Assistant qui fonctionnent bien, en particulier pour ne demander des données à la voiture qu'en cas de besoin plutôt qu'au taux de mise à jour fixe.
Ce qui est disponible dans votre pays pourrait rendre cela moins facile.

Je ne sais pas à quel point vous êtes un expert Home Assistant. Il a une courbe d'apprentissage assez raide.

Je pourrais entrer dans les détails de mon utilisation de Home Assistant. Il serait peut-être préférable de m'envoyer un message privé pour échanger plus de détails.

Andy

 

J'utilise FiatUConnect version 12.1.0. J'ai eu des problèmes avec FiatChamp et j'ai choisi de ne pas passer à FiatUconnect 12.1.5 en me basant sur le principe de « si ce n'est pas cassé, ne le réparez pas ».
Au début de la 500e, les réveils avaient un effet néfaste sur la batterie 12V, mais les mises à jour du micrologiciel de la voiture il y a quelques années ont semblé y remédier.
J'utilise le chargeur MyEnergi Zappi EV et le tarif Intelligent Octopus Go, qui sont idéaux pour le Royaume-Uni. Avec cette combinaison, j'ai des automatisations Home Assistant qui fonctionnent bien, en particulier pour ne demander des données à la voiture qu'en cas de besoin plutôt qu'au taux de mise à jour fixe.
Ce qui est disponible dans votre pays pourrait rendre cela moins facile.

Je ne sais pas à quel point vous êtes expert en Home Assistant. Il a une courbe d'apprentissage assez raide.

Je pourrais entrer dans les détails de mon utilisation de Home Assistant. Il serait peut-être préférable de m'envoyer un MP pour échanger plus de détails.

Andy

Mon idée était de partager l'information ici afin que d'autres puissent potentiellement en bénéficier.
Je suis aussi avec Octopus, mais en Espagne . Ils ont aussi un tarif Octopus Go ici, mais j'ai choisi le tarif non spécifique aux VE avec 3 bandes de prix différentes car cela semblait plus avantageux. Et j'utilise la recharge programmée qui fonctionne assez bien, sauf pour le problème de l'actualisation de l'intégration HA qui la fait démarrer la recharge immédiatement lorsqu'une certaine configuration est appliquée.
Pour en revenir au sujet de HA, j'ai un petit écran dans mon couloir avec des informations de base telles que l'heure, la date, la météo actuelle et prévue, la consommation d'électricité et le pourcentage de batterie de la Fiat et le kilométrage estimé restant. J'aimerais idéalement qu'il soit aussi à jour que possible, mais comme je l'ai dit plus tôt, je suis un peu préoccupé par le fait que la voiture soit « réveillée » toutes les 15 minutes environ, car ce n'était probablement pas la façon dont l'électronique a été conçue et je ne veux pas causer de problème coûteux.
Quelqu'un a-t-il une idée du moment où la voiture signale quelque chose aux serveurs Fiat ?
Dans un scénario ultime, j'aimerais avoir un tableau de bord avec les données suivantes :

• SOC (je l'ai déjà)
• SOH
• kilométrage restant (je l'ai déjà)
• consommation moyenne
• kilométrage quotidien (je l'ai déjà)
• prochaine révision

Je pense que certaines de ces données sont impossibles à obtenir et celles que j'ai réussi à obtenir peuvent dater de quelques heures.

 

Je me demande pourquoi vous ne le publieriez pas ici pour aider les autres.

 

J'utilise IObroker pour limiter le niveau de charge : https://www.fiat500owners.com/threa...t-value-e-g-80.155276/?post_id=1338424&nested_view=1&sortby=oldest#post-1338424 J'utilise ceci depuis 9 mois sans aucun problème, chaque session de charge AC à la maison ou sur la route est contrôlée / limitée par le script IObroker. L'adaptateur IObroker ne réveille pas la voiture lors de l'actualisation des valeurs de l'objet. Il interroge uniquement le serveur Mopar (j'ai réglé l'intervalle sur 10 minutes). La voiture envoie les dernières valeurs au serveur lors de la fermeture de la porte après l'arrêt et lors du branchement pour la charge. La seule fonction qui réveille la voiture est "remote/deeprefresh". Ceci n'est requis que pendant la charge, car la voiture ne met pas à jour le niveau de charge d'elle-même, probablement pour éviter les pertes dues à la consommation de l'unité de contrôle. (Modification : bien sûr, d'autres fonctions d'actualisation, par exemple l'actualisation de la localisation, ou la commutation de la climatisation / des lumières / des serrures de porte réveilleront également la voiture, et doivent être évitées sauf si elle est branchée) Puisque IObroker est open source, vous pourriez comparer les codes, où apparemment l'adaptateur IObroker est codé plus proprement. Assurez-vous que votre adaptateur ne bascule pas la valeur "remote/deeprefresh" sauf si la voiture est branchée et en charge.

 

Vous pouvez poster vos trucs ici, je récupère ma voiture la semaine prochaine, donc je vais jouer avec HA pour voir ce que je peux faire.

 

J'ai hésité à fournir des détails sur mon approche car ma solution dépend fortement du type de mon chargeur de VE et de l'interface de mon fournisseur d'électricité avec ce chargeur, et j'ai craint que cela ne serve à embrouiller plutôt qu'à aider.

Le principal problème que j'ai rencontré lors de la première utilisation des addons FiatChamp ou FiatUConnect était que si l'on définissait un débit de données trop élevé, la batterie 12V se déchargerait. Les mises à jour du micrologiciel de la voiture en 2022/23 ont réduit, mais n'ont pas éliminé, ce risque.

Il y avait aussi un risque, qui, je pense, persiste aujourd'hui, qu'un trop grand nombre d'interrogations en une journée bloque votre connexion aux serveurs Fiat.

L'approche que j'ai adoptée a consisté à définir un faible taux de mise à jour dans la configuration du module complémentaire et à interroger la voiture plus fréquemment pendant la charge. Le plan de l'automatisation HA que j'utilise est le suivant :

déclencheurs :
- minutes : /15
déclencheur : time_pattern
conditions :
- condition : état
entity_id : binary_sensor.zfaexxxxxxxxxxxxx_evinfo_battery_chargingstatus
état : "on"
activé : true
actions :
- données : {}
cible :
entity_id : button.zfaexxxxxxxxxxxxx_deeprefresh
action : button.press
mode : unique

J'espère que cela vous aidera.

 

Je me suis dit que j'allais partager mon tableau de bord. Je voulais avoir une consommation moyenne calculée basée sur la lecture du compteur d'électricité que j'ai branché sur le chargeur, de sorte qu'elle inclut également les pertes de charge, ce qui est, à mon avis, la consommation réelle. Un défi avec cela est d'inclure également la recharge publique, sinon la valeur n'est pas précise. Comme je ne peux pas m'intégrer à tous les réseaux de recharge publics possibles, j'ai décidé d'utiliser un champ de saisie manuel que j'augmente toujours avec la quantité que j'ai chargée sur une borne de recharge publique. C'était difficile à réaliser et ce n'est toujours pas parfait, mais j'ai maintenant une valeur assez précise.

 

C'est vraiment cool ! Surtout si l'on considère que presque tout le monde oublie ou ignore simplement les pertes de charge, ce qui est injuste

 

Il y a quelques PID sur le module IDCM qui peuvent vous intéresser :

 

Tout cela est utile si l'on peut accéder aux données via le port OBD.
Cependant, aucun d'entre eux n'est fourni via l'API que Home Assistant peut exploiter (à moins que je ne manque quelque chose).

 

Toutes ces informations sont utiles si l'on peut accéder aux données via le port OBD.
Cependant, aucune d'entre elles n'est fournie via l'API que Home Assistant peut exploiter (à moins que je ne me trompe)

Les données proviennent du port OBD2. Je ne sais pas s'il existe une feuille publique avec le numéro ECU / numéro PID pour les obtenir. Sinon, je peux renifler le trafic de la boîte Autel vers le port OBD2 et publier les informations ici.

 

Question sérieuse. Quel effet HA a-t-il sur l'expérience de conduite, l'autonomie, etc. ou s'agit-il d'un maximum d'efficacité ?

 

Question sérieuse. Quel effet HA a-t-il sur l'expérience de conduite, l'autonomie, etc. ou s'agit-il d'un maximum d'efficacité ?

J'utilise Home Assistant pour obtenir des rapports sur l'état de charge de la batterie principale de la voiture via les serveurs Fiat en conjonction avec les intégrations HA pour contrôler mon chargeur Zappi EV.
Cela n'a aucun effet sur la voiture en mouvement, ni sur l'efficacité ou les performances. Le seul inconvénient potentiel est qu'il faut faire attention à ce que HA n'interroge pas trop fréquemment les serveurs Fiat pour obtenir des données, sinon on peut avoir des problèmes. Voir mes messages précédents.

 

J'ai réussi à le faire fonctionner en récupérant les informations d'identification Fiat à partir des journaux de l'application mobile et en configurant manuellement les appels d'API. C'est un peu fastidieux, mais ça marche maintenant.

 

Juste pour info, il y a quelque temps, j'ai écrit une intégration Python native pour Home Assistant : github

Moi et le gars derrière l'un des forks de FiatChamp l'entretenons un peu, mais cela semble presque complet et fonctionnel, à moins que Stellantis ne casse quelque chose...

 

Juste pour information, il y a quelque temps, j'ai écrit une intégration Python native pour Home Assistant : github

Je et le gars derrière l'un des forks de FiatChamp le maintenons un peu, mais cela semble principalement complet et fonctionnel, à moins que Stellantis ne casse quoi que ce soit...

C'est incroyable, excellent travail !!

• Importe des statistiques telles que le niveau de la batterie 🔋, la pression des pneus ‍💨, l'odomètre ⏲, etc. dans Home Assistant
• Plusieurs marques : Fiat, Jeep, Ram, Dodge, Alfa Romeo, Chrysler et Maserati
• Plusieurs régions : Amérique, Canada, Europe et Asie
• Prend en charge plusieurs voitures sur le même compte 🚙🚗🚕
• Suivi de localisation 🌍
• État du véhicule en direct tel que les fenêtres/portes et l'état du contact pour les véhicules pris en charge
• Prise en charge des zones Home Assistant (domicile 🏠, travail 🏦, etc.)
• Utilise la même source de données que l'application officielle 📱
• Commandes à distance (déverrouiller les portes 🚪, allumer le CVC 🧊, ...). Utilisez un service (action) pour déclencher les commandes. Certaines commandes peuvent ne pas fonctionner avec tous les véhicules
  [/QUOTE]

 

Il semble y avoir une certaine confusion ici.
1. Le SGW restreint l'accès en écriture sur l'interface CAN / OBD2 filaire. Celle-ci n'est alimentée que lorsque la voiture est allumée. Par conséquent, OBD2 ne peut pas être utilisé pour lire ou contrôler quoi que ce soit dans la voiture lorsque les contrôleurs sont en mode veille, pendant que la voiture est éteinte / garée.
2. Une tout autre chose est la liaison réseau mobile de la voiture. La voiture dispose d'un module G4 + sim dans le système u-connect, qui permet les appels sortants (SOS et assistance Fiat) ainsi qu'une liaison de données via le réseau mobile 4G. Pour utiliser ce dernier système, vous devez souscrire et payer l'un des forfaits de données de Mopar. Les serveurs Mopar se connectent sans fil à la voiture, permettant un certain contrôle à distance et une récupération de données. L'interrogation de la voiture via les serveurs réveille temporairement le BCM et Uconnect du mode veille, même lorsque la voiture est éteinte / garée.
Ces deux systèmes de bus de données sont totalement séparés.

 

Il semble y avoir une certaine confusion ici.
1. Le SGW restreint l'accès en écriture sur l'interface CAN / OBD2 filaire. Celle-ci n'est alimentée que lorsque la voiture est allumée. Par conséquent, l'OBD2 ne peut pas être utilisé pour lire ou contrôler quoi que ce soit dans la voiture lorsque les contrôleurs sont en mode veille, lorsque la voiture est éteinte / garée. Certains accès en écriture peuvent être achetés en dehors du système Fiat, décrits dans la collection de liens d'ETS.

2. Une toute autre chose est la liaison réseau mobile de la voiture. La voiture dispose d'un module réseau mobile 4G + SIM dans le système u-connect, qui permet les appels sortants (SOS et assistance Fiat) ainsi qu'une liaison de données via le réseau mobile 4G. Pour utiliser ce dernier système, vous devez souscrire et payer l'un des forfaits de données de Mopar (comparable à un abonnement de téléphone mobile). Les serveurs Mopar se connectent sans fil à la voiture, permettant un certain contrôle à distance et une récupération de données. L'interrogation de la voiture via les serveurs réveille temporairement le BCM et Uconnect du mode veille, même lorsque la voiture est éteinte / garée.
Toutes les solutions à distance existantes, y compris celles mentionnées ci-dessus HA, IOBroker ou l'application Fiat, utilisent cette voie.

Ces deux systèmes de bus de données sont totalement séparés.

Je faisais référence à un lecteur OBD2 qui se connecte à Internet via Wifi (peu importe que ce soit celui de la voiture ou celui dans/autour du garage) et peut envoyer les relevés à HA, alors que le contact est encore mis.

 

Il s'agit de trouver les bonnes paires de câbles et de contourner le SGW.

 

Tout est dans la recherche des bonnes paires de câbles et le contournement du SGW.

Si vous essayez ceci @Karlmb, faites-nous savoir quel succès vous avez.
N'oubliez pas que la 500e a 3 bus CAN indépendants, vous devriez trouver 3 points d'entrée.