Welcome to Tesla Motors Club
Discuss Tesla's Model S, Model 3, Model X, Model Y, Cybertruck, Roadster and More.
Register

TeslaMate gratis in Google Cloud

This site may earn commission on affiliate links.
Als je Teslamate op een Raspberry Pi installeert dan blijven je Tesla-inloggegevens gewoon bij jou thuis. Met Teslamate op Google Cloud staan ze weliswaar bij Google in de Cloud maar wel in de door jouzelf beheerde server waar jij alleen bij kan met je Google login.
Klopt hoor wat je zegt. Daarom zou een Raspberry PI nog te overwegen zijn, omdat ik deze dan ook in de router kan blokkeren voor uitgaand verkeer.
En Google...... Het zal best geregeld zijn, maar toch......
Aan de andere kant kun je je afvragen hoe groot de kans is dat het fout gaat in de Cloud en dat dit net jou zou gaan treffen.
 
Ik snap op zich wel wat de bedoeling is, maar het 'hoe' ontgaat me vooralsnog. Wie kan mij een beetje verder helpen?

upload_2020-7-10_9-23-48.png
 
Je geeft bij TeslaMate toch ook gewoon je login gegevens in een formulier in, dus voor hetzelfde geld wordt die data wel degelijk doorgestuurd naar andere partijen.

Verder ben ik zelf ook al maanden heel tevreden gebruiker van TeslaMate, draaiend op mijn Synology NAS.
 
Ik snap op zich wel wat de bedoeling is, maar het 'hoe' ontgaat me vooralsnog. Wie kan mij een beetje verder helpen?

View attachment 562748
dat doe je op de website van je domeinleverancier. Ik heb de instructie uit het UK-draadje Teslamate update hieronder gebruikt. Bij mijn domeinboer Vimexx werkt het ongeveer ook zo

TeslaMate update
 
Last edited:
  • Like
Reactions: DutchTM3
Localhost? Of het ip van die gehoste google machine?
Localhost inderdaad, je zet op die manier een SSH port forward op naar de Google Cloud instance. Dat is de meest veilige manier van Teslamate benaderen (veiliger dan een publiek domein met password login).

dit werkt alleen voor een lokale installatie van Teslamate zonder externe toegang op bijvoorbeeld een raspberry pi. Gebruik de instructie voor installatie met Traefik voor een installatie in de cloud met externe toegang.
Dit is dus onjuist. Als je alleen zelf de Teslamate benaderd zou ik voor de SSH port forward methode gaan, hoef je ook geen domein voor aan te schaffen.

Je geeft bij TeslaMate toch ook gewoon je login gegevens in een formulier in, dus voor hetzelfde geld wordt die data wel degelijk doorgestuurd naar andere partijen.
Hier ben ik het niet mee eens, Teslamate is open source dus je kan precies kijken wat er met je data gebeurd. Omdat je het zelf host gaan de gegevens nooit naar een andere partij. Ik heb zelf bijv meegeholpen met de Teslamate streaming API integratie (zodat je auto goed in slaap gaat ipv de Teslafi manier van pollen - wachten - enz).
 
  • Informative
Reactions: BMW740iL
Dit is dus onjuist. Als je alleen zelf de Teslamate benaderd zou ik voor de SSH port forward methode gaan, hoef je ook geen domein voor aan te schaffen.
dank voor deze correctie. Ik zal een 2e instance in Google Cloud aanmaken om hier ervaring mee op te doen. Kan je Teslamate met de SSH port forward methode ook benaderen vanuit de browser in je Tesla?
 
Hier ben ik het niet mee eens, Teslamate is open source dus je kan precies kijken wat er met je data gebeurd. Omdat je het zelf host gaan de gegevens nooit naar een andere partij. Ik heb zelf bijv meegeholpen met de Teslamate streaming API integratie (zodat je auto goed in slaap gaat ipv de Teslafi manier van pollen - wachten - enz).
Dank je (en anderen) wel voor alle bijdragen! Ik snap alleen nog helemaal waarom je het regelmatig over een streaming API hebt. Het is toch uiteindelijk niets anders dan een doorlopende serie GET requests, wat je doet? Je hebt het tenslotte ook over pollen?

Begrijp me niet verkeerd: ik ben alleen maar nieuwsgierig of er meer aan vast zit dan ik tot nu toe dacht.
 
Last edited:
Dank je (en anderen) wel voor alle bijdragen! Ik snap alleen nog helemaal waarom je het regelmatig over een streaming API hebt. Het is toch uiteindelijk niets anders dan een doorlopende serie GET requests, wat je doet? Je hebt het tenslotte ook over pollen?

Begrijp me niet verkeerd: ik ben alleen maar nieuwsgierig of er meer aan vast zit dan ik tot nu toe dacht.
No problem!

Het zit zo: Tesla heeft 2 verschillende APIs: de normale REST API die goed gedocumenteerd is, bijv Tesla API. Deze heeft alle mogelijke data van de auto, maar het nadeel is dat wanneer je continue API calls doet, je auto niet in slaap valt. Services zoals Teslafi proberen hier om heen te werken door als de auto geparkeerd is steeds langere tussenpozen tussen de API calls te doen, zodat de auto tijd heeft om in slaap te vallen. Groot nadeel hiervan is dat je data kan missen als je na bijv 20min weer wegrijdt. Ook duurt het in slaap vallen langer dan wanneer je geen API calls zou doen. Komt nog bij dat Tesla er niet echt blij mee is als je elke 2 seconden een request naar hun servers doet.

De andere API is een websocket streaming API. Zodra de auto beweegt, wordt een paar x per seconde een bericht van de auto naar Tesla gepushed. Hierop kan je "subscriben", en krijg je dus realtime wat data van de auto binnen (snelheid, GPS positie, elevation, SoC, etc). De streaming API mist echter uitgebreidere data zoals klimaat/charging info, dus de truc is om een hybride te gebruiken tussen de streaming API en de REST API - zodra de auto begint te bewegen kan je met regelmaat de uitgebreidere data opvragen, maar zodra je stilstaat zal de auto wel net zo snel als kan in slaap vallen. Tot op heden is Teslamate de enige software waar dit goed in geïmplementeerd is.
 
No problem!

Het zit zo: Tesla heeft 2 verschillende APIs: de normale REST API die goed gedocumenteerd is, bijv Tesla API. Deze heeft alle mogelijke data van de auto, maar het nadeel is dat wanneer je continue API calls doet, je auto niet in slaap valt. Services zoals Teslafi proberen hier om heen te werken door als de auto geparkeerd is steeds langere tussenpozen tussen de API calls te doen, zodat de auto tijd heeft om in slaap te vallen. Groot nadeel hiervan is dat je data kan missen als je na bijv 20min weer wegrijdt. Ook duurt het in slaap vallen langer dan wanneer je geen API calls zou doen. Komt nog bij dat Tesla er niet echt blij mee is als je elke 2 seconden een request naar hun servers doet.

De andere API is een websocket streaming API. Zodra de auto beweegt, wordt een paar x per seconde een bericht van de auto naar Tesla gepushed. Hierop kan je "subscriben", en krijg je dus realtime wat data van de auto binnen (snelheid, GPS positie, elevation, SoC, etc). De streaming API mist echter uitgebreidere data zoals klimaat/charging info, dus de truc is om een hybride te gebruiken tussen de streaming API en de REST API - zodra de auto begint te bewegen kan je met regelmaat de uitgebreidere data opvragen, maar zodra je stilstaat zal de auto wel net zo snel als kan in slaap vallen. Tot op heden is Teslamate de enige software waar dit goed in geïmplementeerd is.
Top!
 
Dank allen! Dit weekend de tijd genomen om de Raspberry Pi uit te pakken en te configureren zodat TeslaMate de gegevens van de auto opslaat. Werkt als een zonnetje. Het heeft wat meer tijd genomen dan de voorgeschreven half uur omdat Raspberry PI nieuw is voor mij.

Wat me wel opvalt is dat de auto minder slaapt dan ik dacht. Maar dat is pas 1 dag van opname