Lokale Logging Lösung Tutorial (war Smart ? Preconditioning)

Technische Informationen zum Model S...

Lokale Logging Lösung Tutorial (war Smart ? Preconditioning)

von petzlux » 7. Jun 2017, 10:24

Mein Tesla scheint selbstständig morgens um 6 zu heizen (laut meinem logging). Ist das was sie Smart preconditioning nennen ? Ich hab da noch keine Einstellungen gefunden wo man so was unterbinden könnte ?
Dateianhänge
Screenshot_20170607-092115.png
Zuletzt geändert von petzlux am 22. Jun 2017, 08:26, insgesamt 1-mal geändert.
Model S 70D seit 2017/03
Model 3 Reservierung
Benutzt meinen Referral Link für 500 € Gutschrift und Free Supercharging ! Hier klicken:
http://ts.la/patrick4510
Benutzeravatar
 
Beiträge: 89
Registriert: 23. Mai 2016, 13:55
Wohnort: Luxemburg

Re: Smart ? Preconditioning

von janbo » 7. Jun 2017, 10:28

Jo, das sieht deutlich danach aus :)
S85D, 29.09.15, VIN 95xxx
http://ts.la/thorsten2991 (Forum RefCode)
Benutzeravatar
 
Beiträge: 844
Registriert: 1. Okt 2015, 12:31
Wohnort: Ostsee

Re: Smart ? Preconditioning

von tornado7 » 7. Jun 2017, 10:38

petzlux hat geschrieben:Ich hab da noch keine Einstellungen gefunden wo man so was unterbinden könnte ?

Schon im Handbuch geschaut? Einfach die intelligente Vorklimatisierung ausschalten.

Tesla, Bedienungsanleitung hat geschrieben:Intelligente Vorklimatisierung: Wenn diese Funktion aktiv ist, nimmt das Model S Ihren Fahrplan vorweg und passt automatisch die Temperatur im Fahrgastraum anhand der zuletzt von Ihnen eingestellten Temperatur und Ihres Fahrplans an. Das Model S ist damit angenehm temperiert und fahrbereit. Es kann einige Zeit dauern, bis das Model S Ihre Fahrgewohnheiten erkennt. Wenn Sie nicht regelmaßig dieselben Fahrten wiederholen, kann es kein Muster erkennen.
Hinweis: Um bei niedrigem Ladezustand des Model S Energie zu sparen, erfolgt eventuell keine intelligente Vorklimatisierung.
Hinweis: Die intelligente Vorklimatisierung ist nur verfügbar, wenn Sie eine Heimatadresse und eine Arbeitsstätte gespeichert haben.
"The electric light did not come from continous improvement of candles." (Oren Harari)

Mythbuster Elektromobilität: www.bit.do/mythbuster-eautoUPDATE OKTOBER 2017
CO2-Emissionen mal ganz ehrlich: www.bit.do/co2-emissionen
Benutzeravatar
 
Beiträge: 2242
Registriert: 25. Dez 2015, 12:57
Wohnort: Winterthur

Re: Smart ? Preconditioning

von etoschapan » 21. Jun 2017, 16:33

Welche App ist das ?

mfg

Karl
Model S P85D seit 6.10.2015
 
Beiträge: 82
Registriert: 29. Jun 2015, 14:01
Wohnort: Graz

Re: Smart ? Preconditioning

von petzlux » 22. Jun 2017, 07:01

Ist mein logging Lösung auf Basis von openhab2 mit grafana !läuft bei mir lokal auf nem Raspberry Pi
Model S 70D seit 2017/03
Model 3 Reservierung
Benutzt meinen Referral Link für 500 € Gutschrift und Free Supercharging ! Hier klicken:
http://ts.la/patrick4510
Benutzeravatar
 
Beiträge: 89
Registriert: 23. Mai 2016, 13:55
Wohnort: Luxemburg

Re: Smart ? Preconditioning

von past_petrol » 22. Jun 2017, 07:28

petzlux hat geschrieben:Ist mein logging Lösung auf Basis von openhab2 mit grafana !läuft bei mir lokal auf nem Raspberry Pi


Hi !

Ist das das Tesla binding für openHAB oder hast Du es selber geschrieben ?
S85D, seit 03/2015
ZOE intens Z.E. 40, seit 03/2017
PV 10,494 kWp
KEBA P30-Cluster, Lokales Lastmanagement
digitalStrom
Benutzeravatar
 
Beiträge: 3339
Registriert: 11. Nov 2014, 11:17

Re: Smart ? Preconditioning

von petzlux » 22. Jun 2017, 08:17

Ja ist das Binding ! Geht super und total lokal, ohne dass man sein Passwort an Dritte weitergeben muss. Ich traue ehrlich gesagt keinem externen Dienst mein Tesla Passwort an, solang Tesla kein 2FA hinkriegt.

Für alle die es interessiert, hier ein Mini Tutorial. Bei jedem Schritt hab ich probiert auch eine ausführliche Dokumentation zu finden, die meisten Sachen sind OpenHab spezifisch.

Man braucht einen RaspberryPi3 (die erste Generation ist ein bischen schwach für OpenHab2)

  1. Installiert das OpenHabian Image auf ner SD Karte und folgt dem Einrichtungstutorial . Dies ist bei weitem die einfachste und zuverlässigste Methode um OpenHab2 stabil ans laufen zu kriegen http://docs.openhab.org/installation/op ... spberry-pi
  2. Im openhabian-config tool , installiert auch die optionale InfluxDB-Grafana Umgebung. Damit werden die Komponenten so eingerichtet, das alles läuft. Die InfluxDB Datenbank und User müssen manuell eingetragen werden, siehe hier InfluxDB Installation and Setup
    https://community.openhab.org/t/influxd ... hing/13761
  3. Installiert das tesla binding, per PaperUI oder manuell. http://docs.openhab.org/addons/bindings ... eadme.html
    Um das Passwort nicht auf dem Raspberry zu speichern, kann man per OpenHab Konsole sich authentifizieren.
    Code: Alles auswählen
    openhab> smarthome:tesla logon 1
    Username (email): ****@***.com
    Password:
    Attempting logon...
    Successfully logged on and stored token.
  4. Jetzt kann man pro Auto ein Thing konfigurieren, das kann man wieder manuell in ner Things Datei machen wie in der Dok beschrieben, oder per PaperUI indem man mit dem Tesla Binding das Thing definiert.
  5. Wenn man das Thing definiert hat und die Kommunikation klappt, kriegt man dann im PaperUI ne lange Liste mit den verschiedenen Channels (Variablen) die die Tesla API anbietet. Pro Channel den man loggen will, kann man dann ein Item definieren. Einfach auf die blauen runden Icons klicken und ein neues Item mit Namen definieren.
    Screen Shot 2017-06-22 at 07.59.16.png
  6. Alle Items werden auch in einem Control Widget in der PaperUI angezeigt.
    Screen Shot 2017-06-22 at 08.16.19.png
  7. Danach muss man eine Persistence Policy definieren um die Daten der Items zu speichern. https://github.com/openhab/openhab1-add ... ersistence
    Code: Alles auswählen
    Strategies {
        everyHour : "0 0 * * * ?"
        default = everyChange
    }

    Items {
        * : strategy = restoreOnStartup, everyUpdate, everyChange, everyHour
    }
  8. So jetzt werden alle Variablen die als Items definiert sind, in der InfluxDB gespeichert. Grafana läuft auf dem Port 3000, in meinem lokalen Netzwerk also. Eine detaillierte Anleitung wie man Graphen definiert findet ihr unter https://community.openhab.org/t/influxd ... hing/13761
Model S 70D seit 2017/03
Model 3 Reservierung
Benutzt meinen Referral Link für 500 € Gutschrift und Free Supercharging ! Hier klicken:
http://ts.la/patrick4510
Benutzeravatar
 
Beiträge: 89
Registriert: 23. Mai 2016, 13:55
Wohnort: Luxemburg

Re: Smart ? Preconditioning

von past_petrol » 22. Jun 2017, 11:10

petzlux hat geschrieben:Ja ist das Binding ! Geht super und total lokal, ohne dass man sein Passwort an Dritte weitergeben muss. Ich traue ehrlich gesagt keinem externen Dienst mein Tesla Passwort an, solang Tesla kein 2FA hinkriegt.

Für alle die es interessiert, hier ein Mini Tutorial. Bei jedem Schritt hab ich probiert auch eine ausführliche Dokumentation zu finden, die meisten Sachen sind OpenHab spezifisch.

Man braucht einen RaspberryPi3 (die erste Generation ist ein bischen schwach für OpenHab2)

  1. Installiert das OpenHabian Image auf ner SD Karte und folgt dem Einrichtungstutorial . Dies ist bei weitem die einfachste und zuverlässigste Methode um OpenHab2 stabil ans laufen zu kriegen http://docs.openhab.org/installation/op ... spberry-pi
  2. Im openhabian-config tool , installiert auch die optionale InfluxDB-Grafana Umgebung. Damit werden die Komponenten so eingerichtet, das alles läuft. Die InfluxDB Datenbank und User müssen manuell eingetragen werden, siehe hier InfluxDB Installation and Setup
    https://community.openhab.org/t/influxd ... hing/13761
  3. Installiert das tesla binding, per PaperUI oder manuell. http://docs.openhab.org/addons/bindings ... eadme.html
    Um das Passwort nicht auf dem Raspberry zu speichern, kann man per OpenHab Konsole sich authentifizieren.
    Code: Alles auswählen
    openhab> smarthome:tesla logon 1
    Username (email): ****@***.com
    Password:
    Attempting logon...
    Successfully logged on and stored token.
  4. Jetzt kann man pro Auto ein Thing konfigurieren, das kann man wieder manuell in ner Things Datei machen wie in der Dok beschrieben, oder per PaperUI indem man mit dem Tesla Binding das Thing definiert.
  5. Wenn man das Thing definiert hat und die Kommunikation klappt, kriegt man dann im PaperUI ne lange Liste mit den verschiedenen Channels (Variablen) die die Tesla API anbietet. Pro Channel den man loggen will, kann man dann ein Item definieren. Einfach auf die blauen runden Icons klicken und ein neues Item mit Namen definieren.
    Screen Shot 2017-06-22 at 07.59.16.png
  6. Alle Items werden auch in einem Control Widget in der PaperUI angezeigt.
    Screen Shot 2017-06-22 at 08.16.19.png
  7. Danach muss man eine Persistence Policy definieren um die Daten der Items zu speichern. https://github.com/openhab/openhab1-add ... ersistence
    Code: Alles auswählen
    Strategies {
        everyHour : "0 0 * * * ?"
        default = everyChange
    }

    Items {
        * : strategy = restoreOnStartup, everyUpdate, everyChange, everyHour
    }
  8. So jetzt werden alle Variablen die als Items definiert sind, in der InfluxDB gespeichert. Grafana läuft auf dem Port 3000, in meinem lokalen Netzwerk also. Eine detaillierte Anleitung wie man Graphen definiert findet ihr unter https://community.openhab.org/t/influxd ... hing/13761


Ja sehr schön !

Danke für den kurzen Ausflug. Ich wollte mir den code des bindings noch mal ansehen, um sicherzustellen, dass es auch alles lokal bleibt - hatte Noch keine Zeit dafür bis jetzt.

Aktuell ist openHAB mit dem Tesla binding mein Favorit zum Thema local logging. Teslalog wird cloud basiert auf subscription gehen. Ich hatte dem Entwickler eine längere mail geschrieben und gefragt, ob er eine lokale Lösung anbieten mag - auch gegen Geld. Läuft wohl nicht - ergo bin ich jetzt bei openHAB und dem Tesla binding gelandet.

Dann forsche ich mal in der Richtung weiter...aktuell hat keine 3rd party app mehr mein passwd - ist wohl auch wg. der Pulheim-Kiste besser so - das sieht mir irgendwie nach einem myTesla hack aus...wissen wir natürlich nicht...

so long... ;)
S85D, seit 03/2015
ZOE intens Z.E. 40, seit 03/2017
PV 10,494 kWp
KEBA P30-Cluster, Lokales Lastmanagement
digitalStrom
Benutzeravatar
 
Beiträge: 3339
Registriert: 11. Nov 2014, 11:17

Re: Lokale Logging Lösung Tutorial (war Smart ? Precondition

von merlinfive » 23. Jun 2017, 17:55

Ich habe den Vorschlag von petzlux auch umgesetzt , wichtig ist noch das die Geschichte mit dem Token nicht mit dem default addon 2.0.0 geht sondern nur mit der aktuellen Version von github 2.1.0 ...
seit 25.06.2015 S85D rot ,PV 5KWp mit Speicher , Pelletheizung mit Solarthermie
132212Km ~234Wh/Km , Model 3 für meine Frau reserviert , http://ts.la/oliver1703
Benutzeravatar
 
Beiträge: 1065
Registriert: 23. Nov 2014, 14:09
Wohnort: Rexingen

Re: Lokale Logging Lösung Tutorial (war Smart ? Precondition

von past_petrol » 30. Jun 2017, 16:59

So !

Endlich mal ein paar Stunden Zeit gehabt. Jetzt läuft der Kram hier auch. Ich habe von der manuellen openHAB Installation auf die repository Variante umgestellt und laufe jetzt mit dem 2.1er snapshot. Leider ist das Sonos binding da irgendwie instabil - latte - soll ohnehin über digitalStrom laufen - liegt alles schon hier.

Es läuft bei mir in einer VM auf einem macOS Server mit. Habe es unter debian laufen und das ist sehr angenehm - absolut keine Probleme.

Habe dann mal meinen Wagen kurz geladen, um zu sehen, ob die Datenpunkte reinkommen - alles prächtig.

Wenn man sich allerdings das OHAB event.log ansieht, kann man schon gut und oft den Fahrzeugstatus von OFFLINE nach ONLINE wechseln sehen.

Die charge items habe ich mit "everyChange" angelegt. Wie laßt Ihr das denn so laufen ? Power und location kann man schwer damit laufen lassen, oder doch ?

Habt Ihr Erfahrungswerte mit dem dann auftretenden Energieverbrauch im Stand ? Wenn weiter nix is, also auch kein Laden, scheint sich alles ganz ruhig zu verhalten.

Wie macht Ihr das so ? Alles abhängig von jedem einzelnen Item ?

Würde mich mal interessieren...

;)

PS: Danke an petzlux für die links. Guter Tritt in den Hintern. Ich hatte mir auch schon alles rausgesucht, aber keine Zeit gefunden, alles mal in die Reihe zu bringen...jetzt ging es dann schneller...

:mrgreen:
S85D, seit 03/2015
ZOE intens Z.E. 40, seit 03/2017
PV 10,494 kWp
KEBA P30-Cluster, Lokales Lastmanagement
digitalStrom
Benutzeravatar
 
Beiträge: 3339
Registriert: 11. Nov 2014, 11:17

Nächste

Wer ist online?
Mitglieder in diesem Forum: CarstenK2003, einstern, Elektrostar und 2 Gäste