Test Adapter TibberConnect 0.0.x inkl. Tibber Pulse

[Schimi]

@oxident

da wir den hauptverbrauch am Tag haben... so das wir in der günstigen Zeit nicht genug verbauchen um auf den Tag gesehen günstiger zu sein....

Hoffe das ist verständlich geschrieben

Sobald das E-Auto öfters als (aktuell) einmal alle 2-3 Monate zuhause geladen wird, sieht die rechnung wieder bestimmt anderes aus

[oxident]

@schimi Ja, das leuchtet ein. Respekt, dass Du das für Dich so ausrechnen konntest

[Schimi]

@oxident sehe dir einfach deinen Tagesverbrauch an und was du davon Nachts verbrauchst....
Damit kann man schon recht viel abschätzen....

Als Berufstätiger (Ohne Schichtdienst) ist man ja meistens zu den spitzenzeiten zuhause (deswegen entstehen die ja überhaupt)... Mit Family potenziert sich das sogar....
Nachts (quasi wenns günstig ist)läuft nur die Wärmepumpe (die braucht nicht viel) und die Grundlast...
Am We ist es ja sogar manchmal am Tag günstig... dann profitiert man beim Durchschnittspreis auch davon....

Obs nachher richtig ist... sieht man wenns zu spät ist aber bei 2 Wochen Kündigungsfrist kann man gut reagieren... oder mit dem Pulse auf Std. abrechnung umstellen

[Michaelnorge]

Mal ganz dumm ChatGPT gefragt, verstehe halt nix

const request = require('request');

// Replace YOUR_API_KEY with your actual Tibber API key
const API_KEY = 'YOUR_API_KEY';

// Replace YOUR_PULSE_ID with the id of your Pulse device in ioBroker
const PULSE_ID = 'YOUR_PULSE_ID';

// Endpoint for Tibber API to retrieve current power consumption
const API_ENDPOINT = `https://api.tibber.com/v1-beta/gql`;

// Function to retrieve current power consumption from Tibber API
function getCurrentPowerConsumption() {
    const query = `
        query {
            viewer {
                homes {
                    liveMeasurement {
                        power
                    }
                }
            }
        }
    `;

    const options = {
        method: 'POST',
        headers: {
            'Content-Type': 'application/json',
            'Authorization': `Bearer ${API_KEY}`
        },
        body: JSON.stringify({query: query})
    };

    request(API_ENDPOINT, options, (error, response, body) => {
        if (!error && response.statusCode === 200) {
            const data = JSON.parse(body);
            const power = data.data.viewer.homes[0].liveMeasurement.power;
            setPowerConsumptionInPulse(power);
        } else {
            console.error(`Error retrieving power consumption: ${error}`);
        }
    });
}

// Function to set current power consumption in ioBroker's Pulse device
function setPowerConsumptionInPulse(power) {
    const options = {
        method: 'POST',
        url: `http://localhost:8087/setState?id=${PULSE_ID}.power&value=${power}`
    };

    request(options, (error, response, body) => {
        if (!error && response.statusCode === 200) {
            console.log(`Successfully set power consumption in Pulse: ${power} W`);
        } else {
            console.error(`Error setting power consumption in Pulse: ${error}`);
        }
    });
}

// Retrieve current power consumption every 10 minutes
setInterval(getCurrentPowerConsumption, 600000);

[oxident]

@michael-wyraz
Jetzt bin ich spontan auch daran interessiert, meinen Zählerstand automatisiert hochzuladen
Wie ich das sehe müsste man sich aber dennoch vor Nutzung der privaten API authentifizieren ... gibt's da dann'nen Cookie oder kann man es auch direkt via Token nutzen?

[MikeRow]

Moin, mal eine Frage in die Runde. Das bei diesem Adapter die Pulse Funktion derzeit nicht funktioniert ist bekannt. Seit ein paar Tagen sehe ich auf folgendes Problem.

Die Tagespreise passen, aber die Preise von morgen werden um Mitternacht nicht mehr gelöscht und aktualisiert. Jetzt gerade 08:10 Uhr sehe ich, dass die Preise von morgen noch gefüllt sind mit den gestrigen werden. Sonst waren die ab Mitternacht immer leer bis zur Aktualisierung am Nachmittag ab ca 13:00Uhr.

Habt ihr auch das Problem?
@Codibris bist du noch aktiv an dem Adapter? Hast dich lange nicht mehr gemeldet?

[oxident]

@mikerow Ist bei mir auch so. Musste ich für meine Berechnungen via Skript abfangen...

[MikeRow]

@oxident OK, das ist blöd. Wenn sich @Codibris nicht meldet, ist der Adapter somit fast nicht mehr zu gebrauchen. Zur Info der alte Adapter https://forum.iobroker.net/topic/46954/test-adapter-tibber-v0-1-x liefert noch korrekte Preise

[MikeRow]

@thegrinch Moin, der Tibberconnect Adapter liefert keine Preise von morgen mehr.
https://forum.iobroker.net/topic/52486/test-adapter-tibberconnect-0-0-x-inkl-tibber-pulse/181?_=1674978446344

Meinst du der Code für den Chart kann auf die Preis Struktur von @ThomKast angepasst werden?

https://forum.iobroker.net/topic/60938/geräte-zu-stundenpreisen-epex-oder-pv-überschuss-betreiben/65

Gruß Mike

[oxident]

@mikerow Hmm, ich dachte, das wäre schon immer so gewesen.
Die Frage ist ja auch, wie man das überhaupt lösen würde. Wir haben ja immer die Situation, dass es einen halben Tag lang keine neuen Daten geben wird.

Wäre es besser, wenn der Adapter dann einfach die unbekannten Stunden auf "Null" setzt?

[MikeRow]

@oxident Ja, bisher war das ja auch so mit dem Adapter. Ab 13:00 Uhr sollen die Daten für morgen vorliegen. Liegen Sie vor, werden sie gefüllt. Ab 00:00 Uhr werden sie von morgen auf heute umgelegt und morgen wieder auf Null gesetzt. Ab 13: 00Uhr kommen dann wieder neue Daten von morgen usw usw..

Ich habe gerade mal alle Objekte des Adapters gelöscht. Sie sind jetzt aktuell. Mal schauen wie der Umzug der Daten Mitternacht läuft. Vermutlich liegt da der Fehler

[oxident]

@mikerow Das ist ja komisch. Ich nutzen den Adapter erst seit ca. 2 Wochen und bei mir war das von Anfang an so ... aber eventuell liegt es wirklich daran, wie die Daten vom Server geliefert werden.

Zum Glück haben wir ja die Datenpunkte mit dem "Beginn" des Preises. Da könnte man ansetzen.

[babl]

@mikerow vor 4 Tagen wurde aber in github was gemacht also müsste @Codibris aktiv sein. Hoffe ich zumindest. Wäre schade um den Adapter.

[Michaelnorge]

Nur mal eben zum Verständnis:
Sind die Adapter bei ioBroker nicht opensource? Könnte da nicht theoretisch jemand Anderes drüberschauen, wenn @Codibris keine Lust oder Zeit hat?

Es wäre schade drum, wenn niemand mehr den Adapter pflegen würde - zumal ja der andere Adapter auch nicht mehr supportet wird

[babl]

@michaelnorge ja es wurde ja von jemanden bereits eine Merge Anfrage gestellt an @Codibris nur er müsste dann auch antworten. So wie ich das in github gelesen habe wären dann die Probleme mit dem Pulse behoben.

[oxident]

Oder aber, man testet direkt den Fork: https://github.com/volkerrichert/ioBroker.tibberconnect

Mutige vor

[JoAu84]

@oxident auch mit dem Fork bekomme ich keine Werte rein... Jemand anders schon?

[warp-it]

@thomkast

Hallo Thomas,
vielen Dank für diese Doku zum Abfragen des Pulse über NodeRed.
Es funktioniert sehr gut!
Ich habe testweise mal averagePower hinzugefügt, und habe nun das Problem, dass im ioBroker Datapoint ein TimeStamp statt des Wertes ankommt?? Habs gefunden...

Hat übrigens noch jemand das Problem, dass der Pulse die aktuelle Leistung (power) falsch überträgt?
Wenn ich 700 W verbrauche werden in der Tibber App -200 W (das wäre eine Lieferung von mir) und per Tibber-API 0 W angezeigt.
Steigt der Verbrauch auf ca. 1000 W stimmen die Übertragungen dann wieder. Tibber hat seit 3 Tagen darauf noch nicht reagiert.
Zähler ist ein DZG DWS7412.1T

Viele Grüße
Heinrich

[Michael Wyraz]

@Schimi @oxident

Hat noch ein wenig gedauert, bis es "rund" ist. Hier ist ein erster Release meines Tools, welches aktuell die Zäherstände über ein Shell-Script beziehen kann:

https://github.com/micw/tibber-meter-uploader

Läuft seit heute bei mir auf dem Server unter Docker und hat heute den ersten Wert hochgeladen. Fehlermeldungen, Feature-Requests und Diskussion ist willkommem

Viele Grüße,
Michael.

[warp-it]

Ich habe testweise mal averagePower hinzugefügt, und habe nun das Problem, dass im ioBroker Datapoint ein TimeStamp statt des Wertes ankommt??

Log:
State value to set for "0_userdata.0.Tibber-Node-Red.averagePower" has to be type "number" but received type "object"

Weder ein ioBroker datapoint vom Typ 'Number' noch 'Object' funktioniert ???

Habs gefunden: Wer schreiben kann ist klar im Vorteil!