NEWS

@phil

Also scheint das ein Problem mit Tesla zu sein und das was ich sonst inzwischen gelesen habe deutet darauf hin, dass Tesla diese Funktionen einschränkt.
Aber auslesen geht ja noch, so dass du den SOC einfach mit der Wallboxsteuerung prüfen kannst und wenn er erreicht ist, dann halt den Saft abdrehen.

Übrigens: Eine steuerbare WB gibts schon ab 250€ (Heidelberger Energy Control)

@mbartsch hast du den Port vom ioBroker einfach fürs Internet freigegeben, damit du dich von außen drauf begeben kannst?

Ro75.

@ofbeqnpolkkl6mby5e13
Ach verdammt, ja, User-Problem

Mensch, DANKE!!!!!

Eigentlich gibt es noch den Adapter mytime.
Allerdings wurde die konfigurationsoberfläche in einer frühen Version von react umgesetzt die heute im Iobroker nicht mehr richtig unterstützt wird.
Der Countdown Teil (der hier nachgefragt wird) ist fertig.
Der timeseries Teil, der wirklich komplexe Zeitserien steuern kann macht leider mit vis2 noch Schwierigkeiten.

@worxweis

Ich habe ja mehrere Datenpunkte und die anderen funktionieren alle Problemlos!

Ich befürchte, dass ich wenn ich den Adapter neu installiere, alle Einstellungen und Datenpunkte weg sind. Hat das Auswirkungen auf meine Skripte, wenn die Datenpunkte plötzlich nicht mehr vorhanden sind, oder bleiben die Datenpunkte bei einer Deinstallation bestehen?

@frihu sagte in IOB Backup in neu aufgesetztes System einspielen:

PS: Kann ich den ungenutzten Admin 0 einfach löschen oder handele ich mir damit neues Ungemach ein?

Mein innerer Monk würde eher admin.1 löschen und admin.0 starten.

@mcm1957 sagte in Mail Adapter ohne Anmeldedaten:

sehr wenige Anwendungsfälle wo das Sinn macht
...
auch wenn die Prio sicher nicht 1a+ ist

Eben.

@thomas-braun sagte in Zigbee Adapter 100% CPU Auslastung:

@luder

Das übliche...

Nicht als root herumkaspern, auch im LXC wird ein user angelegt.

Boot Target: graphical.target

Setz das auf multi-user.target.

nodejs@22 ist noch nicht die vorgesehen Version.

Die diversen Updates sind zu installieren.

@luder
Und wenn dies ein clone ist, dasselbe bitte auch bei dem Vorlage-Host beachten.

@mcm1957
https://github.com/ioBroker/ioBroker.type-detector/issues/53

BenAhrdt created this issue in ioBroker/ioBroker.type-detector open Messgerät in Types aufnehmen #53

Inhalt hier unpassen. Deshalb gelöscht

@bubiman

Alles was mit Error im JavaScript Adapter zu tun hat.

@marcusio

Hab was gefunden das jedem der das Problem hat weiter Hilft siehe link

Es liegt an der Version vom Semp Adapter ab Version Version v1.4.7 läufts wieder.

@martinp Ok, danke, damit kann ich weiterarbeiten...

Ich muss noch viel lernen 😰

@awesome

Ein paar Richtungen, in die man schauen könnte wären noch:

Kameras? Stromversorgung könnte ein Problem sein ...

Enocean? Hat aber auch nur 30 ... 300 m Reichweite je nach Gegebenheiten...
https://www.enocean.com/de/batteryfree/fenster-tuerkontakt-ftke/

Lorawan?

@siggi0904 said in Objekt Ansicht seit Admin 7.1.0:

im Kopf die Spalten entsprechend auseinander gezogen

Danke, daran lag es.

@ all

Jetzt nach etlichen Tagen und viel, sehr viel, sehr sehr viel, Geduld kann ich den Erfolg sehen.

Lösung, wie auch von @Thomas-Braun vorgeschlagen, Umstellung auf Maria DB10.

Was brauchts:
Geduld
Geduld
Geduld
sämtliche Versuche über die Oberfläche von "phpMyAdmin" auf meiner Syno ließen mich scheitern, da hier immer eine max. DB Größe von 1.024MiB importiert werden kann. Die Stückelung in Blöcke (Anzahl DS) scheiterte mehrfach, bis hin zu Verlust von hinterlegten Primaryschlüsseln, also unbrauchbar. Auch das Zusammenführen einzelner Tabellen ist absolut fehleranfällig.

phpMyAdmin für WIN war nach Tagen meine Lösung

20 Std. Export der größten Tabelle 16 Std. Import aller Tabellen

Danach der Reihe nach sämtliche SQL Einstellungen von SQL.0 auf SQL.1 umstellen, auch das dauert Stunden bei einer größeren Anzahl an DP. Wobei hierbei kann man auch gleich wunderbar Korrekturen der Häufigkeit von Archivierungsdaten vornehmen. Danach sämtliche Graphen umstellen, also alles was auf SQL.0 verweist.

Mein Backup funktionert wieder!
👍

@onweb Hi das Thema ist zwar schon älter aber genau mein Problem. Wie hast Du das mit den gleichen Geräte-ID´s geklärt ? So sieht es aktuell bei mir aus:
db598e1f-6ebe-49ac-a9a6-59e975cf8365-image.png

Hey zusammen,

ich muss mich mal wieder melden.

Ich bin aktuell mit mehren Projekten beschäftigt (irgendwann muss ich leider auch mal Arbeiten und Geld verdienen), weshalb ich hier nicht mehr viel gemacht hatte.

Die meisten neigen sich gerade dem Ende so dass ich mich hier wieder ein wenig drum kümmern kann.

Liebe Grüsse

@gulfman
Mit der aktuellen stable Version sollte das behoben sein.

Noch ein wenig Lesefutter

https://www.suse.com/support/kb/doc/?id=000016923

The vmstat command's "r" column under "procs" shows the current number of processes waiting to get on the run queue at a given instant in time. The uptime command shows the average number of processes on the run queue and waiting to get on the run queue in the last one, five and fifteen minutes. In the example above, the load averages indicate the server is getting busier, because the average processes in the last minute is higher than the fifteen minute average.

root@pve:~# vmstat 1 4 procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 4 0 2030592 837036 907484 2304212 3 3 114 151 2022 2108 25 20 51 1 0 1 0 2030592 837036 907484 2304212 0 0 768 88 3643 3739 31 41 28 1 0 1 0 2030592 837036 907484 2304212 0 0 0 140 2910 2883 16 13 71 1 0 2 0 2030592 837036 907484 2304212 0 0 0 288 3291 3201 19 23 57 2 0

Hier noch zum Vergleich die Werte vom Linux Mint PC mit Cinnamon Desktop ...

martin@martin-D2836-S1:~$ uptime 19:36:58 up 10 days, 10:23, 1 user, load average: 0,61, 0,15, 0,05 martin@martin-D2836-S1:~$ vmstat 1 4 Prozesse -----------Speicher---------- ---Auslagerung-- -----E/A---- -System-- ------CPU----- r b swpd frei buff Cache si so bi bo in cs US SY ID WA st 0 0 1981436 730472 1574332 1412080 0 1 23 27 2 4 1 1 98 0 0 0 0 1981436 730724 1574332 1412140 0 0 0 0 2377 4077 2 1 98 0 0 0 0 1981436 730724 1574332 1412140 0 0 0 0 3073 5397 1 1 99 0 0 1 0 1981436 730724 1574332 1412140 0 0 0 0 2337 3928 2 1 98 0 0 martin@martin-D2836-S1:~$