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

[OliverIO]

@meister-mopper

Die Frage ist halt, sollte sowas automatisiert durch den Adapter aufbereitet werden und in einen Datenpunkt geschrieben werden und wenn ja, in welchem Ausmaß und Detailgenauigkeit oder sollte so etwas nach bedarf dann durch jeden aufbereitet werden.

Das ist der Inhalt des Datenpunkts Version

Spoiler

{
  "version": {
    "core": {
      "local": {
        "version": "v6.0.6",
        "branch": "master",
        "hash": "0f7803b7"
      },
      "remote": {
        "version": "v6.1.2",
        "hash": "ec892ec0"
      }
    },
    "web": {
      "local": {
        "version": "v6.1",
        "branch": "master",
        "hash": "1eaddca8"
      },
      "remote": {
        "version": "v6.2.1",
        "hash": "cc1cc285"
      }
    },
    "ftl": {
      "local": {
        "hash": "a3313229",
        "branch": "master",
        "version": "v6.1",
        "date": "2025-03-30 17:53:24 +0100"
      },
      "remote": {
        "version": "v6.2.3",
        "hash": "88737f62"
      }
    },
    "docker": {
      "local": "2025.04.0",
      "remote": "2025.06.2"
    }
  },
  "took": 0.0002613067626953125
}

Das könnte man dann mit dem widget jsontemplate
https://forum.iobroker.net/topic/31521/test-widget-json-template
auf dem Datenpunkt
pi-hole2.0.Version

mit folgendem Template sehr einfach in vis darstellen

Spoiler

<style>
   p.pihole {
       margin: 0px;
   }
</style>
<p class="pihole">core.local: <%- data.version.core.local.version %></p>
<p class="pihole">core.remote: <%- data.version.core.remote.version %></p>
<p class="pihole">web.local: <%- data.version.web.local.version %></p>
<p class="pihole">web.remote: <%- data.version.web.remote.version %></p>
<p class="pihole">ftl.local: <%- data.version.ftl.local.version %></p>
<p class="pihole">ftl.remote: <%- data.version.ftl.remote.version %></p>

Natürlich kann man das auch durch den javascript/blockly adapter genauso aufbereiten. Bei JSON hilft jsonata was ja im javascript-adapter ebenfalls bereits eingebaut ist

[Meister Mopper]

@oliverio sagte in Neuer Adapter pi-hole2 für pihole>=V6:

Die Frage ist halt, sollte sowas automatisiert durch den Adapter aufbereitet werden und in einen Datenpunkt geschrieben werden und wenn ja, in welchem Ausmaß und Detailgenauigkeit oder sollte so etwas nach bedarf dann durch jeden aufbereitet werden.

Ja, das ist eher ein philosophischer Ansatz.

Streng genommen bedarf es keines Adapters, weil jeder die API-Daten direkt abfragen kann (es gab ja auch schon ein Skriptangebot für v6, kann man nutzen, keine Frage).
Selbstüberheblich könnte ich jetzt sagen, dass ich mir aufgrund meiner Pensionierung und der dadurch generierten Zeit bis in zwei Jahren das coden zutraue.

Wahrscheinlich wird es aber einige User überfordern, die sich auf eine middleware-Lösung eingelassen haben und auch die entsprechenden Datenpunkte - ohne eigene Programmierung - erhoffen).

Philosophisch wegen der Fragen:
Wo will der ioBroker hin? Eine Anleitung zum Programmieren für Newbies? Smarthome in einem Guss?

[OliverIO]

@meister-mopper

generell ist es kein problem ausgewählte werte direkt als datenpunkt anzulegen und zu aktualisieren.

hast du diese werte in den aktuellen daten gefunden?

pi-hole.0.summary.domains_being_blocked
pi-hole.0.summary.ads_blocked_today
pi-hole.0.summary.ads_percentage_today

ich habe nur

queries.total
queries.blocked

gefunden

[OliverIO]

Neue Version 0.2.3

• Kleine Fehlerbehebung in der Dokumentation
• Benutzeragent anpassen und Informationen zur Fehlerbehebung "too many seats" hinzufügen
• Visualisierungsbeispiel für Versions hinzugefügt
• Visualisierungsbeispiel für Summary hinzugefügt

[OliverIO]

Neue Version 0.3.0

• Übersetzungsdateien hinzugefügt
• Aktualisierungslogik und Refreshzeiten an Pihole angepasst
• Passwort verschlüsselt (Passwort muss bei Aktualisierung erneut eingegeben werden)
• Ausgewählte Detail-Datenpunkte für Summary und Version hinzugefügt.

[OliverIO]

Neue Version 0.4.0

• Die Extraktion von Detailwerten für Version/Summary kann deaktiviert werden.

[Negalein]

@oliverio sagte in Neuer Adapter pi-hole2 für pihole>=V6:

Fehler, Ideen, Anregungen dann bitte hier.

Hallo Oliver

Ist das Grau so gewollt?

[OliverIO]

@negalein

ah, danke. habe nicht mit hellem hintergrund getestet.
hatte aber einen ähnlichen effekt bei dunkel.
ist leider ein automatismus des admin.
muss mir für hell dann eine anderen grünton suchen, bei rot ist es ja ok.
der admin prüft den kontrast der farbe und schaltet dann halt einen anderen grünton dazu.

[OliverIO]

Neue Version 0.4.1

• Das Problem mit der Farbgebung bei grünen Datenpunkten wurde behoben.

[SBorg]

@oliverio
Danke, wollte die Tage schon die API per NodeRED Flow abfragen

Richtet sich eher an den "Unbedarften":

Abfrage-Beispiele per Javascript

sendTo(
"pi-hole2.0",
"piholeapi",
{
method: "GET",
endpoint: "/stats/summary"
},
function (data) {
console.log(data.queries.percent_blocked);
},
);

const json=getState('pi-hole2.0.Summary').val;
const obj = JSON.parse(json);

console.log(obj.queries.percent_blocked);

Beispiel als Blockly

Man sieht, man kommt auch so relativ einfach an die gewünschten Daten heran. Von daher sehe ich nicht unbedingt eine Notwendigkeit alles als Datenpunkt anbieten zu müssen.

[OliverIO]

@sborg

Wenn es eine hohe Nachfrage gibt, dann ist es kein Problem datenpunkte noch hinzuzunehmen.
Daher auch meine Frage oben
Bisher kam aber noch nicht soviel Anforderungen.
Gut der Adapter ist jung und es ist Sommer.

Summary wird halt im Standard jede Sekunde abgefragt und ich wollte im Standard jetzt nicht so hohe Last auf den iobroker legen.
Gut den Abfrage Intervall kann man ggfs. auch in der Konfiguration senken, ich habe daher die Konfiguration auch etwas detaillierter aufgedröselt.

[OliverIO]

@sborg

Du hast nur 5% geblockt?
Bei mir ist der Anteil bei über 50%
Microsoft, Amazon,Samsung und Netflix telefonieren schon viel nach Hause.

[SBorg]

@oliverio
Meine Blocklist wurde offenbar nicht mehr geupdated. Habe ich aber nicht bemerkt, da ich fast nur mit meinem Laptop im Internet unterwegs bin. Da filtert der FF alles aus. Geladen habe ich den ganzen Kram natürlich dann aber doch, da ist das blocken per Pi-hole wesentlich effizienter. Dafür habe ich ihn ja auch.

[OliverIO]

Der Adapter müsste nun im beta auftauchen

• Der erste Post wurde aufgrund dessen überarbeitet
• Um eine fertige Version zu signalisieren wurde eine V1.0.0 released

[OliverIO]

Neue Version 1.1.0

• Unter Data/Versions wurden Update Indikatoren hinzugefügt, um mittels true/false anzuzeigen, das ein Update für die einzelne Komponente vorliegt.

[Labersack]

@oliverio
Habe den Adapter heute auch mal installiert.
Was soll ich sagen... Ich finde, der Adapter ist ein Pi-Loch! lol

[OliverIO]

@labersack

Ja sowas, die automatische Übersetzung.

Danke fürs Bescheid geben.

[OliverIO]

Neue Version 1.1.1

• Die Übersetzung wurde optimiert

[sol21]

@oliverio
Könnte man den Adapter in auf "stable" setzen?

Ich benutze normalerwiese auf nur die "stable" Versionen. Für den pi-hole2 habe ich bisher gezwungenermassen eine Ausnahme gemacht. Die 1.1.1 scheint ja recht gut zu laufen. Wenn man ihn nun auf "stable" setzt würde, würde er auch bei Leuten wie mir die nur das "stable"-Repository angewählt haben angezeigt.

PS: Aber grundsätzlich vielen Dank für die neue Version. Die hat mein IOBroker-PiHole Problem gelöst!

[OliverIO]

@sol21
Normalerweise wird nach 15 Tagen automatisch ein issue eröffnet, aufgrund dessen ich dann die Versionen auf Stable setze.
Kam wohl diesmal nicht. Eventuell sind für manche Adapter die Regeln anderst oder es hat mit den github Problemen zu tun.