1. Dashboard
  2. Startseite
  3. Aktivität
    1. Unerledigte Themen
  4. Wiki
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Forum
  • Seiten
  • Lexikon
  • Erweiterte Suche
  1. CREATIONX - Smart Home Forum

gemu2015 Profi

  • Mitglied seit 31. Dezember 2018
  • Letzte Aktivität: 17. Juni 2025 um 12:50
Beiträge
622
Erhaltene Reaktionen
172
Punkte
3.292
Trophäen
1
Profil-Aufrufe
3.931
  • Beiträge
  • Themen
  • Benutzerprofil melden
  • Pinnwand
  • Letzte Aktivitäten
  • Reaktionen
  • Über mich
Thomas
10. Juni 2025 um 10:35
  • Inhalt melden

Hallo Gerhard, ich würde gerne meinen Tasmota mit IR lesekopf für einen Akku Marstek Venus E verwenden.
Dieser unterstückt bisher nur eigene Smartmeter Shelly pro und Everhome Ecotracker.
Ich habe Tasmota mit Ottelo im Einsatz, wobei der Lesekopf im Keller ist und der Tasmota im Erdgeschoss. Der Ecotracker würde Wlan im Keller haben müssen und ich wäre in einer fremden Cloud.

Würde es die Möglichkeit geben den Ecotracker zu emulieren?

Weiter unten die Beschreibung des API Ecotracker
Gruß Thomas


EcoTracker Local API

Developer documentation
Getting started
Developer documentation
My applications
EcoTracker Local API
Lokale REST-API

Der everHome EcoTracker stellt eine lokale REST-API zu Verfügung.
Die lokale REST-API kann von allen Geräten im lokalen Netzwerk abgerufen werden und kann mittels "Lokaler HTTP-Server" in der everHome App ein und ausgeschaltet werden.
Diese Option ist standardmäßig eingeschaltet.

GET https://forum.creationx.de/v1/json HTTP/1.1
HTTP/1.1 200 OK
Content-Type: application/json
{
"power": 125,
"powerAvg": 100,
"energyCounterIn": 145000,
"energyCounterInT1": 100000,
"energyCounterInT2": 45000,
"energyCounterOut": 4500,
}
"power" beinhaltet die aktuelle Leistung in Watt. Der Wert ist negativ bei Einspeisung und positiv bei Bezug.
"powerAvg" beinhaltet den durchschnittlichen "power" Wert in Watt der letzten Minute.
"energyCounterIn" beinhaltet den Zählerstand des Bezugs in Wattstunden.
"energyCounterInT1" beinhaltet den Hochtarif Zählerstand des Bezugs. Dieser Wert ist nicht immer vorhanden und kann auch ohne Hoch- und Niedertarif vorhanden sein.
"energyCounterInT2" beinhaltet den Niedertarif Zählerstand des Bezugs. Dieser Wert ist nicht immer vorhanden und kann auch ohne Hoch- und Niedertarif vorhanden sein.
"energyCounterOut" beinhaltet den Zählerstand der Einspeisung in Wattstunden

burkhard
20. Februar 2020 um 10:05
  • Inhalt melden

Hallo Gerhard,

habe noch eine "Funktionsverbesserung" in der Funktion SML_Decode gefunden.

Aufgefallen ist mir, dass bei negativen Kollektortemperaturen, keine Dekodierung auf signed Integer funktioniert.

Der Pfad ist

Die Variable val muss vom Typ int16_t sein und nicht uint16_t , sonst wird aus dem negativen Wert ein riesiger positiver Wert, wenn das höchste bit gelöscht wird. Das Problem trat beim WOlf-Telegramm 5017 bei der Kollektortemperatur auf. Die Temperatur vom Solarspeicher wird wohl nie negativ, deshalb kann man dort den 16-Bit-Wert unsigned lassen.

Hier der Auszug aus der xsn_53_sml.ino:

else if (*mp=='s' && *(mp+1)=='s' && *(mp+2)=='S' && *(mp+3)=='S') {
              int16_t val = *cp|(*(cp+1)<<8);
mbus_dval=val;
ebus_dval=val;
mp+=4;
cp+=2;

Vielleicht kannst Du das in die offizielle Version übernehmen

Gruß

Burkhard

gemu2015
20. Februar 2020 um 15:36
  • Inhalt melden

Hallo Burkhard,

OK der ebus_dval sollte signed sein, es werden wohl kaum unsigned 32 bit Werte vorkommen bei denen bit 31 gesetzt ist.

also statt

uint32_t ebus_dval=99;

int32_t ebus_dval=99;

werde ich aber erst im April bei Tasmota einstellen bin nämlich jetzt mehrere Wochen offline.

in meinem git habe ich das jetzt geändert.

du bist wohl ausser mir der einzige der bisher den EBUS decoder verwendet.

Gruß

Gerhard

burkhard
20. Februar 2020 um 19:18
  • Inhalt melden

Ich denke schon,dass es noch mehr Leute gibt, die das nutzen, Allerdings fältt das ja kaum auf. Die Variablen könnten generell intxx sein. Ich finde Deine Arbeit sehr gut, Mir gefällt Tasmota für meine Zwecke besser als EBUSD von John.

Solange man passiv liest, ist das einfacher. kann man eigentlich das Script zum Dekodieren nehmen, ohne die Variable anzuzeigen? Mein Gesamt-Solarertrag bei Wolf ist in drei Werten im Telegramm (Vorkommawert*1000 + Vorkommawert + Nachkommawert. Angezeigt und per mqqt gesendet werden müssten nur der Gesamt- und Tagesertrag

Hier die Zeilen:

1,71fe5018xxxxxxuuUU@1000,TagNK,kW,DayNK,3

1,71fe5018xxxxxxxxxxuuUU@1,TagVK,kW,DayVK,0

1,71fe5018xxxxxxxxxxxxxxuuUU@1000,ErtragNk,W,SolarNk,3

1,71fe5018xxxxxxxxxxxxxxxxxxuuUU@1,ErtragVk,W,SolarVk,0

1,71fe5018xxxxxxxxxxxxxxxxxxxxxxuuUU@0.001,ErtragVk1000,W,SolarVk1000,0

1,=m 15+16+14 @1,Gesamtertrag,kW,SolarCurr,3

1,=m 12+13 @1,Tagesertrag,kW,DaySolarCurr,3

Oder kann ich irgendwie aus dem Tlg 5018 in einer Definitionszeile mehrere Variablen zuweisen :

z.B: 1,71fe5018xxxxxxuuUU|uuUU,DayVK,DayNK,3 (Zuweisung Rohwerte ohne Anzeige)

Nochmal; Super Arbeit

Gruß

Burkhard

medlor
29. Juni 2019 um 15:29
  • Inhalt melden

Halo Gerhard,

habe hier einen neuen Zähler hinzugefügt. Vielleicht willst du den ja deinem Modul hinzufügen.

D0 Zähler SML auslesen mit Tasmota

Danke für deine Mühe!

Viele Grüße

Tobias

gemu2015
1. Juli 2019 um 09:37
  • Inhalt melden

Hallo Tobias,

OK, habe ich hinzugefügt.

Gruß Gerhard

gemu2015 folgen 7

Profil-Besucher 4

  1. Datenschutzerklärung
  2. Impressum
Community-Software: WoltLab Suite™