@Hhjung16
Moin,
mittlerweile bin ich deutlich weiter. Status:

• Rhasspy (neueste Version 2.4.16) läuft auf Raspberry PI3 mit Buster im Docker mit deutschem Profil und einem Matrix Voice als Mikrofon
• die gesamte Installation lief problemlos, Konfiguration von Rhasspy zunächst so wie standardmäßig vorgesehen
• wichtig: Mikro und Ausgabe richtig konfigurieren
• Übergabe an ioBroker über MQTT. Auf ioBroker muss hierzu ein MQTT-Adapter als Server eingerichtet werden (ohne User). In Rhasspy die Konfiguration für MQTT entsprechend anpassen und die IP des MQTT-Servers eintragen
• Trainieren von Rhasspy: Hier muss man sich von vorne herein eine saubere Arbeitsweise angewöhnen

1. Im Reiter "Words" die Worte für die Devices/Slots (zB Esszimmerlampe) anlegen und die Aussprache (Pronounciation) testen und ggf anpassen. Die Ausgabe muss auf "Word" nicht auf "Phonemes" stehen. Wort übernehmen und speichern. Achtung: Zwischen dem neuen Eintrag und der bisherigen Wortliste darf sich keine Leerzeile befinden.
2. Im Reiter "Slots" für genau diese angelegten Worte die Slots anlegen. Ich habe zB im Slot "lights" hinter der Esszimmelampe den Datenpunkt von ioBroker eingetragen (hm-rpc.0.ABC1234567.1.STATE) eingetragen. Ob dies so richtig und überhaupt relevant ist, weiß ich noch nicht. Auf die weitere Funktion hat es jedoch bislang keinen Einfluss.
   Speichern nicht vergessen!
3. Im Reiter "Sentences" kann nun die Datei sentences.ini editiert werden. Es gibt dort unter [ChangeLightState] bereits ein Template für Sätze zum Schalten von Lampe. Unter "light_name" müssen vollständig alle Worte/Devices, die angelegt wurden, aufgeführt werden. Fehlt eines, funktioniert für dies fehlende Device die Sprachsteuerung nicht.
   Speichern nicht vergessen!
4. Nun kann Rhasspy durch Betätigen des grünen Knopfes "Train" trainiert werden. Je nach Umfang der Konfiguration kann das N x 10 sec. dauern. "Train" kann man auch ruhig jeweils nach Schritt 1 bis 3 ausführen, so dass immer nur die Differenz aktualisiert wird.
5. Testen: Im Reiter "Speech" kann die Konfiguration nun getestet werden. Hierzu den blauen Button "Hold to Record" betätigen, ein konfiguriertes Kommando sprechen (zB schalte die Esszimmerlampe ein) und loslassen. (Der gelbe Wake-Button braucht hierzu zuvor nicht betätigt zu werden Auch braucht das Wake-Word "Okay Rhasspy" nicht gesprochen zu werden). Ist alles korrekt, sieht man anschließend die vollständige Raw Intent JSON. Bei unvollständiger Konfiguration erscheint hier nur Unsinniges.
   Wenn das bis hierher alles klappt, kann man nun mit Mikro und Lautsprecher testen. Hierzu vor Eingabe des Sprachkommandos einfach den gelben Wake-Button betätigen und unmittelbar nach dem hellen Quittungston das vollständige Sprachkommando mit Wake-Word eingeben. Ist alles OK, hört man einen etwas niedrigeren Quittungston, its etwas falsch einen tiefen Quittungston.

Soweit Rhasspy. Nun zurück zu ioBroker. Sofern der MQTT-Adapter während der Testerei bereits lief, wurde unter den Objekten unter mqtt.0 das Verzeichnis rhasspy, darunter das Verzeichnis intent und dort die intents selbst (zB ChangeLightState) angelegt. Am besten nun in zwei Fenstern arbeiten und in dem einen (Rhasspy) erneut ein Sprachkommando mit Wake-Word eingeben. In dem anderen (ioBroker) die Ausgabe des Objekts "ChangeLightState" beobachten. Dies müsste sich in Abhängigkeit von dem eingegebenen Sprachkommando jeweils ändern.

Der weiteren Verarbeitung dieses Objektes mit ioBroker steht also nun nichts mehr im Wege. Ich selbst habe mir hierzu den node-red Adapter installiert und einen kleinen Flow zum Testen angelegt. Die Übernahme der daten aus dem Objekt "ChangeLightState" kann man mit dem Eingabe-Node "ioBroker in" vornehmen. Erste per Sprachkommando eingegebene Schaltbefehle habe ich bereits bis zu einer Lampe durchgebracht. Die Lampe kehrt jedoch nach einem Sekundenbruchteil wieder in den Aus-Zustand zurück. Hier weiß ich noch nicht, woran das liegen könnte. Vielleicht hat ja jemand eine Idee? Vielleicht Rechte zwischen Rhasspy und ioBroker?

Fazit: Einfache und bislang zuverlässige Installation, relativ aufwändige Konfiguration, die aber beherrschbar ist, wenn man sich an das von mir vorgeschlagene Vorgehen hält. Gute Spracherkennung mit dem Matrix Voice Mikro. Für jeden, der wirklich vollständig autonom bleiben will, also eine wirklich gute Lösung - auch als Ersatz für das abgemeldete Snips. Vielleicht kann sich ja jemand aus der Snips-Gruppe dem Thema mal zuwenden und seine Erfahrung mit einfließen lassen.

Und sonst: Wer Details wissen möchte, kann auf mich zukommen.

Gruß in die Runde

Hallo an alle Interessierten,

Mit Hilfe des von @joergeli erstellten Skripts ist es mir gelungen, den BRING!-Adapter über Rhasspy mit Sprachkommandos zu steuern und eine akustische Bestätigung zu erhalten. Voraussetung ist natürlich, dass Der BRING!-Adapter im ioBroker installiert ist und man einen BRING!-Account besitzt, dessen Daten im Adapter hinterlegt sind.

Mit diesem Teil des Skripts werden die notwendigen Vorbereitungen zur Übergabe der Sprachdaten an die TTS-API von Rhasspy vorgenommen:

// Skript zur Ausgabe von Voice über TTS an Rhasspy
// Für Rhasspy-TTS:
let http = require('http');
let options = {
    host: '192.168.13.157', //Rhasspy IP-Adresse
    port: 12101,            //Rhasspy Port
    path: "/api/text-to-speech",
    method: 'POST',
    headers: {
        'User-Agent' : 'ioBroker',
        'Content-Type': 'text/plain',
       // 'Content-Length': data.length
    }
};

//______________________________________________________________________________
function httpPost(data) {
    let req = http.request(options, function(res) {
    console.log("http Status: " + res.statusCode);
    // Header (Rückmeldung vom Webserver)
    console.log('HEADERS: ' + JSON.stringify(res.headers), (res.statusCode != 200 ? "warn" : "info"));
    });

     // Fehler abfangen
        req.on('error', function(e) { 
        console.log('ERROR: ' + e.message,"warn");
    });

     // write data to request body
    console.log("Data to request body: " + data);
    (data ? req.write(data) : console.log("Daten: keine Daten vorhanden"));
    req.end();
}

Danach folgen die Skripte, die man per Sprache steuern will. Wird eine Bestätigung per Voice (TTS) gewünscht, müssen folgende Zeilen in die jeweiligen Skripte eingebaut werden:

// Diese Zeilen jeweils in die nachfolgenden Skripte innerhalb von onID eintragen, wenn Sprachausgabe stattfinden soll
        data = 'Es sind momentan ' + value.val + ' Grad Celsius'; // Text und Werte ggf anpassen
        console.log("data: " + data); // kann man nach dem Testen auskommentieren
        log(value.val); // kann man nach dem Testen auskommentieren
        httpPost(data);
//Ende

Und dann folgt noch das eigentliche Skript zur Steuerung der States des BRING!_Adapters:

// Hier Skript zum Befüllen der Einkaufslisten im Bring-Adapter
var intentResult = $('mqtt.0.rhasspy.intent.SetShop*');
var intentArray = [];

 for(var i = 0; i < intentResult.length; i++)
{
    log(intentResult[i]);
    intentArray.push(intentResult[i]);
}

on({id: intentArray, change: "any"}, function (obj) {
    log(obj.newState.val); // kann man nach dem Testen auskommentieren oder löschen

    let intentObject = JSON.parse(obj.newState.val);
       if(intentObject.hasOwnProperty('device'))
    {
        var deviceID = intentObject.device;
        var command = intentObject.command;
        var state = intentObject.state;
        var value = intentObject.value;
        log('value:'+value); // kann man nach dem Testen auskommentieren oder löschen
        let data = value + ' auf die Einkaufsliste gesetzt';
        if(command === "false")
        {
        log('command:'+command); // kann man nach dem Testen auskommentieren oder löschen
        state = ".removeItem";
        log('state:'+state); // kann man nach dem Testen auskommentieren oder löschen
        data = value + ' von der Einkaufsliste entfernt';
        log("data:"+data) // kann man nach dem Testen auskommentieren oder löschen
        }

        log(deviceID + state + value); // kann man nach dem Testen auskommentieren oder löschen
        log('state:'+state); // kann man nach dem Testen auskommentieren oder löschen
        setState(deviceID + state, value);
        console.log("data: " + data); // kann man nach dem Testen auskommentieren oder löschen
        httpPost(data);
    }
});

Auf Seiten von Rhasspy werden nun noch die Sentences und die Slots benötigt. Der Sentence für die Eingabe eines Artikels in die Einkaufsliste(n) von Bring! sieht bei mir wie folgt aus:

[SetShoppingList]
($synonyms_change_command) {command} ($shopping_item) {value} [auf] [die] ($device_name_shoppinglist) {device}(:){state:.saveItem}

Und in den Slots habe ich folgende Werte aufgenommen:

    "device_name_shoppinglist": [
        "(Mann | Mannsliste):bring.0.e4xxxxxxxxxx",
        "(haushaltsliste | einkaufsliste):bring.0.fexxxxxxxxxxxx",
        "(Frau | Frausliste):bring.0.92xxxxxxxxxxxx"
    ],
    "shopping_item": [
        "(Butter)",
        "(Deo)",
        "(Watte)",
        "(Weißwein)",
        "(Lippenstift)",
        "(Shampoo)",
        "(Seife)",
        "(Rotwein)",
        "(Milch)",
        "(Käse)",
        "(Brot)",
        "(Bier)",
        "(Sekt)",
        "(Schinken)",
        "(Duschgel)"
    ],
    "synonyms_change_command": [
        "mach:true",
        "schalte:true",
        "setz:true",
        "mach mal:true",
        "stell:true",
        "setze:true",
        "schalt:true",
        "stelle:true",
        "schliesse:false",
        "lösche:false",
        "entferne:false"
    ],

Anmerkung1: Die synonyms_change_command-Liste benutze ich auch zum Steuern von Lampen, Rollos usw. Deshalb enthält sie mehr Kommandos, als nur für den Bring!-Adapter notwendig.

Anmerkung 2: Die "shopping_items" müssen hier in den Slots und auch im Wörterbuch vollständig erfasst werden. Hierzu ist manuelle Pflege erforderlich, wenn mal ein Wort fehlt. Das halte ich momentan noch für machbar, auf Dauer jedoch für etwas umständlich. Vielleicht fällt ja einem ioBroker user eine elegantere Lösung ein.

Und nun viel Spaß beim Ausprobieren. Fragen und Anregungen willkommen.

Gruß, Thomas

PS: @Bluefox, @hiasii12 meine Anfrage zu MQTT hat sich damit erledigt. Vielen Dank.

Hi,
ich begann mit snips um dann festzustellen, dass snips nach dem Verkauf an Sonos als community Lösung nicht mehr zur Verfügung stehen wird. Als Alternative habe ich mir zunächst Mycroft/picroft angeschaut, dies trotz sehr einfacher und zuverlässiger Installation dann aber wegen der Cloud-Anbindung nicht weiter verfolgt. Eine echte standalone-Lösung ist in der Tat nur Rhasspy. Eine erste Installation auf einem Pi3B auf Basis von Stretch bekam ich weder mit Python noch mit Docker zum Laufen. Die Neu-Installation mit Buster verlief erfolgreich. Als Mikro verwende ich Matrix Voice. Hinweise zur Installation der Treiber unter Matrix aber auch bei Mycroft. Wie ich bereits erkennen konnte, ist der Pi3B mit Rhasspy an seiner Leistungsgrenze angekommen. Die durchaus mögliche Client-Server-Konfiguration habe ich bislang noch nicht in Betracht gezogen, weil ich die Kompelxität zunächst gering halten wollte. Nun zu Rhasspy: Die englischsprachige Dokumentation zur Konfiguration ist im Prinzip nicht schlecht. im Detail tun sich jedoch immer wieder Fragen auf, nämlich wie es denn nun konkret geht... Hier muss man sich durchwühlen. Im ebenfalls englischsprachigen Forum gibt es zahlreiche Hinweise. Anders als bei ioBroker scheint hinter Rhasspy jedoch nur eine Person zu stehen. Das Projekt ist auf HASS.IO bzw Home Automation fokussiert, ioBroker wird nicht erwähnt. Momentan hänge ich noch an der Konfiguration der Befehle, sodass ich mich mit der prinzipiell möglichen Node-Red-Anbindung an ioBroker noch gar nicht befassen konnte. Mein Fazit: Ein seeeehr zähes Projekt, das sich ohne Zuarbeit aus der ioBroker-community ggf. auch im Sande verlaufen könnte, was schade wäre...

Vielleicht finden sich ja hier einige versierte Unterstützer/Mitstreiter.

Gruß in die Runde

@dali-g
Hallo, wenn ich dich richtig verstehe, möchtest du mit Hilfe eines KNX-Tasters die RF-Link-Befehle an einen 433MHz Funkmotor senden, um so deine Rollläden zu steuern. Meinst du das?

Ich verwende KNX selbst nicht, gehe aber mal davon aus, dass der KNX-Adapter Datenpunkte für deine KNX-Taster anlegt. Somit kannst du einfach ein kleines Skript anlegen (Blockly oder JS), das im Prinzip so funktioniert:

on({id: "ID vom KNX", change: "ne"}, function (obj) {
	if (getState(obj).val == true) {
       setState("ID vom RFLINK", true)
	}                                                                          
    if (getState(obj).val == false) {
        setState("ID vom RFLINK", false)
    };
})

Damit kannst du deinen Rollladen runter und rauf fahren. Zwischendurch stoppen geht nicht, es sei denn, dein KNX-Schalter kennt drei Zustände oder du interpretierst einen zweiten Tastendruck als STOP. Dadurch wird natürlich das Skript aufwändiger

@arteck
@Jey-Cee
@kmxak

Hallo zusammen,

denkt bitte daran: Heute Abend 19.00 Uhr auf TeamSpeak in unserem Allianz-Raum. Wie versprochen, habe ich einige Überlegungen zu Zielen der Allianz und Vorteilen für alle Beteiligten Player zusammengefasst.

Ich möchte euch bitten, euch das enstprechende Word-Dokument, welches ich hier abgelegt habe: https://github.com/GSHCA/internal_documents anzuschauen und zu überlegen, was ihr selbst ergänzen würdet.

Falls jemand kein MS Word haben sollte: Ich lege gleich noch ein pdf ab.

@haselchen, @Garfonso : Wenn ihr könnt, schaut euch das Dokument doch auch mal an. Vielleicht habt ihr ja aus "normaler User" Anregungen, Ergänzungen, Wünsche, Ideen, die ihr mir hier oder via Chat mitteilen wollt.

Gruß
Thomas

@dali-g
Hallo Dali,
gerne! Du kommst also jetzt alleine klar? Eines noch: Bist du bereits auf Motoren mit 433 MHz Funk festgelegt? Ich habe selbst drei davon im Einsatz und bin dann beim vierten Rollo auf HomeMatic gewechselt. Aus meiner Erfahrung heraus hat Homematic mehrere Vorteile:

1. bei 433 MHz kommt es häufig zu Funkstörungen durch Störsender in der Nachbarschaft. Der Befehl kommt also oft nicht an. Das Funksystem arbeitet nur unidirektional, das heißt, es gibt keine Quittung über die Ausführung eines Befehls, ebenso keine Infos über Betriebszustände und -störungen usw
2. HomeMatic arbeite mit 868 MHz. Der Funkbereich ist "halbwegs" geregelt, daher etwas weniger störanfällig. Und wenn doch mal ein Befehl nicht ankommt, bleibt auch die Quittung des Empfängers aus, so dass der Sender den Befehl wiederholt. Das System arbeitet bidirektional, d.h. ein Rollo meldet auch, wo es steht (zB bei 50% geöffnet/geschlossen)

Ich selbst würde heute nur noch auf bidirektional setzen (kann ja auch ein anderer Hersteller als HomeMatic sein. Wenn du in deiner Entscheidung noch frei bist, dann denk einmal darüber nach.

@capitaenz said in Rhasspy Offline Sprachsteuerung:

Aber es erschließt sich mir nicht, wie ich per MQTT (nicht per Script) eine Sprachausgabe auf dem Rhasspy erzeugen kann, gleichwertig und einfach, wie es bei Snips möglich ist.

Ach so! Jetzt verstehe ich endlich das Problem.

Snips kenne ich leider nicht gut genug um beurteilen zu können, wie dort die Sprachausgabe organisiert war. Soweit ich jedoch Rhasspy bislang verstanden habe, gibt es keine Möglichkeit, eine Sprachausgabe einfach zu konfigurieren. Ich habe allerdings im Rhasspy-Forum auch nicht recherchiert, ob es in dieser Richtung schon etwas gibt. Falls du dort auf etwas stoßen solltest, wäre das für alle anderen hier natürlich auch interessant.

Für mich ist das mit den Skripten in Ordnung. Und ich bin auch nur einfacher Anwender mit geringen Programmierkenntnissen. Die meisten Tätigkeiten sind ja eh nur einfache Konfigurationsänderungen.

Mit dem ganzen Set an Skripten kommst du jedenfalls schnell ans Ziel. Wenn du dir jedoch etwas anderes vorstellst, müsstest du dich an das Rhasspy-Forum wenden. Ich und vermutlich auch alle anderen, die sich hier im ioBroker Forum zu Rhasspy äußern, sind dann wohl mit ihrem Latein am Ende.

Aber wie gesagt, wenn du auf eine hilfreiche Quelle stößt, poste sie bitte hier.

@mud
Hallo,

vielleicht kann ich dir helfen. Habe mich nämlich auch gerade stundenlang mit dem Thema herumgeschlagen. Die im Netz zu findenden Informationen sind verwirrend, widersprüchlich und unvollständig, speziell, was die Einrichtung auf der Synology betreffen.

Mein funktionierender Lösungsansatz, der hoffentlich viel Zeit spart:

1. Laut Synology muss der webdav-Server installiert sein. Habe ich gemacht und damit funktioniert der Zugriff vom iCal-Adapter. Habe allerdings noch nicht getestet, ob dieser webdav-Server auch tatsächlich benötigt wird.
2. ich hatte für den Kalenderzugriff einen eigenen User "iocalendar" ohne Laufwerkszugriffe und nur mit Zugriffsrechten auf die Anwendung Kalender eingerichtet. Dabei bin ich jedoch immer wieder auf Hindernisse gestoßen, sodass ich dann doch auf meinen Standarduser "thomas" zurückgegangen bin
3. die von Synology empfohlenen Links/URLs funktionieren nicht so ohne weiteres. Ich habe mir daher hilfsweise den ersten Kalender als CalDav-Kalender in Evolution (vergleichbar Thunderbird) angelegt und in den Kalendereigenschaften folgende URL eingetragen: https://<IP>:5001/caldav.php/thomas/home/
4. wenn man dann die Funktion "Kalender suchen" aufruft, erhält man eine Auswahl aller auf der Synology angelegten Kalender (bei mir sind es drei). Mit Auswahl des ersten Kalenders werden alle Einstellungen aus dem Synology-Kalender in Evolution/Thunderbird übernommen, z.B. die Farbe des Kalenders und natürlich die Kalenderdaten.
5. Mit dieser URL habe ich dann den ersten iCal-Adapter angelegt, den user und das Passwort eingetragen: Funktioniert!
6. Falls weitere Kalender bestehen, wird der nächste wie zuvor beschrieben in Evolution/Thunderbird angelegt. Bei der Auswahl weiterer Kalender in den Kalendereigenschaften ändert sich die URL wie folgt: https://<IP>:5001/caldav.php/thomas/individuelleKennungKalender2/
   Diese URL gem. 5. wieder in den zweiten iCal-Adapter eintrage.
7. u.s.w.
8. Die oftmals erwähnte Ergänzung der URL mit "?export&accept=ical" wird nach meiner Erfahrung nicht benötigt. Allerdings habe ich auch nicht getestet, was passiert, wenn man sie verwendet

Ich hoffe, dies hilft dir und allen anderen, die eine Lösung suchen.
Grüße

@lichtan sagte in Rhasspy Offline Sprachsteuerung:

Hat einer von euch schon die Bring Liste erfolgreich integriert.

Hallo, ich habe dir meine Beschreibung vom 11.3.20, 23:39 herausgeucht. Falls noch interessant, schau mal hier:

https://forum.iobroker.net/topic/31110/rhasspy-sprachsteuerung-für-bring-adapter?_=1615936753622

@murphy-0 sagte in Test Adapter Zendure Solarflow:

@felli
Habe es hinbekommen. Wegen geändertem Vorzeichen musste
einiges geändert werden.
Falls jemand mit Blockly steuert habe ich es hier eingestellt:
https://forum.iobroker.net/topic/80764/script-zum-laden-entladen-von-zendure-solarflow/80

Vielen Dank für den Hinweis. Ich werde dein Skript in den nächsten Tagen mal testen

@daniel-8 sagte in Test Adapter Zendure Solarflow:

Bei meinem Solarflow 800Pro, hat der Adapter heute 4 mal eine Umschaltung des Acmode von 2 auf 1 für jedesmal so ca. 5 sec registriert Ich kann leider noch nicht nachvollziehen woher das ganze kommt. Aber heute zeigt er in der App auch an das er 50Wh aus dem Netzt geladen hat. Da war eigentlich genug Pv Leistung da mit immer über 100 Watt bis 300 Watt. Eventuell ist das ganze auch ein Firmwarproblem vom 800 Pro

Hat jemand ein ähnliches Problem?

Das konnte ich bislang bei mir nicht feststellen. Ich werde die besagten Datenpunkte mal protokollieren und mich dann wieder melden.

@romestylez sagte in Test Adapter Zendure Solarflow:

@tobetobe änderst du die Werte wie z.B. acmode auch unter "Control" oder änderst du eventuell den Wert welcher aus per MQTT gezogen wird.

Es war für mich naheliegend, den acmode unter Control einzustellen. Wie gesagt, hat das leider nicht funktioniert, da der Datenpunkt immer wieder in den ursprünglichen Zustand zurückgeht.

@daniel-8 sagte in Test Adapter Zendure Solarflow:

Wie steuerst du denn den 800 Pro?

Da ich das Gerät erst ca. 1 Woche habe, bin ich momentan noch beim Kennenlernen und Ausprobieren. Mein Ziel ist, alles vom ioBroker steuern zu lassen, insbesondere netzdienliches Laden der Batterie in Abhängigkeit vom dynamischen Tarif. Soweit bin ich aber noch nicht. Aktuell habe ich mal einen Ladevorgang über die App ausgelöst ("Einstellungen/Einstellungen für den Netzanschluss": Netzeingangsmodus mit 800W eingestellt). HEMS muss dazu ausgeschaltet sein.

Die Adapter Objekte acmode, inputLimit und setInputLimit zeigen dann auch die korrekten Werte an. Beim Abschalten des Ladevorganges (Netzausgangsmodus) zieht der Adapter die Einstellungen für acmode und outputLimit, setOutputLimit korrekt nach.

Im Adapter selbst kann ich diese Umschaltungen nicht vornehmen. Bei Änderung des acmode-Wertes von AC output mode zu AC input mode wird die Änderung zwar angenommen, aber nur, um in der nächsten Sekunde wieder auf den alten Wert zurückzukehren. Das gilt auch für andere Werte, zB control/chargeLimit.

Ich habe meinen in HEMS eingebunden und steure ihn lokal mit Shelly.

Dein Shelly ist vermutlich über die Cloud gekoppelt? Bei mir geht die lokale Steuerung mit Shelly nicht, weil ich ihn in der Betriebsart MQTT betreibe. Mein Ziel ist, auch den SF 800 pro über MQTT zu steuern. Das ist aber noch eine größere Baustelle. Ist es dir schon gelungen, den SF 800 pro mit einem der Tools „Solarflow Bluetooth Manager“ (von Reinhard Brandstätter) oder dem „Zendure Cloud Disconnector“ für Windows von der Cloud zu trennen?

Eingangsleistung ist eigentlich auf 0 gesetzt aber ich kann mir noch nicht erklären wo das her kommt. In der App steht nämlich nie das er vom Netz geladen wird. Es scheint so das es auch immer nur ganz kurze Impulse sind. Habe jetzt mal bei acMode und SetInputLimit SQL Logging eingeschalten um zu sehen ob sich auch der acMode ändert.

Wie gesagt, der acmode muss auf Input stehen und es muss eine Ladeleistung >0 eingestellt sein, zB 800W

@nograx sagte in Test Adapter Zendure Solarflow:

@daniel-8 sagte in Test Adapter Zendure Solarflow:

Habe folgendes festgestellt:

1. Bei mir wird immer wieder mal bei Einzustellende Eingangsleistung und bei Limit der Eingangsleistung ein Wert reingeschrieben obwohl ich den Eingang auf 0 gestellt habe.

Unter control oder direkt unter dem Gerät?

Bei mir sehen diese Datenpunkt so aus:

Also setInputLimit unter Control und inputLimit direkt unterhalb vom Gerät. Bei mir wird nichts reingeschrieben. Werte bleiben auf 0.

2. Beim Datenpunkt packPower wird mir zwar die Entladeleistung mit -... aber nicht die Ladeleistung angezeigt. Beim laden steht immer 0

Kann das irgendwie jmd. bestätigen? Bei mir sehen die Werte gut aus...

Ich muss das leider bestätigen. Mein Gerät befand sich im Bypass Modus. Die Ladeleistung betrug korrekterweise 0W. Dann hat das Gerät pass auf false gesetzt und den packState auf Charging. In der App wird die Ladeleistung korrekt dargestellt, im Adapter bleibt packPower jedoch auf 0W stehen. Zur Sicherheit habe ich mich in der App abgemeldet. Dies hat jedoch nichts geändert, packPower bleibt bei 0W.

Die Adapterversion ist übrigens 2.0.1

3. Habe ich einen Denkfehler oder müssten nicht die 2 Variablen outputPackPower (Ladeleistung zur Batterie) packInputPower (Entladeleistung aus Batterie) anderrum sein? out heißt doch normal raus und In rein?

Die Frage kam schon öfter auf, das ist nichts was ich mir ausgedacht habe sondern Zendure. Hier wird immer aus der Sicht des steuernden Gerätes aus geschaut. Vom HUB/SF zum Akku (output to pack) bzw. aus dem Akku zum Gerät (input power from pack).

@nograx
@daniel-8 sagte in Test Adapter Zendure Solarflow:

Hallo habe schon 2 mal einen Post geschrieben. Habe aber leider nie eine Antwort bekommen. Bitte schaut euch das doch mal an ich bin sehr interessiert an dem Adapter.

Hallo Daniel-8,
der SF800 pro ist noch ein sehr neues Gerät. Folglich gibt es bislang nur wenige Nutzer. Wenn ich mir die Chats so anschaue, liegt das vorwiegende Interesse wohl eher bei anderen Geräten der SF-Reihe.

Auch ich hätte Interesse, mich mit anderen über ihre Erfahrungen zum SF 800 pro im Zusammenspiel mit Adapter auszutauschen. Mein Vorschlag: Lass uns beide doch einfach mal anfangen.

Meine Frage @nograx: Sollen wir einen neuen Verlauf öffnen "Test Adapter Zendure Solarflow mit SF 800 pro", um das Ganze übersichtlicher zu halten?

@nograx
Vielen Dank. Der ProductKey lautet R3mn8U

@nograx sagte in Test Adapter Zendure Solarflow:

@stony2k sagte in Test Adapter Zendure Solarflow:

Wird die SolarFlow 800 Pro auch schon bereits vom Adapter unterstützt?

Sollte zumindest per Cloud jetzt funktionieren. Wenn du den eingebunden hast würde es mich freuen wenn du mir dem ProductKey mal zukommen lassen könntest.

Hallo,
ich habe seit einigen Tagen den SF 800 pro. Der Adapter kommuniziert über den EU-Server mit dem Gerät und stellt die Daten in den Objekten korrekt und schnell dar.

Weder in der App noch im Adapter finde ich jedoch den gewünschten ProductKey. Gibt es dafür ggf noch eine andere Bezeichnung? Wo muss ich da suchen?

Mit MQTT bin ich noch nicht wirklich weiter gekommen. Hat es jemand bereits geschafft, die BT Daten des SolarFlow 800 pro mit dem BT Manager auszulesen?

@labersack
Hallo,
schön, dass es dein Angebot noch immer gibt. Ich habe mittlerweile 4 Stück HM-LC-Sw1-FM mit verschmortem Si-R und einen ebenfalls defekten HM-LC-Sw2-FM (Fehler unbekannt) hier liegen. Ich wollte mich zunächst selbst an einer Reparatur versuchen, scheitere aber daran, eine Quelle für die Si-R zu finden. Von daher hoffe ich auf dich...

Deinen ersten Post habe ich gelesen und bin mit den Bedingungen einverstanden. Bitte schicke mir deine Adresse per PN.

Vielen Dank & Gruß

@mud
Hallo,

vielleicht kann ich dir helfen. Habe mich nämlich auch gerade stundenlang mit dem Thema herumgeschlagen. Die im Netz zu findenden Informationen sind verwirrend, widersprüchlich und unvollständig, speziell, was die Einrichtung auf der Synology betreffen.

Mein funktionierender Lösungsansatz, der hoffentlich viel Zeit spart:

1. Laut Synology muss der webdav-Server installiert sein. Habe ich gemacht und damit funktioniert der Zugriff vom iCal-Adapter. Habe allerdings noch nicht getestet, ob dieser webdav-Server auch tatsächlich benötigt wird.
2. ich hatte für den Kalenderzugriff einen eigenen User "iocalendar" ohne Laufwerkszugriffe und nur mit Zugriffsrechten auf die Anwendung Kalender eingerichtet. Dabei bin ich jedoch immer wieder auf Hindernisse gestoßen, sodass ich dann doch auf meinen Standarduser "thomas" zurückgegangen bin
3. die von Synology empfohlenen Links/URLs funktionieren nicht so ohne weiteres. Ich habe mir daher hilfsweise den ersten Kalender als CalDav-Kalender in Evolution (vergleichbar Thunderbird) angelegt und in den Kalendereigenschaften folgende URL eingetragen: https://<IP>:5001/caldav.php/thomas/home/
4. wenn man dann die Funktion "Kalender suchen" aufruft, erhält man eine Auswahl aller auf der Synology angelegten Kalender (bei mir sind es drei). Mit Auswahl des ersten Kalenders werden alle Einstellungen aus dem Synology-Kalender in Evolution/Thunderbird übernommen, z.B. die Farbe des Kalenders und natürlich die Kalenderdaten.
5. Mit dieser URL habe ich dann den ersten iCal-Adapter angelegt, den user und das Passwort eingetragen: Funktioniert!
6. Falls weitere Kalender bestehen, wird der nächste wie zuvor beschrieben in Evolution/Thunderbird angelegt. Bei der Auswahl weiterer Kalender in den Kalendereigenschaften ändert sich die URL wie folgt: https://<IP>:5001/caldav.php/thomas/individuelleKennungKalender2/
   Diese URL gem. 5. wieder in den zweiten iCal-Adapter eintrage.
7. u.s.w.
8. Die oftmals erwähnte Ergänzung der URL mit "?export&accept=ical" wird nach meiner Erfahrung nicht benötigt. Allerdings habe ich auch nicht getestet, was passiert, wenn man sie verwendet

Ich hoffe, dies hilft dir und allen anderen, die eine Lösung suchen.
Grüße