Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest

[SKB]

@opaw ... und ein MacOS ist dem Falle auch ein iOS.
Zwar nicht mobil, dennoch von Apple und das verursacht hier die Fehler.
Versuch es mit Windows oder Android und 100% HTML Unterstützung und alles ist gut

[OpaW]

@skb Ok, auf meinem Raspberry funktioniert das Editieren. Merkwürdig das Apple HTML nicht richtig unterstützt.

[arteck]

@opaw die probleme hab och auch im zigbee adapter.. es liegt an der Umsetzung von Safari

[SKB]

@arteck @OpaW das Problem liegt leider im Betriebssystem selbst, da dort die WebView implementiert ist. Kann also auch nicht mit Chrome behoben werden, da auch Chrome die Betriebssystem WebView nutzen muss.

Hier fehlen leider gravierende Implementierungen von HTML5.

[heinzie]

Hallo,

ich versuche gerade die aktuelle Version 0.3.0 aufzusetzen.
Nur der Adapter startet nicht und bleibt rot.

Unter Protokolle bekomme ich folgende Fehlermeldungen:

Woran könnte das liegen?

host.NAS 	2024-03-24 17:00:20.624	error	instance system.adapter.energiefluss-erweitert.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: Node.js v18.17.1
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: at node:internal/main/run_main_module:23:47
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:81:12)
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: at Module._load (node:internal/modules/cjs/loader:960:12)
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: at Module.load (node:internal/modules/cjs/loader:1119:32)
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: at Module._extensions..js (node:internal/modules/cjs/loader:1310:10)
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: at Module._compile (node:internal/modules/cjs/loader:1256:14)
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.energiefluss-erweitert/main.js:59:43)
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: TypeError: Class extends value #<Object> is not a constructor or null
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: ^
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: class EnergieflussErweitert extends utils.Adapter {
host.NAS	2024-03-24 17:00:20.623	error	Caught by controller[0]: /opt/iobroker/node_modules/iobroker.energiefluss-erweitert/main.js:59

[Dax]

Hallo @SKB
Erstmal danke für deine tolle Arbeit! Ich hab ein Performance-Problem, vielleicht hast du ja noch einen Tipp:
Ich nutze ein Allnet Poe-Tablet zur Visualisierung. Leider ruckeln dort die Animationen. Ich hatte ursprünglich den "alten" Adapter installiert, nun aber den neuen da es hier den Energiesparmodus gibt. Leider bringt der keine Verbesserung. Hast du eine Idee was man noch probieren könnte?
Es gäbe auch ein Update auf Android 13 dafür, bringt das eventuelle eine Verbesserung?

Als Alternative: Könnte man vielleicht eine Option hinzufügen um die Animation komplett zu deaktivieren und bei Energiefluss nur die Farbe der Linie zu ändern?

sg

[SKB]

@heinzie Wüsste jetzt nicht, wo der Fehler herkommt. Wie hast Du den Adapter installiert?

[arteck]

@heinzie deinstalliere und installiere den Adapter nochmal neu.. da gabs eine kleine Unschärfe

[SKB]

@arteck Was heisst "Unschärfe"?

[SKB]

@dax Ich würde vielleicht mal das Update auf Android 13 versuchen, da selbst der Energiesparmodus auf älteren Kühlschränken läuft, die nicht so performant sind.

Du kannst natürlich auch die Overrides (im Wiki erklärt) für die Linie nutzen und sie bei "Aktivität" ausblenden und nur die Farbe der Linie selbst einfärben. Dann wird zwar die Animation "nur" ausgeblendet - aber, alles, was der Browser nicht anzeigen muss, nimmt keine Performance weg.

[heinzie]

@arteck Danke, dass hat funtioniert.

[arteck]

@skb wir hatten Probleme mit dependency.. wurde aber behoben

[SKB]

@arteck ah ok. Dann ist gut

[Alex1808]

Hallo @SKB !

Vielen Dank für den supper Adapter!

Ich brauche Hilfe mit dem Batterie-Restzeit wert, es wird wildes zeug berechnet. Es passt nur dann wenn Verbrauch und Ladeleistung ungefähr gleich sind (Scr. 1), habe erst gedacht das die "Negativ träger" für lade und entlade Einstellungen vertauscht sind. Also wenn ich die umkehre dann sieht etwas besser aus, aber immer noch nicht so wie es sein soll.

[SKB]

@alex1808 sagte in Test Adapter Energiefluss-erweitert v0.2.x GitHub/Latest:

Hallo @SKB !

Vielen Dank für den supper Adapter!

Ich brauche Hilfe mit dem Batterie-Restzeit wert, es wird wildes zeug berechnet. Es passt nur dann wenn Verbrauch und Ladeleistung ungefähr gleich sind (Scr. 1), habe erst gedacht das die "Negativ träger" für lade und entlade Einstellungen vertauscht sind. Also wenn ich die umkehre dann sieht etwas besser aus, aber immer noch nicht so wie es sein soll.

Bei dem Bild sieht die Einstellung aber richtig aus.
Allerdings kann man hier ohne Datenpunkte nichts genaueres sagen.

[RISSN]

@alex1808 ist bei mir auch so, ich bin mir sicher, ich habe die richtigen Einstellungen, aber das habe ich schon einmal gedacht. Ich habe mir die Zeit zum laden und entladen dann selbst mittels Script gemacht, seitdem geht das. Keine Ahnung wo der Fehler genau liegt

[Alex1808]

@skb

eben nicht, Batterie war bei Laden mit 2328W. Ich habe gleiche State für Laden und Entladen, halt bei Entladen mit Negativen wert wie bei Einspeisung.

[Alex1808]

@rissn
Ja, habe jetzt auch mit dem Script gemacht.

[SKB]

@alex1808 Dazu kann ich ohne Datenpunkte überhaupt nichts sagen, denn die Grafik, die du postest, sagt immer noch nichts über die Rohwerte aus.

[Alex1808]

@skb