Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[bernd33-1]

@homoran said in IOBroker auf RasPi 4 wird immer lahmer:

@ofbeqnpolkkl6mby5e13 sagte in IOBroker auf RasPi 4 wird immer lahmer:

@bernd33-1

Was wäre, wenn du nur die simple-api auf einem Slave laufen lassen würdest, dann wäre der Master doch bzgl. der VIS entlastet, oder?

nee,
Es ist ja nicht nur der simple api, der mit ~50% CPU zu Buche schlägt, sondern viel mehr der js-controller, der mit ~134% CPU alles ausbremst.
Der musst die Daten ja auch verwalten, wenn sie vom slave kommen

Ok, so hab ich mir das auch gedacht. Ist eine 2-Teilige Geschichte.

Nun bin ich am grübeln, wie ich die Daten von Solaranlage, Heizung und Stromspeicher in den IOBroker bekomme. Weil es ist ja nicht nur ein übertragen der Daten sondern auch überwachen, archivieren und verarbeiten. Und da muss ich ja nun alles umbauen. MQTT oder ESPHome sind die Optionen.

Schlimm ist, dass ich vermutlich meine History-Daten so nicht mehr haben werde. Weil die ja nach dem Umbau auf den alten Datenpunkten sitzen werden.

Jetzt wäre wieder eine Datenbank gut :-) Datenbank einrichte, die alten Historydaten in die DB importieren und gut isses. Hört sich einfach an ... :-D Hat jemand ein Skript, dass das alles vollautomatisch macht?

[apollon77]

@bernd33-1 Leg doch mal ein Simple API issue mit einem Debug log mit aktueller GitHub/Beta Version von simple-api an.

EDIT:
Ich hab reingeschaut ... Naja simple-api arbeitet da sehr ... sagen wir mal ... suboptimal ... und generiert bei sich und in der Objects-DB (und damit dem js.controller) unnötig viel Last ... Debug Log brauch ich keins. Nur issue anlegen bitte. Kann ich mir ansehen

[apollon77]

@bernd33-1 Sag mal ... wie genau sieht denn der setBulk Call aus? Nutzt du da die Object IDs oder Namen ?

[bernd33-1]

Ich nutz die Namen. Das ist der Teil, in dem der ESP8266 die Daten an dein IOB überträgt:

  String htmlcontent;
  htmlcontent = String ("http://192.168.0.177:8087/setBulk?Ampere=") + cur + String ("&Energy=") + ener + String ("&Frequenz=") + freq + String ("&Volt=") + volt + String ("&Watt=") + powe + String ("&CollectorTemp=") + temp;
  HTTPClient http;  
  http.begin(htmlcontent);
  http.addHeader("Content-Type", "text/plain");  
  int httpCode = http.GET();   //Send the request
  String payload = http.getString();
  http.end();  //Close connection

[apollon77]

@bernd33-1 Jupp, wie vermutet ... Du nutzt "Namen" und die werden jeeeeeeedes mal aufgelöst ... Fixe es

[bernd33-1]

@apollon77

Du meinst im MC Code soll statt :

....String("&Energy=").... 

sowas :

.... String (&"javascript.0.Photovoltaik.Energy=")...

stehen? So sieht die Objekteigenschaft aus:

{
  "_id": "javascript.0.Photovoltaik.Ampere",
  "type": "state",
  "common": {
    "name": "Ampere",
    "role": "",
    "type": "mixed",
    "desc": "Manuell erzeugt",
    "unit": "A",
    "min": 0,
    "max": 3500,
    "def": 0,
    "read": true,
    "write": true,
    "custom": {
      "history.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "1000",
        "maxLength": "960",
        "retention": "31536000",
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "aliasId": ""
      }
    }
  },
  "native": {},
  "from": "system.adapter.admin.0",
  "ts": 1568399468812,
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "user": "system.user.admin"
}

[apollon77]

@bernd33-1 Also ja, wenn du anstelle "Energy" das "javascript.0.Photovoltaik.Energy"nutzen würdest dann hättest du diese performance issues nicht. Aber lass jetzt mal so, sonst kann ja keiner meinen Fix testen :-)

[bernd33-1]

@apollon77 said in IOBroker auf RasPi 4 wird immer lahmer:

@bernd33-1 Also ja, wenn du anstelle "Energy" das "javascript.0.Photovoltaik.Energy"nutzen würdest dann hättest du diese performance issues nicht. Aber lass jetzt mal so, sonst kann ja keiner meinen Fix testen :-)

Alles gut :-) Ich hab eine Powerwall, die per Simple-API liefert und eine PV, die per Simple-API liefert. Wir können testen :+1:

Du meldest Dich, wenn ich testen soll?

[apollon77]

@bernd33-1 Wir spät heute abend bzw morgen, bin noch über was anderes gestolpert ... Jetzt erstmal Sport :-))

[bernd33-1]

@apollon77 said in IOBroker auf RasPi 4 wird immer lahmer:

@bernd33-1 Wir spät heute abend bzw morgen, bin noch über was anderes gestolpert ... Jetzt erstmal Sport :-))

Kein Stress. Soweit läuft ja alles :-) Have fun :-)

[apollon77]

Ok, Simple-API GitHub version bitte testen!

[bernd33-1]

@apollon77 said in IOBroker auf RasPi 4 wird immer lahmer:

Ok, Simple-API GitHub version bitte testen!

Ähm....wie mach ich das?

[apollon77]

Ich habs schon released, also:

Admin - Expertenmodus - GitHub icon - tab "Install von npm" ... dort simple-api wählen ... dann installiert er es

oder, falls Du Beta Repo nimmst, dann sollte es schon als Update angeboten werden

[bernd33-1]

Ok, ich muss aber erst noch ein Backup machen :-) . Dann leg ich los.

[bernd33-1]

ok, jetzt ist die Simple-API 2.6.4 installiert und in den ersten 10 Minuten schaut es gut aus :-) Die Performance ist gefühlt raketengleich :-)

[apollon77]

@bernd33-1 Hochinteressant das das seit zig Jahren keinem vorher mal aufgefallen ist :-) Aber ja ... passiert auch nur wenn man mit Namen und nicht mit State-IDs arbeitet. Aber gut das es jetzt gelöst ist

[bernd33-1]

Läuft jetzt seit gut 3 Sunden und es gibt nichts auffälliges. Ich denke das "Problem" ist behoben.

Vielen lieben Dank für den super Support und die rasche Problemlösung :+1: :blush: :clap:

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Ich hatte am Montagvormittag diverse Adapter aktualisiert. Die Größe der Objects-DB (Redis) hat sich von Montagmorgen auf Dienstagmorgen um ca. 8MB verringert. Ist das auf die simple-api zurückzuführen?

Spoiler

[apollon77]

@ofbeqnpolkkl6mby5e13 Ne, denke liegt eher daran das einige Adapter jetzt nicht mehr "alte Konfig JavaScript Files" zusätzlich speichern sondern beim update aufgeräumt wird

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Okay, danke. Ich finde, dass 8MB bei ~80MB schon erheblich sind...