UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[sigi234]

@dasbo1975 sagte in Test Adapter PoolControl:

Hast du die Saison Aktiv?

Ja

Edit,

läuft jetzt nach einen Update. Hatte von NPM installiert und nicht von GITHUB

[DasBo1975]

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975 sagte in Test Adapter PoolControl:

Hast du die Saison Aktiv?

Ja

Edit,

läuft jetzt nach einen Update. Hatte von NPM installiert und nicht von GITHUB

Ah OK. dann Mach ich Putty erstmal wieder zu. Auf NPM lege ich nur die Version ohne eventuelle Bufixes. Darum ist, solange getestet wird, Github unser freund

Danke für deine Mühe

[mcm1957]

@dasbo1975 said in Test Adapter PoolControl:

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975 sagte in Test Adapter PoolControl:

Hast du die Saison Aktiv?

Ja

Edit,

läuft jetzt nach einen Update. Hatte von NPM installiert und nicht von GITHUB

Ah OK. dann Mach ich Putty erstmal wieder zu. Auf NPM lege ich nur die Version ohne eventuelle Bufixes. Darum ist, solange getestet wird, Github unser freund

Danke für deine Mühe

An sich spricht aber nichts gegen ein Testen via npm. An sich wird von direkten Installationen direkt von Github ABGERATEN da sich diese auch sehr kurzfristig ändern können,

Was du mit "Auf NPM lege ich nur die Version ohne eventuelle Bufixes." genau meinst ist mir allerdings nicht klar. Ich hoffe doch dass du auf npm nicht nur Versionen ohne Bugfixes (= also MIT Bugs) legst :-).

Im Ernst:
Schau dir das Releasescript mal genauer an. An sich gibt es für Zwischenversionen die Funktiond er ALPHA Releases. Wen du das standard deploy Verfahren verwendest kommen die auf npm aber nicht ins repository. Ideal für Tester da da kein irrtümlicher Update passiert aber eine genau definierte Version für Rückmeldungen existier.

[DasBo1975]

@mcm1957 sagte in Test Adapter PoolControl:

@dasbo1975 said in Test Adapter PoolControl:

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975 sagte in Test Adapter PoolControl:

Hast du die Saison Aktiv?

Ja

Edit,

läuft jetzt nach einen Update. Hatte von NPM installiert und nicht von GITHUB

Ah OK. dann Mach ich Putty erstmal wieder zu. Auf NPM lege ich nur die Version ohne eventuelle Bufixes. Darum ist, solange getestet wird, Github unser freund

Danke für deine Mühe

An sich spricht aber nichts gegen ein Testen via npm. An sich wird von direkten Installationen direkt von Github ABGERATEN da sich diese auch sehr kurzfristig ändern können,

Was du mit "Auf NPM lege ich nur die Version ohne eventuelle Bufixes." genau meinst ist mir allerdings nicht klar. Ich hoffe doch dass du auf npm nicht nur Versionen ohne Bugfixes (= also MIT Bugs) legst :-).

Im Ernst:
Schau dir das Releasescript mal genauer an. An sich gibt es für Zwischenversionen die Funktiond er ALPHA Releases. Wen du das standard deploy Verfahren verwendest kommen die auf npm aber nicht ins repository. Ideal für Tester da da kein irrtümlicher Update passiert aber eine genau definierte Version für Rückmeldungen existier.

Danke für den Hinweis!
Ich meinte natürlich, dass ich auf npm nur stabile Versionen veröffentliche – also ohne offene Bugfixes.
Die laufenden Tests und Zwischenstände lade ich bislang direkt über GitHub, aber dein Hinweis zu den Alpha-Releases ist sehr hilfreich.
Ich werde künftig für solche Testversionen npm run release alpha verwenden, damit definierte Zwischenstände auch über npm verfügbar sind.

[mcm1957]

@dasbo1975

Damit's nicht falsch rüberkommt:

Es ist voll ok wenn TESTER von Github installieren wenn es um "experimentelle" Versionen geht. Beispielsweise weil du irgendwo 20 'juhu' debugge eingebaut hast oder irgendwo ein hardcoded Wert mal zum ausprobieren drinnen steht den du ev alle 5 Miniuten für einen neuen Test änderst während du mit einem User zusammen eine Problem suchst.

Prinzipiell ist es nur so, dass "echtes" Teste, sprich beobachten eienr Version über Tage mit einer Versionsnummer nachvollzeihbarer ist. Da hast du dann auch die Info wenn ein User sagt bei mir gehts nicht dass du sehen kannst dass er ja noch die .alpha.5 verwendet während ees schon die .9 gibt ...

Echt abgeraten wird von Github installationen auf produktiven Systemen sofern der User nicht wirklich weiß was er tut...

[DasBo1975]

PoolControl – Version 0.4.0 ist online

Hallo zusammen,
ich habe heute die Version 0.4.0 des PoolControl-Adapters veröffentlicht.

Mit dieser Version startet das neue Statistik- und Analysesystem.
Es erfasst jetzt automatisch die täglichen Temperaturwerte aller aktiven Sensoren
und legt sie im neuen Bereich analytics.statistics.temperature.today ab.

Erfasst werden dabei:

minimale, maximale und durchschnittliche Temperaturen,

Zeitpunkte der höchsten und niedrigsten Werte,

JSON- und HTML-Zusammenfassungen (pro Sensor und als Gesamtausgabe).

Die Berechnung läuft vollständig eventbasiert – also nur bei echten Änderungen,
ohne Timer oder Loops, und mit persistenter Speicherung über Neustarts hinweg.
Täglich um Mitternacht wird die Statistik automatisch zurückgesetzt und startet sauber in den neuen Tag.

Diese Tagesstatistik bildet nicht nur den Grundstein für die kommenden Wochen-, Monats- und Saisonstatistiken,
sondern ermöglicht künftig auch Vergleiche mit Vortagen, Vorwochen und vergangenen Saisonverläufen.
Darauf aufbauend werden später auch Effizienz- und Historienauswertungen folgen,
um langfristige Trends sichtbar zu machen.

Ich freue mich über euer Feedback oder neue Ideen zur weiteren Auswertung.
Wie immer findet ihr die aktuelle Version auf GitHub und npm.

Viele Grüße
Dirk (DasBo1975)

[sigi234]

@dasbo1975

Hallo, von wo werden die Sensorwerte(Status) geholt?

[DasBo1975]

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975

Hallo, von wo werden die Sensorwerte(Status) geholt?

Hallo,

die Werte werden von deinen eingebundenen Sensoren geholt insofern sie Aktiv geschaltet sind

EDIT: es kann einen kleinen moment dauern bis die Werte angezeigt werden. Ist abhängig davon, wie schnell bei dir eine neue Temperatur geschrieben wird

[sigi234]

@dasbo1975 sagte in Test Adapter PoolControl:

Hallo,
die Werte werden von deinen eingebundenen Sensoren geholt insofern sie Aktiv geschaltet sind
EDIT: es kann einen kleinen moment dauern bis die Werte angezeigt werden. Ist abhängig davon, wie schnell bei dir eine neue Temperatur geschrieben wird

Ja, habe ja nur Dummy Sensoren bis auf Aussentemperatur.
Da muss ich mal die Werte ein paar Mal ändern.

Obwohl fast alle Sensoren aktiviert sind.

[DasBo1975]

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975 sagte in Test Adapter PoolControl:

Hallo,
die Werte werden von deinen eingebundenen Sensoren geholt insofern sie Aktiv geschaltet sind
EDIT: es kann einen kleinen moment dauern bis die Werte angezeigt werden. Ist abhängig davon, wie schnell bei dir eine neue Temperatur geschrieben wird

Ja, habe ja nur Dummy Sensoren bis auf Aussentemperatur.
Da muss ich mal die Werte ein paar Mal ändern.

Obwohl fast alle Sensoren aktiviert sind.

so sieht es bei mir beim Kollektor (Solar) aus

[sigi234]

@dasbo1975 sagte in Test Adapter PoolControl:

so sieht es bei mir beim Kollektor (Solar) aus

Jupp, bei mir bei Aussensensor:

[sigi234]

@dasbo1975

Theroretisch solte ich da aber was sehen bzw der Status aktiv sein?

[DasBo1975]

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975

Theroretisch solte ich da aber was sehen bzw der Status aktiv sein?

wie sehen denn die datenpunkte aus?

[sigi234]

@dasbo1975 sagte in Test Adapter PoolControl:

wie sehen denn die datenpunkte aus?

[DasBo1975]

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975 sagte in Test Adapter PoolControl:

wie sehen denn die datenpunkte aus?

bis auf collector sind ja alle vorhanden, dann solltest du sie auch in deiner VIS2 einbauen können

[sigi234]

@dasbo1975 sagte in Test Adapter PoolControl:

bis auf collector sind ja alle vorhanden, dann solltest du sie auch in deiner VIS2 einbauen können

Natürlich, aber dann sind die HTML und Json ja nicht nötig.

Wichtig ist mir dieser DP:

poolcontrol.0.analytics.statistics.temperature.today.outputs.summary_all_json

Hier sollten alle Werte drinnen sein um sie als Tabelle darzustellen

[DasBo1975]

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975 sagte in Test Adapter PoolControl:

bis auf collector sind ja alle vorhanden, dann solltest du sie auch in deiner VIS2 einbauen können

Natürlich, aber dann sind die HTML und Json ja nicht nötig.

Wichtig ist mir dieser DP:

poolcontrol.0.analytics.statistics.temperature.today.outputs.summary_all_json

Hier sollten alle Werte drinnen sein um sie als Tabelle darzustellen

Warte, ich bin am Ball

kannst du mir die ausgabe deiner json einmal schicken bitte

[sigi234]

@dasbo1975 sagte in Test Adapter PoolControl:

kannst du mir die ausgabe deiner json einmal schicken bitte

poolcontrol.0.analytics.statistics.temperature.today.outputs.summary_all_json.json

[DasBo1975]

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975 sagte in Test Adapter PoolControl:

kannst du mir die ausgabe deiner json einmal schicken bitte

poolcontrol.0.analytics.statistics.temperature.today.outputs.summary_all_json.json

Könntest du den Adaper einmal neu starten. Es könnte mit deinen Dummy Sensoren zusammen hängen, da diese wahrscheinlich nur statistische werten hatten als du den adapter gestartet hast

[sigi234]

@dasbo1975 sagte in Test Adapter PoolControl:

@sigi234 sagte in Test Adapter PoolControl:

@dasbo1975 sagte in Test Adapter PoolControl:

kannst du mir die ausgabe deiner json einmal schicken bitte

poolcontrol.0.analytics.statistics.temperature.today.outputs.summary_all_json.json

Könntest du den Adaper einmal neu starten. Es könnte mit deinen Dummy Sensoren zusammen hängen, da diese wahrscheinlich nur statistische werten hatten als du den adapter gestartet hast

Keine Änderung

Zeitstempel: