Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. martinschm

    NEWS

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

    • Monatsrückblick – September 2025

    • Neues Video "KI im Smart Home" - ioBroker plus n8n

    M
    • Profile
    • Following 0
    • Followers 0
    • Topics 75
    • Posts 900
    • Best 55
    • Groups 2

    martinschm

    @martinschm

    65
    Reputation
    200
    Profile views
    900
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    martinschm Follow
    Pro Starter

    Best posts made by martinschm

    • RE: Neuer Alexa-Skill "iobroker.assistant"

      @bluefox said in Neuer Alexa-Skill "iobroker.assistant":

      Hey Leute. Bitte bleibt fair!

      Über solche Bewertungen freue ich mich (nicht)
      82b2fe3c-011a-46fc-bbb3-9b3163c86a36-image.png

      3 Sternen weil er alten Android hat und Alexa auf V3 umstellt. Was kann ich machen? Ihm neues Handy kaufen.

      Oder "Nur noch Verbindungsprobleme": Na ja, wurde gerne finden aber angeblich ist Andre R. nicht in der Lage ein Issue zu erzeugen. Aber eine Rezension zu schreiben, das kann er....

      Alle bei wem assistant läuft, könnt ihr bitte die Rezension schreiben. Und bei wem nicht läuft eine GitHub Issue...

      Habe gerade auch mal eine Bewertung da gelassen um das Rating wieder zu heben. Die zwei Bewertungen da oben sind eine Frechheit. Typische "Ich nehm alles in Anspruch was sich mir bietet und gebe nichts zurück". Wer sich die Arbeit macht ein Smart Home zu betreiben sollte wenigstens die Zeit aufbringen zu wissen wo man Probleme meldet statt in Rezensionen für schlechte Stimmung zu sorgen. Möge ihr einziges Backup löchrig und fehlerhaft sein 🙂

      posted in Cloud Dienste
      M
      martinschm
    • RE: Usertreffen: Karlsruhe am 16.01.25

      @booosesthasnipper said in Usertreffen: 76689 Karlsdorf- Neuthardt am 16.01.25:

      Hi zusammen,
      hätte auch Interesse, leider klappt der Januar Termin bei mir nicht. Komme aus Waghäusel, beruflich bin jedoch in Karlsruhe verankert.

      Was waren den so die Themen das letzte Mal? Habs leider zu spät gelesen.

      Viele Grüße

      Hi,
      das letzte mal war unser initales Treffen. Da ging es um gegenseitiges Kennenlernen, außerdem haben zwei Teilnehmer ihr Smart Home mit allen Komponenten und Adaptern vorgestellt. Dabei gab es zahlreiche Diskussionen und Rückfragen.

      Du und @vowill seid herzlich willkommen dazu zu kommen.

      posted in Usergroups
      M
      martinschm
    • RE: PH-Messung

      Hi,

      habe gerade durch Zufall gesehen, das es den PH-803W bei Amazon gerade für 71€ bei einem Händler gibt. Da der Preis bei Aliexpress auch bei gut 110€ liegt ist das wohl ein ziemliches Schnäppchen.

      Versand läuft über Prime, daher wohl eher gefahrlos, falls was nicht klappt.
      Hier der Link als Affiliate-Link und hier einmal ohne Affiliate-Code

      posted in ioBroker Allgemein
      M
      martinschm
    • RE: Überwachungskameralösung gesucht

      Ich nutze die Xiaomi Xiofang S1 für 18€ mit dafang hack um es ohne China Cloud zu nutzen.

      Dazu kannst du noch motioneye nutzen um sie in iobroker einzubinden.

      posted in Hardware
      M
      martinschm
    • RE: Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)

      Hi,

      gibt es eigentlich einen Thread wo mal Anregungen für die Visualisierung mit/in iQontrol gepostet wurden/werden?

      Bin immer wieder baff, was @dslraser alles umgesetzt hat, es gibt wahrscheinlich noch einige Power User mehr die was interessantes zu zeigen haben.

      Wäre doch cool wenn das mal an einer Stelle zu sehen wäre.

      posted in Tester
      M
      martinschm
    • RE: Usertreffen: Karlsruhe am 16.01.25

      Hi,

      Vorschlag für den nächsten Post, lasst es uns Usertreffen Karlsruhe nennen.

      Karlsdorf kennen bestimmt weniger Leute und können es nicht richtig verorten wenn sie nur den Titel lesen.

      posted in Usergroups
      M
      martinschm
    • Zeigt her eure iQontrol Visualisierung

      Hi zusammen,

      bin selber großer iQontrol Fan und stetig dabei meine Visualisierung zu erweitern und anzupassen.

      Etliche Ideen kamen auch beim Anschauen von Screenshots anderer Nutzer in irgendwelchen Diskussionen. Daher kam mir die Idee in einem Thread mal Anregungen für die Umsetzung der Visualisierung zu sammeln. Wäre cool wenn viele mitmachen (@dslraser , @s-bormann, @Roberto-Gresia, @astrakid, @siggi85 , @muuulle , @BBTown .)

      posted in Visualisierung
      M
      martinschm
    • RE: Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)

      @dslraser probier es mal damit

      3b3053da-636e-460d-91c6-dc24f52493a1-image.png

      Da kannst du eigentlich alles ersetzen lassen. 0 und 1 wären dann die Keys und aktiv und inaktiv die Werte.

      posted in Tester
      M
      martinschm
    • RE: iQontrol Vis Support Thread

      @memphispdm said in iQontrol Vis Support Thread:

      Hello zusammen,

      finde?

      EDITH: Okay ich bin doof. Hab´s gefunden. Frage die sich nun noch ergibt: Jetzt wird "0 Aus" angezeigt in er Kachel. Wie bekomme ich die 0 da raus?

      Wenn du auf die Custom Einstellungen für die Eigenschaften gehst und dann bei Key Value eigene Werte anlegst solltest du bei Key 0 eintragen und bei Value "Aus". Dann sollte da nur noch Aus stehen.

      Hast du vielleicht Mal mit Strg F5 aktualisiert?

      posted in Visualisierung
      M
      martinschm
    • RE: Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)

      Hi,

      ich versuche mich grade dabei Flot Charts bei den Temp Sensoren zu hinterlegen. Daten werden bei mir in influx geloggt. Leider hab ich immer nur eine flache Linie:

      538cbed8-75ba-4ee8-83f9-69054877abcb-image.png

      Im Flot Editor sieht es auch so aus, wenn ich nicht einen längeren Zeitraum auswähle. Hab jetzt bei den Kacheln auch mal 2880 bzw 1440 min hinterlegt, das Ergebnis ist leider das gleiche.

      Das sind meine Einstellungen
      f86fe50b-0f96-41b4-a838-899297a7bdfb-image.png

      Und wie man sieht, sind die Werte durchaus unterschiedlich über Zeit:
      58d7ddc9-9c70-4450-ac44-6179615de9f3-image.png

      Wenn ich bei Min Temp einen Wert eintrage verschwindet der Balken übrigens komplett. Auch wenn ich die Seite mit den Kacheln öffne, werden die Balken erst angezeigt und verschwinden dann nach einigen Sekunden.

      Wie bekomme ich den so schöne Charts hin, wie es im iQontrol Wiki zu sehen ist?

      Lösung gefunden
      Ich hab mir die URL des Flot Chart Widgets mal geholt und rumexperimentiert und URL Parameter ergänzt. Erfolg hatte ich als ich &l%5B0%5D%5Binstance%5D=influxdb.0 angehängt habe.

      Kann es sein, das iQontrol bei mehr als einer History Instance nicht weiß welche es nehmen soll @s-bormann ?

      ciao
      Martin

      posted in Tester
      M
      martinschm

    Latest posts made by martinschm

    • RE: Neuer Alexa-Skill "iobroker.assistant"

      @samson71 said in Neuer Alexa-Skill "iobroker.assistant":

      @martinschm sagte in Neuer Alexa-Skill "iobroker.assistant":

      Bei mir in der App sehe ich allerdings bei den alten Geräten keinen Unterschied zu den neuen Geräten, außer das bei den neuen "Kürzlich hinzugefügt" steht.

      Siehe Nr. 5 und Nr. 9 in der Beschreibung auf der ersten Seite von @apollon77. Mit der Unterscheidung kann man auch problemlos selber löschen. War jedenfalls bei mir kein Problem.

      1. Alexa App aufräumen (oder später): Jetzt könnt Ihr alle iobroker Geräte in der Alexa App löschen - oder Ihr macht das später ... Die Geräte haben in ihren Einstellungen alle "ioBroker" oder "ioBroker Group" und in der Description den "ioBroker Objektnamen". Ihr könnt es aber auch später löschen ... Sie gehen aber nicht mehr, da der Skill deaktiviert ist
      1. Alexa App aufräumen (zweite Chance): Falls Ihr die Geräte nicht schon gelöscht habt, könnt Ihr jetzt die Liste z. B. alphabetisch sortieren lassen und alle Doubletten sind ioBroker Geräte. Die neuen sollten einen "Punkt" haben, damit kann man es erkennen oder darüber, dass die alten bei Description den ioBroker Objektnamen haben und die neuen aktuell nur ein "Device controlled by ioBroker".

      Ja missverstanden. Dachte man könnte das in der Objektliste sehen und nicht nur in den Einstellungen der Geräte.

      posted in Cloud Dienste
      M
      martinschm
    • RE: Neuer Alexa-Skill "iobroker.assistant"

      @bluefox said in Neuer Alexa-Skill "iobroker.assistant":

      Hey Leute. Bitte bleibt fair!

      Über solche Bewertungen freue ich mich (nicht)
      82b2fe3c-011a-46fc-bbb3-9b3163c86a36-image.png

      3 Sternen weil er alten Android hat und Alexa auf V3 umstellt. Was kann ich machen? Ihm neues Handy kaufen.

      Oder "Nur noch Verbindungsprobleme": Na ja, wurde gerne finden aber angeblich ist Andre R. nicht in der Lage ein Issue zu erzeugen. Aber eine Rezension zu schreiben, das kann er....

      Alle bei wem assistant läuft, könnt ihr bitte die Rezension schreiben. Und bei wem nicht läuft eine GitHub Issue...

      Habe gerade auch mal eine Bewertung da gelassen um das Rating wieder zu heben. Die zwei Bewertungen da oben sind eine Frechheit. Typische "Ich nehm alles in Anspruch was sich mir bietet und gebe nichts zurück". Wer sich die Arbeit macht ein Smart Home zu betreiben sollte wenigstens die Zeit aufbringen zu wissen wo man Probleme meldet statt in Rezensionen für schlechte Stimmung zu sorgen. Möge ihr einziges Backup löchrig und fehlerhaft sein 🙂

      posted in Cloud Dienste
      M
      martinschm
    • RE: Neuer Alexa-Skill "iobroker.assistant"

      Hi,

      erstmal vielen Dank, das ihr so schnell eine Lösung für das von Amazon verursachte Problem gebaut habt. Schade das ehrenamtlich vorangetriebenen Open Source Projekten so viel Zeit durch undurchsichtige Firmenentscheidungen verloren gehen.

      Ich hab den Adapter aktualisiert und V3 aktiviert und v1 deaktiviert. Die Geräte tauchen im v3 Tab auf.
      Dann den iobroker.assistant installiert. Beim Einloggen hatte ich allerdings erstmal Probleme.

      Mir hat es geholfen in den Settings "IOT Anmeldeinformationen neu erstellen" zu klicken. Danach ging es dann mit dem Einloggen.

      Bei mir in der App sehe ich allerdings bei den alten Geräten keinen Unterschied zu den neuen Geräten, außer das bei den neuen "Kürzlich hinzugefügt" steht.

      Freue mich jetzt auf die Löschorgie, danke Amazon.

      posted in Cloud Dienste
      M
      martinschm
    • RE: KI-Erkennung in Home Assistant mit Kameras

      @haselchen schau dir mal frigate an. Ist ein Videosystem in das du Kameras einbindest und das Objekte wie Mensch oder Katze erkennen kann. Es gibt einen Adapter für iobroker der dann Telegram Nachrichten triggern kann.

      posted in Plauderecke
      M
      martinschm
    • RE: [Vorlage] Alarmanlage mit erweiterten Funktionen

      Hi,

      Es gibt auch einen Alarm Adapter für iobroker. Reicht der dir nicht aus?

      Vielleicht könntet ihr ja eure Anstrengungen kombinieren um ein noch besseres "Produkt" zu erzeugen.

      posted in Skripten / Logik
      M
      martinschm
    • RE: PV Überwachung hoymiles

      @beowolf said in PV Überwachung hoymiles:

      @martinschm sagte in PV Überwachung hoymiles:

      nutze aktuell dieses Skript

      wr.jpg

      Wo kommen diese 78,2 W her? Wo wird das berechnet?

      Hi, ja wird berechnet aus den Werten der anderen Module.

      posted in ioBroker Allgemein
      M
      martinschm
    • RE: PV Überwachung hoymiles

      @beowolf said in PV Überwachung hoymiles:

      @martinschm
      Noch eine Frage.

      Warum baust du die Konstante "minProduction = 5" ein, die dann später nicht verwendet wird?

      Ist da noch etwas geplant?

      Hi, nein das ist ein Überbleibsel aus der ersten Version.

      posted in ioBroker Allgemein
      M
      martinschm
    • RE: PV Überwachung hoymiles

      @ralf-2 said in PV Überwachung hoymiles:

      @martinschm
      Wäre zwar schön aber bestimmt nicht zwingend nötig.
      Ich würde einfach die Erträge der einzelnen Module Module für einen Tag aufsummieren und dann bei Abweichung von x Prozent eine Meldung geben.
      Bedenke dabei, das vielleicht auch etwas ein Modul mal verschatten kann (Handwerkeraute, oder so etwas). Ich würde das einfach mal eine Woche ohne Alarm laufen lassen und dann den Grenzwert in Prozent daraus ableiten.
      Das bekommen wir schon als Teamarbeit hier im Forum hin. Daten solltest du mal im Vorfeld sammeln.

      Ich hab mal mit perplexity.ai ein paar Runden gedreht und nutze aktuell dieses Skript

      const wrThreshold = 0.7;
      const moduleThreshold = 0.7;
      const minProduction = 5;
      const telegramInstance = 'telegram.0';
      const warnDelay = 15 * 60 * 1000; // 15 Minuten in ms
      
      // Gruppen-Konfiguration wie gehabt
      const groups = [
        {
          name: "Zaun",
          wrs: [
            { id: "xx", name: "WR1", moduleCount: 6 },
            { id: "xx", name: "WR2", moduleCount: 6 },
            { id: "xx", name: "WR3", moduleCount: 6 }
          ]
        },
        {
          name: "Gartenhütte",
          wrs: [
            { id: "xx", name: "WR4", moduleCount: 4 },
            { id: "xx", name: "WR5", moduleCount: 4 }
          ]
        }
      ];
      
      // Statusspeicher
      if (!globalThis.wrStatus) globalThis.wrStatus = {};
      
      function checkWRs() {
          let now = Date.now();
      
          groups.forEach(group => {
              let wrPowers = [];
              let activeWRs = [];
      
              // 1. Prüfe, welche WR produzieren
              group.wrs.forEach((wr, i) => {
                  const producingState = getState(`opendtu.0.${wr.id}.producing`).val;
                  const isProducing = producingState === true || producingState === 'true';
                  if (isProducing) {
                      let wrPower = getState(`opendtu.0.${wr.id}.power_dc`).val;
                      wrPowers[i] = wrPower;
                      activeWRs.push({ index: i, ...wr, wrPower });
                  } else {
                      wrPowers[i] = 0;
                  }
              });
      
              // 2. WR-Vergleich (nur aktive WRs und erst nach 15 Minuten)
              if (activeWRs.length > 1) {
                  let avgWR = activeWRs.reduce((sum, wr) => sum + wr.wrPower, 0) / activeWRs.length;
                  activeWRs.forEach(wr => {
                      let status = globalThis.wrStatus[wr.name] || { warnSince: null, warned: false };
                      if (wr.wrPower < avgWR * wrThreshold) {
                          if (!status.warnSince) status.warnSince = now;
                          if (!status.warned && (now - status.warnSince) >= warnDelay) {
                              sendTo(telegramInstance, 'send', {
                                  text: `⚠️ *WR-Warnung (${group.name})*: ${wr.name} liefert seit 15 Minuten nur ${wr.wrPower} W (Durchschnitt: ${avgWR.toFixed(1)} W)`
                              });
                              status.warned = true;
                          }
                      } else {
                          if (status.warned) {
                              sendTo(telegramInstance, 'send', {
                                  text: `✅ *Entwarnung (${group.name})*: ${wr.name} liefert wieder ausreichend Leistung.`
                              });
                          }
                          status.warnSince = null;
                          status.warned = false;
                      }
                      globalThis.wrStatus[wr.name] = status;
                  });
              }
      
              // 3. Modulvergleich je WR (nur bei aktiven WRs, erst nach 15 Minuten)
              activeWRs.forEach(wr => {
                  let modulePowers = [];
                  for (let m = 1; m <= wr.moduleCount; m++) {
                      let modPower = getState(`opendtu.0.${wr.id}.dc.input_${m}.power`).val;
                      modulePowers[m - 1] = modPower;
                  }
                  let avgModule = modulePowers.reduce((a, b) => a + b, 0) / wr.moduleCount;
                  modulePowers.forEach((mp, idx) => {
                      let key = `${wr.name}_modul${idx+1}`;
                      let status = globalThis.wrStatus[key] || { warnSince: null, warned: false };
                      if (mp < avgModule * moduleThreshold) {
                          if (!status.warnSince) status.warnSince = now;
                          if (!status.warned && (now - status.warnSince) >= warnDelay) {
                              sendTo(telegramInstance, 'send', {
                                  text: `⚠️ *Modul-Warnung (${wr.name})*: Modul ${idx + 1} liefert seit 15 Minuten nur ${mp} W (Durchschnitt: ${avgModule.toFixed(1)} W)`
                              });
                              status.warned = true;
                          }
                      } else {
                          if (status.warned) {
                              sendTo(telegramInstance, 'send', {
                                  text: `✅ *Entwarnung (${wr.name})*: Modul ${idx + 1} liefert wieder ausreichend Leistung.`
                              });
                          }
                          status.warnSince = null;
                          status.warned = false;
                      }
                      globalThis.wrStatus[key] = status;
                  });
              });
      
              // 4. Überwachung nicht-produzierender WRs (wie gehabt, ggf. auch mit 15min-Verzögerung anpassen)
              group.wrs.forEach((wr, i) => {
                  const producingState = getState(`opendtu.0.${wr.id}.producing`).val;
                  const isProducing = producingState === true || producingState === 'true';
                  let status = globalThis.wrStatus[wr.name + "_prod"] || { warnSince: null, warned: false };
                  if (!isProducing) {
                      let anyOtherProducing = group.wrs.some((otherWr, otherIdx) => {
                          if (otherIdx !== i) {
                              const otherProducingState = getState(`opendtu.0.${otherWr.id}.producing`).val;
                              return otherProducingState === true || otherProducingState === 'true';
                          }
                          return false;
                      });
                      if (anyOtherProducing) {
                          if (!status.warnSince) status.warnSince = now;
                          if (!status.warned && (now - status.warnSince) >= warnDelay) {
                              sendTo(telegramInstance, 'send', {
                                  text: `🔴 *Ausfall (${group.name})*: ${wr.name} produziert seit 15 Minuten nichts, obwohl andere laufen!`
                              });
                              status.warned = true;
                          }
                      } else {
                          status.warnSince = null;
                          status.warned = false;
                      }
                  } else {
                      if (status.warned) {
                          sendTo(telegramInstance, 'send', {
                              text: `✅ *Entwarnung (${group.name})*: ${wr.name} produziert wieder!`
                          });
                      }
                      status.warnSince = null;
                      status.warned = false;
                  }
                  globalThis.wrStatus[wr.name + "_prod"] = status;
              });
          });
      }
      
      schedule('*/2 * * * *', checkWRs);
      
      

      Das ist die zweite Version, die erste hat zu viele Meldungen in den Morgen- und Abendstunden gebracht wenn einzelne Module kurz verschattet sind.

      Das Skript vergleicht die Module eines WRs miteinander und warnt wenn ein Module nach 15 min immer noch hinter den anderen herhinkt. Außerdem vergleicht es die WRs innerhalb von zwei Gruppen (wo die Module jeweils gleich ausgerichtet sind) miteinander.

      posted in ioBroker Allgemein
      M
      martinschm
    • RE: PV Überwachung hoymiles

      @beowolf said in PV Überwachung hoymiles:

      Der Opendtu Adapter zeigt doch bei jedem WR die Datenpunkte "producing" und "last_update" aus. Den Datenpunkt "available" gibt es auch noch.

      Da ist doch alles vorhanden was man braucht.

      Leider nicht ganz. producing bezieht sich halt nur auf einen WR, aber wenn mal ein Modul ausfällt bekommst du es so nicht mit.

      posted in ioBroker Allgemein
      M
      martinschm
    • RE: PV Überwachung hoymiles

      @ralf-2 said in PV Überwachung hoymiles:

      @martinschm sagte in PV Überwachung hoymiles:

      Über eine openDTU ist die Anlage in iobroker eingebunden.

      Ich weiß nicht, was OpenDPU an weiteren Datenpunkten liefert, ggf. kann man hier auch noch irgendwelche Fehlerstatus auslesen und mit berücksichtigen. Aber dein Ansatz ist erst einmal gut und wohl richtig.

      Fehlerstatus wird aktuell leider nicht mitgeliefert. Hab ich schon ein Feature requests zu aufgemacht.

      posted in ioBroker Allgemein
      M
      martinschm
    Community
    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
    The ioBroker Community 2014-2023
    logo