Aller au contenu
cedric2

Forum • Nissan connect for Jeedom

Messages recommandés

Bonjour,

Et d'ailleurs cela a-t-il une importance que les serveurs se trouvent physiquement au Japon, en Irlande, ou sur une ile perdue au milieu du Pacifique???

 

Pour la latence réseau oui, ça joue énormément. Va visiter un site Japonais, tu va voir c'est lent

Partager ce message


Lien à poster
Partager sur d’autres sites
moi, ce que je vois surtout ... c'est que c'est hébergé sur des serveurs de merdes ( amazon-AWS ).

tu m'étonnes que ça marche jamais ou qu'ils perdent les clients/données.

 

Tu dis n'importe quoi. Amazon (le marchand), eux-même utilise massivement leur propre infra AWS. T'a déjà eu des soucis sur Amazon ? Je ne pense pas. Et leur infra assure les pics de charge des fêtes de fin d'année

 

AWS, c'est loin d'être de la merde. C'est au même niveau que Google Cloud Engine ou OVH par exemple. De très grosses infrastructures fiables et performantes.

 

AWS a des tonnes de clients, et son expertise n'est plus à prouver.

http://www.journaldunet.com/solutions/cloud-computing/1167190-comparatif-cloud/

 

Note : Je suis administrateur système spécialisé en logiciels libres (tout ce qui tourne de Linux et des *BSD) et je connais bien les différents acteurs du cloud.

Partager ce message


Lien à poster
Partager sur d’autres sites

tu ne m'en voudras pas de te rappeler que les VPS (même si les AWS n'en sont pas et c'est bien le grief que je soutiens derrière ma remarque) sont ... en fonction du prix que l'on paie par mois.

 

sauf que ta ligne de dépense (et donc de priorité en bande passante) ne dépend que de ce qu'un client premium peut payer à un moment X.

 

en clair, tu peux passer premium à certaines heures ... et redescendre en priorité de bande passante lors de rush sur l'infrastructure.

 

ne t'en fais, je connais exactement les performances/limitations de ces choses là : https://coin.dance/nodes (pour te donner une idée de ma sphère).

 

---

 

je n'accepte pas qu'un constructeur auto n'utilise pas un centre de donnée plus spécialisé ... et surtout moins externalisé.

 

j'accepte encore moins qu'une industrie auto ne puisse pas allouer un VPS pour XX clients pour scinder les problèmes de bande passante et de retard d'acquisition/commandes à distance.

 

car là, justement, on touche du doigt les problèmes concrets d'utiliser un tiers externalisé.

 

après, il est vrai que Nissan ne fait pas payer cette fonction ... à distance.

c'est peut-être, en fin de compte, la seule explication logique.

Partager ce message


Lien à poster
Partager sur d’autres sites

Tu as raison, les plus gros services applicatifs sur la planète tournent sur AWS, car c'est de la m...

 

Le problème n'est pas l'infrastructure mais l'application et quand on voit le failles de sécurité dans leurs design, ils sont loin d'être au top côté developement logiciel.

 

PS: Mon job est de fournir des services des application critiques pour l'aéronautique, depuis le cloud ...

Partager ce message


Lien à poster
Partager sur d’autres sites

Le problème n'est pas l'infrastructure mais l'application et quand on voit le failles de sécurité dans leurs design, ils sont loin d'être au top côté developement logiciel.

+1.

Il est même probable que Nissan n'aient pas pas vraiment de ressources en interne, ils ont probablement un prestataire qui s'occupe du développement.

Partager ce message


Lien à poster
Partager sur d’autres sites

Pour la latence réseau oui, ça joue énormément. Va visiter un site Japonais, tu va voir c'est lent

 

On en parle plus haut.

La latence sur le japon est de 200ms... le serveur de nissan répond en 30 secondes minimum, quand tout va bien. La latence ici est donc totalement négligeable ! (cela prend 3 aller retours max, voir 4 si PFS)

donc si les serveurs étaient en France on gagnerait 1 à 2 secondes sur les 30 secondes...

 

n.b. Je gère un service qui est présent dans 8dc a travers le monde, je connais bien les problèmes de latence !

Partager ce message


Lien à poster
Partager sur d’autres sites

je n'accepte pas qu'un constructeur auto n'utilise pas un centre de donnée plus spécialisé ... et surtout moins externalisé.

 

Mais… Tu est au courant du nombre de clients chez AWS ?! Tu peux pas conclure que si une entreprise X a son infra chez AWS c'est inacceptable.

Nissan ils font des voitures, pas des datacenters… Ils n'ont pas forcément les compétences et les ressources en internes…

 

Après ils auraient pu monter une infra chez OVH ou Online, mais leur service est européen pas seulement français.

 

On pourri un peu le topic ^^;

Partager ce message


Lien à poster
Partager sur d’autres sites

AWS, c'est loin d'être de la merde. C'est au même niveau que Google Cloud Engine ou OVH par exemple. De très grosses infrastructures fiables et performantes.

+1 ! C'est en plus beaucoup plus flexible que du bare metal, il ne devrait pas y avoir de problème de scale si nissan utilisait AWS !

Partager ce message


Lien à poster
Partager sur d’autres sites
La latence sur le japon est de 200ms...

 

Plutôt 300ms (ping yahoo.co.jp).

Et elle entre en jeu si tu fais beaucoup de requêtes. Sur la page de Nissan Connect, il y a 121 requêtes (dont pleins chez here.com pour la carte).

Si tout était au Japon. 121*300 = 36300ms = 36s !!

36+ les ~30s actuel de Nissan Connect : Le double

Partager ce message


Lien à poster
Partager sur d’autres sites
Tu as raison, les plus gros services applicatifs sur la planète tournent sur AWS, car c'est de la m...

 

bien, on va donc la jouer à la régulière : c'est quoi les plages d'adresse IP des AWS ? ... qu'on rigole un peu sur le fait que tous les "gros" de la planète utilisent un AWS.

Partager ce message


Lien à poster
Partager sur d’autres sites

+1 ! C'est en plus beaucoup plus flexible que du bare metal.

 

hé non justement ... quand t'as un process industriel à gérer, les AWS, c'est la mort en terme de traitement exotique en temps de réponse.

 

alors que le rack en armoire, c'est stable et tu sais pourquoi ça merde au moins (et tu peux taper sur le flux de l'hébergeur qui fait pas sont travailler de scaler correctement).

 

le AWS, quand tu fais des tests sur 1 semaine, tu verrais le graphique ... c'est catastrophique (je peux pas coder quelque chose là-dessus, il me faut des temps "acceptables" de réponses et surtout EXACTS à toute heure de la journée).

Partager ce message


Lien à poster
Partager sur d’autres sites

-> sur la page de Nissan Connect, il y a 121 requêtes (dont pleins chez here.com pour la carte).

 

On parle de l'appli.

elle appelle gdcportalgw.its-mo.com qui est à 240ms de chez moi.

Il faut juste get pour l'authentification, + 1 get pour les datas. (si tu ne veux pas mettre à jour)

 

d'ailleurs, je viens de regarder les logs, cela semble beaucoup plus rapide que avant

Partager ce message


Lien à poster
Partager sur d’autres sites

hé non justement ... quand t'as un process industriel à gérer, les AWS, c'est la mort en terme de traitement exotique en temps de réponse.

alors que le rack en armoire, c'est stable et tu sais pourquoi ça merde au moins (et tu peux taper sur le flux de l'hébergeur qui fait pas sont travailler de scaler correctement).

Je pense que AWS est beaucoup plus industriel que beaucoup d'autres hebergeurs !!

Et que si tu demandes 200 serveurs pour demain tu les auras !!!

 

Quand je parle bare metal, je parlais d'infra quand tu géres toi même, en salle entière, pas quand tu loues qques racks à un hebergeurs, ce qui est l'équivalent d'aws !

Partager ce message


Lien à poster
Partager sur d’autres sites
1) Et que si tu demandes 200 serveurs pour demain tu les auras !!!

 

2) pas quand tu loues qques racks à un hebergeurs, ce qui est l'équivalent d'aws !

 

1) là, on est d'accord.

 

2) des data center qui te louent du rack (ou du VPS) ... t'en a aussi des tas et c'est bien cela que je pointe comme (gros) problème aujourd'hui.

 

les gens veulent du standardisé (AWS) mais quand ça merde, ils savent plus faire autrement (en dispatchant) car tout est englobé.

Partager ce message


Lien à poster
Partager sur d’autres sites
Tu as raison, les plus gros services applicatifs sur la planète tournent sur AWS, car c'est de la m...

 

bien, on va donc la jouer à la régulière : c'est quoi les plages d'adresse IP des AWS ? ... qu'on rigole un peu sur le fait que tous les "gros" de la planète utilisent un AWS.

 

et la réponse est :

 

- https://ip-ranges.amazonaws.com/ip-ranges.json

- soit, après un petit traitement ... par BLM

- Total IP Count of AWS : 21 295 569 (out of 4 294 967 296 IP's or 0,49583% !!)

 

Je mets pas toute la planête sur AWS quand ils ne couvrent que 0,5% des IPv4.

 

Et on comprendra surement l'application du terme "goulot d'étranglement" malgré que les AWS soient un peu répartis sur chaque continent (pour sauver la face).

 

La belle affaire : OpenDNS a la même prérogative pour équilibrer les choses.

Partager ce message


Lien à poster
Partager sur d’autres sites

Je mets pas toute la planête sur AWS quand ils ne couvrent que 0,5% des IPv4.

La majorité des ip sont des eyeball !

AWS c'est 30% du cloud moudial !

https://rcpmag.com/articles/2016/08/02/microsoft-behind-aws-in-cloud.aspx

Ils ont des centaines d'offres, avec toutes les qualitées et tous les budgets. Et je connais des compagnies qui font du temps reel (banquaire ou enchère de pub) sur aws !!

Partager ce message


Lien à poster
Partager sur d’autres sites
Tu as raison, les plus gros services applicatifs sur la planète tournent sur AWS, car c'est de la m...

 

bien, on va donc la jouer à la régulière : c'est quoi les plages d'adresse IP des AWS ? ... qu'on rigole un peu sur le fait que tous les "gros" de la planète utilisent un AWS.

 

et la réponse est :

 

- https://ip-ranges.amazonaws.com/ip-ranges.json

- soit, après un petit traitement ... par BLM

- Total IP Count of AWS : 21 295 569 (out of 4 294 967 296 IP's or 0,49583% !!)

 

Je mets pas toute la planête sur AWS quand ils ne couvrent que 0,5% des IPv4.

 

Et on comprendra surement l'application du terme "goulot d'étranglement" malgré que les AWS soient un peu répartis sur chaque continent (pour sauver la face).

 

La belle affaire : OpenDNS a la même prérogative pour équilibrer les choses.

 

Ca va pas apporter de l'eau au moulin, mais a société dans laquelle je bosse actuellement possède une classe A et pourtant on est de la taille d'une grosse PME ...

 

Si tu regarde un peu les news, la planète est passé en IPv6 depuis quelques temps, je te laisse faire le calcul

Partager ce message


Lien à poster
Partager sur d’autres sites

A ce que je vois le conseiller qui se prénommait "Emile" m'a encore raconté des histoires et j'ai eu pourtant le plus qualifié selon lui pour me renseigné mais grâce a vous je sais a quoi m'en tenir, merci!

Partager ce message


Lien à poster
Partager sur d’autres sites

Depuis 5 jours l'api (nissan-connect-php) ne fonctionne plus . J'ai plus mon graphe du SOC

 

Ca fait pareil chez vous ou c'est moi qui suis blacklisté ?

 

j'ai un 404 sur l'url avec BatteryStatusRecordsRequest.php

Partager ce message


Lien à poster
Partager sur d’autres sites

cela marche très bien chez moi.

Tu as essayé l'appli officielle ? tu as essaye de mettre en route puis d'etteindre le chauffage depuis l'appli officielle ? cela corrige souvent le problème.

Partager ce message


Lien à poster
Partager sur d’autres sites

merci pour ta reponse,

ca marche sur l'iphone et sur le site web

j'ai enclenché la clim depuis l'iphone, arreté depuis le web mais toujours une erreur 404 depuis le script php.

mon compte fonctionne donc bien et j'ai essayé le script avec une autre ip source et ca marche pas mieux, c'est donc a priori pas un blacklistage ??

j'essaye d'approfondir...

Partager ce message


Lien à poster
Partager sur d’autres sites

j'ai trouvé et ca remarche, mais je sais pas comment ca marche encore chez toi car l'url a changé

 

il faut changer l'url ($baseurl) et remplacer /gworchest_0307C/gdc/ par /gworchest_160803A/gdc/

 

Brice

 

Edit : en fait j'avais pas fait le changement d'url de sept2016, cedric2 tu dois avoir 0323c a la place de 0307c c'est pour cela que ca marche encore.

mais la toute dernière est bien 160803A

Partager ce message


Lien à poster
Partager sur d’autres sites

Petit up, car ce plugin fait ce pour quoi il est là

 

j ai fini par installé un jeedom car j en ai trouvé un pas cher sur le net.

 

l install sur le syno c était pas concluant, mon syno n étant pas compatible docker, il fallait installer une machine virtuelle pour lancer une debian qui hébergerais jeedom , bref autant avoir le jeedom a coté ( le mini+ est en fait un raspberry legerement tuné :P )

 

bref le plugin marche, je vois bien mon autonomie , si la voiture est en charge ou pas, branchéé ou pas, et je peut lancer charge/chauffage.

 

par contre j ai des indicateurs qui me laissent perplexes

 

capacité 0%

capacité restante wh reste a 0 ( meme chargée )

capacité globale et restante 12 ( kWh ? )

charge3h et charge 6h sont a 0 ( mais vu qu elle est pleine .... )

 

il y a moyen d avoir de bon chiffres ?

 

Zek

Partager ce message


Lien à poster
Partager sur d’autres sites

J'avais pas vu ton poste.

Peux-tu me mettre les log en MP ?

A première vue toutes les voitures ne renvoyent pas les même info.

Partager ce message


Lien à poster
Partager sur d’autres sites

Créer un compte ou se connecter pour commenter

Vous devez être membre afin de pouvoir déposer un commentaire

Créer un compte

Créez un compte sur notre communauté. C’est facile !

Créer un nouveau compte

Se connecter

Vous avez déjà un compte ? Connectez-vous ici.

Connectez-vous maintenant



Automobile Propre

Automobile Propre est un site d'information communautaire qui est dédié à tout ce qui concerne l'automobile et l'environnement. Les thématiques les plus populaires de notre blog auto sont la voiture électrique et les hybrides, mais nous abordons également la voiture GNV / GPL, les auto à l'hydrogène, les apects politiques et environnementaux liés à l'automobile. Les internautes sont invités à réagir aux articles du blog dans les commentaires, mais également dans les différents forums qui sont mis à leur dispositon. Le plus populaire d'entre eux est certainement le forum voiture électrique qui centralise les discussions relatives à l'arrivée de ces nouveaux véhicules. Un lexique centralise les définitions des principaux mots techniques utilisés sur le blog, tandis qu'une base de données des voitures (commercialisées ou non) recense les voitures électriques et hybrides.

×