FHEM Forum

Hallo FHEM Community  :)

Ich baue seit längerer Zeit an einem Projekt, dass ich SEPIA Framework bzw. SEPIA Open Assistant nenne.
Es ist ein persönlicher, intelligenter Assistent, der aus einem Server (Java), einer App (HTML) und mehreren zusätzlichen Tools (Control HUB, offline Spracherkennung, wake-word server, Node.js CLEXI server etc.) besteht, alles 100% open-source. Ausführliche Informationen gibt es hier:

https://sepia-framework.github.io/

News, Bilder und Videos gibt es hier:

https://twitter.com/sepia_fw

[EDIT]

--- Update ---

Mittlerweile ist FHEM voll integriert in SEPIA 8)

• SEPIA Smart Home Einrichten (https://github.com/SEPIA-Framework/sepia-docs/wiki/Smart-Home-Controls)

--- Originaler Beitrag ---

For einiger Zeit hatte ich bereits eine Smart Home Integration via openHAB (https://github.com/SEPIA-Framework/sepia-docs/wiki/Smart-Home-Controls) gebaut, um meine Philips Hue Lights anzusteuern. Das funktioniert auch ganz gut, allerdings wollte ich demnächst mal die Funktionen ausbauen und hatte dabei auch über einen Connector für FHEM nachgedacht.

Meine Frage an die Community:
Gibt es Interesse an so einer Integration?

Die Features von SEPIA kurz zusammengefasst:
- 100% open source
- Der Server läuft (dank Java) auf Windows, Linux und MacOS. Ich nutze meistens einen Raspberry Pi. Das gesamte SEPIA-Home Bundle (SEPIA Server + WebServer inkl. Client, Tools und Proxy) ist gerade mal 150MB groß.
- Der Client läuft im Browser, Android und (theoretisch) iOS
- Kommunikation zwischen SEPIA Server und Client läuft über einen WebSocket Server, der auch von Usern als Chat-Server genutzt werden kann.
- Minimalistische Clients können auch direkt mit der REST API des Servers kommunizieren
- Spracherkennung läuft entweder nativ in Android, Chrome Browser und iOS oder über den eigenen STT Server (als Docker Container verfügbar), der mit eigenen Sprachmodellen (Englisch, Deutsch) trainiert werden kann.

Grüße,
Florian (SEPIA Erfinder)

Hallo Florian,

Was für ein Zufall - gestern Abend bin ich bei einer Recherche nach deutschsprachigen TTS-Engines/Modellen zufällig auch auf SEPIA gestoßen. Beeindruckend was Du da - soweit ich es verstehe - als "Einzelkämpfer" auf die Beine gestellt hast.

Was ich ad hoc nicht herausfinden konnte: welche Engine verwendet SEPIA für die Sprachausgabe (TTS)?

Neben Alexa und Google-Assistant wirst Du hier Benutzer von snips.ai und mycroft.ai finden. (Der fhem-skill für Mycroft stammt von mir).

VG Dominik

Hi Dominik,

danke. Witzig, dass du es auch zufällig gefunden hattest ;D

Bzgl. TTS: Normalerweise nutzt SEPIA die im Client per default eingestellte TTS Engine. In Android ist das meist die offline oder online Variante von Google (man kann aber alles Mögliche aus dem Store installieren), bei Apple die Siri Stimme, in Firefox für Windows meistens die Microsoft offline Stimmen und in Chrome für Windows gibt es auch die Google Stimmen zur Auswahl (zusätzlich zu Microsoft).
Theoretisch hat der SEPIA Server auch die Möglichkeit Mp3s zum Client zu streamen die vom offline oder online Service der Firma Acapela erzeugt werden, diese Funktion habe ich aber seit langer Zeit nicht mehr getestet.
Es gibt auch einen Raspberry Pi Client der in Chromium läuft (über Openbox im Kiosk-Mode), für den hatte ich eSpeak integriert (weil ich die Stimme einfach geil finde für Roboter  ::)) und mit PicoTTS experimentiert (das war mal die alte Android offline TTS). PicoTTS klappt in der Commandline aber leider nicht im Chromium, deswegen war ich noch am überlegen, ob ich das über die alte Acapela Schnittstelle auch einbaue, so dass es vom SEPIA Server gemanagt wird.
Spannend finde ich auch die neue Mycroft Mimic2 Engine, aber ich habe gelesen, dass die für den Realfall noch zu viel Resourcen frisst und deswegen zu hohe Latenz hat.

Könntest du mir vielleicht einen kurzen Überblick geben über den Mycroft Connector und was alles nötig war dafür? Ich kenne mich noch nicht wirklich aus mit FHEM, aber bei openHAB konnte ich die Geräte über deren REST API abrufen und dann bei SEPIA integrieren (Name geben, Status lesen/schreiben, etc.).

Grüße

Eine echte REST-API gibt es nicht, es können FHEM-Kommandos per http/https oder telnet abgesetzt werden.
Der Status von Devices (State, Readings, Attribute) kann über einen http-Request mit dem Command "jsonlist2" abgefragt werden, das Ergebnis kommt dann im JSON-Format zurück.

Ich verwende im fhem-skill für Mycroft eine Python-Bibliothek (https://github.com/domschl/python-fhem) die alle Aufrufe kapselt.

ZitatEine echte REST-API gibt es nicht

Wobei ich gerne wuesste, was eine "echte" REST-API ist.

ZitatDer Status von Devices (State, Readings, Attribute) kann über einen http-Request mit dem Command "jsonlist2" abgefragt werden, das Ergebnis kommt dann im JSON-Format zurück.

...oder xmllist fuer XML Format oder list fuer Newline separiert oder man baut seine eigene Funktion, und ruft diese per HTTP/HTTPS/telnet auf.
Wobei "telnet" hier fuer TCP/IP "pur" steht, und nicht fuer das telnet Protokoll.
Man kann Fremdsysteme auch per MQTT anbinden, dafuer wird gerne das MQTT_GENERIC_BRIDGE als Hilfsmodul verwendet.

Es muss ja gar keine "echte" REST API sein, ein HTTP(S) Endpoint mit JSON Objekten war eigentlich schon das was ich meinte ;-)
Hätte Jemand vielleicht gerade einen Beispiel request parat oder einen Link zur Dokumentation? :-)

@Dominik: Ein Nachtrag bezüglich TTS. Hatte mich Gestern und Heute wieder mit dem Thema Raspberry Pi Client beschäftigt, da mein RPi4 (4GB) Gestern ankam ^_^ und dabei noch mal mit PicoTTS experimentiert. Das klappt jetzt doch so wie es soll ;D , ist zwar nicht zu vergleichen mit den state-of-the-art TTS Engines aber akzeptabel wenn man komplett unabhängig, kostenlos und Ressourcen schonend arbeiten will.

Auch zum Thema STT (Spracherkennung) noch ein interessanter Hinweis: In der Android App lief bei mir die Google Variante seit Wochen im OFFLINE Modus ohne dass ich es bemerkt hatte :o ;D . Selbst Straßennamen wurden zuverlässig erkannt und das ganz ohne Cloud. Leider finde ich dazu kaum nützliche Informationen seitens Google, aber die scheinen sich extrem verbessert zu haben. Es gab wohl mal die Meldung dass das neue, komprimierte offline Modell kommen soll, aber eigentlich erstmal nur in USA und für GBoard die Keyboard app von Google.

Zitat von: rudolfkoenig am 05 Juli 2019, 09:16:55
Wobei ich gerne wuesste, was eine "echte" REST-API ist.

Bei FHEM kann ich kein einheitliches Pattern erkennen, mit dem ich im Sinne des RESTful Architekturstils (https://de.wikipedia.org/wiki/Representational_State_Transfer) den Zustand von Devices abfragen oder ändern kann.

Bei Homesassistant kann ein Gerät über die URI "/api/states/<entity_id>" adressiert werden. Den Zustand eines Devices kann man mit einem GET abfragen und mit einem POST ändern. Die Payload ist dort im JSON-Format. Bei FHEM frage ich den Zustand mit "/cmd=jsonlist2 NAME=device_name" und schalte mit "/cmd=set device_name on"

Zitat von: sepia am 05 Juli 2019, 19:43:33
Es muss ja gar keine "echte" REST API sein, ein HTTP(S) Endpoint mit JSON Objekten war eigentlich schon das was ich meinte ;-)
Hätte Jemand vielleicht gerade einen Beispiel request parat oder einen Link zur Dokumentation? :-)

https://commandref.fhem.de/#JsonList2 plus https://commandref.fhem.de/#devspec

ZitatHätte Jemand vielleicht gerade einen Beispiel request parat

http://localhost:8083/fhem?cmd=jsonlist2&fwcsrf=csrf_947663951072259&XHR=1

Den Wert fuer fwcsrf holt man entweder aus dem fwcsrf Attribut des <body> Tags bei einem Aufruf ohne cmd, oder man setzt "attr WEB csrfToken" auf einen festen Wert.

Ich lese hier mal mit. An einer Integration in FHEM hätte ich durchaus Interesse.
Derzeit nutze ich Snips. Das geht halt leider nur in den eigenen vier Wänden.

Zitat von: rudolfkoenig am 05 Juli 2019, 20:13:59
http://localhost:8083/fhem?cmd=jsonlist2&fwcsrf=csrf_947663951072259&XHR=1

Den Wert fuer fwcsrf holt man entweder aus dem fwcsrf Attribut des <body> Tags bei einem Aufruf ohne cmd, oder man setzt "attr WEB csrfToken" auf einen festen Wert.

Danke für den Hinweis! Das CSRF Token (https://wiki.fhem.de/wiki/CsrfToken-HowTo) scheint bisher in der Dokumentation von jsonlist2 (https://commandref.fhem.de/#JsonList2) nicht aufzutauchen und ich hab mich schon gefragt wieso nix klappte :o. Der Sicherheitsaspekt erschließt sich mir aber noch nicht so ganz, wenn ich das Token selber aus dem Header lesen kann ??? (wahrscheinlich habe ich nicht gründlich genug gelesen ^^).

Habe gerade mal angefangen den alten SEPIA openHAB Service aufzubrechen und in ein allgemeineres Interface umzuwandeln. Ich denke das sollte auch für FHEM ganz gut klappen :-)

Updates folgen :D

Hey Florian,

meinst du machst noch weiter mit der Anbindung an FHEM?

Würde (ich hoffe nicht nur mich) sehr freuen ein positives Update dazu zu bekommen. Das Framework läuft bei mir zum testen mittlerweile ganz gut und wartet nur noch drauf weiter trainiert zu werden.
Der passende Zeitpunkt alles miteinander auch an fhem anzudocken.

VG
Markus

Hi Markus,

freut mich dass SEPIA bei dir läuft! Wie der Zufall es so will hatte ich mir für heute auf die To-Do Liste gesetzt mal einen Schritt weiter zu kommen mit FHEM :-)

Die letzten beiden SEPIA Updates hatten sich mehr auf die Chat/Messenger Funktionen und die Konfigurierbarkeit des Natural-Language-Understanding (NLU) Moduls konzentriert, parallel hatte ich aber schon Anpassungen an dem Smart Home Service und den Parametern für 'SmartDevice' und 'Room' vorgenommen damit sich FHEM leichter integrieren lässt.

Der nächste Schritt ist nun ein kleines Tutorial für das SEPIA SDK in dem ich FHEM als Beispiel nutzen möchte für einen selbstgebauten Service (vermutlich Lampen Steuerung). Abhängig davon wie gut das klappt entscheide ich dann wie es weiter geht :-)

Danke für das Update - freut mich wenns dann weiter geht!

VG von nebenan (DO)

Sooooo, es hat noch etwas länger gedauert als geplant, da ich das Smart Home Interface etwas erweitern musste und einen neuen Server Endpoint erschaffen habe, aber die FHEM Integration ist nun in der Testphase  ::)
Hier ein kleiner Überblick, das ganze Funktioniert praktisch identisch zur openHAB Integration (falls damit schon Jemand experimentiert hatte). Kommentare willkommen:

• In der SEPIA Server Config trägt man zunächst 'fhem' als HUB Namen ein und die Host Adresse, z.B. http://localhost:8083/fhem
• Danach öffnet man den SEPIA Control HUB (admin-tools), logged sich mit dem Admin (oder einem User mit entsprechender Rolle) ein und öffnet die Smart Home Seite
• Hier hat man nun die Möglichkeit die Daten vom Server zu laden und dann auf "Register" zu klicken. Der 'register' Button erstellt im Falle von FHEM die neuen, globalen Attribute "sepia-name, sepia-type, sepia-room, sepia-data, sepia-mem-state" auf dem FHEM Server, damit die Steuerung durch SEPIA besser konfiguriert werden kann.
• Nun kann man den Button "get devices" anklicken, der über die Web Schnittstelle von FHEM alle Geräte ausliest (cmd=jsonlist2) und im SEPIA Control HUB darstellt. Das CSRF Token wird dabei vom Server automatisch bei Bedarf aus dem Header der basic FHEM Antwort ausgelesen.
• In der Device Liste kann man nun den Gerätetypen und den Raum einstellen, in dem sich das Gerät befindet. Geräte die SEPIA ignorieren soll können auf Typ: hidden gestellt werden. Die 'Type' und 'Room' Daten werden in die vorher erstellten Attribute übertragen (sepia-type, sepia-room) und beeinflussen somit keinerlei alte Einstellungen von FHEM.
• Danach kann es direkt losgehen. In der SEPIA App funktionieren Befehle wie "Schalte das Licht im Wohnzimmer auf 50%" oder "Licht 1 im Schlafzimmer". Der Name des Gerätes wird bisher noch ignoriert, aber die Nummer wird erkannt, falls es eine Nummer im FHEM Namen des Gerätes gibt.

Klingt das sinnvoll für euch? :)

Bisher teste ich nur mit Lampen, da ich selber keine anderen Geräte habe :o , aber ich habe gesehen, dass es scheinbar einen DEMO Modus gibt? Kann man den nutzen um Geräte wie Heizungen, Jalousien, etc. zu simulieren? Das wäre wichtig um zu prüfen, ob der Parameter beim "set" Befehl richtig konvertiert wird.

Hi Florian,

Super Sache, erstmal danke für die Mühe!!

Dann zur Demo - dafür gibts eine demo cfg:
perl fhem.pl fhem.cfg.demo
da sind schon jede Menge Geräte konfiguriert.

Würde auch genere gleich testen, aber bei deiner Anleitung komm ich allerdings bei Punkt 1 schon nicht mal los:
In der SEPIA Server Config trägt man zunächst 'fhem' als HUB Namen ein und die Host Adresse, z.B. http://localhost:8083/fhem
<= sollte auch den dev server benutzen  :o

Habe über die Core Settings der Tools Seite folgendens eingetragen:

    "smarthome_hub_host=http://localhost:8083/fhem",
    "smarthome_hub_host=http\://localhost\:8083/fhem",     <= ":"  auskommentieren
    "smarthome_hub_name=FHEM",

danach ein Neustart. Unter "SmartHome" bleibts jedoch bei "openHAB" als Option.  Wo bin ich also falsch abgebogen? dev...

Jetzt hängts allerdings beim registrieren.. Error: missing HUB server or host address
siehe Anhang
<= gelöst:

1. man wähle das System "FHEM" aus
2. Load Hub Info
3. Select System wird geleert, wenn jetzt versucht wird zu registrieren, schlägt dies fehl
3.a. also erneut "FHEM" auswählen
4. Register Sepia   funktioniert.
5. Damit "Get Devices" funktioniert, muss das fhem attr "sepia-name" beim entsprechenden Gerät gesetzt sein (macht nur Sinn, fehlt jedoch in der Beschreibung oben)



Morgen gehts weiter.

Hi Markus,

das ging aber fix ;D Hast du den kompletten SEPIA-Home build aus dem Dev-Branch gemacht? Ich hatte ja noch gar keine offizielle Test-Version veröffentlicht ^^.

Ich denke dass beim Laden der Einstellungen vom Server der Select Button leer bleibt könnte an einem kleinen Bug liegen der die Groß-Kleinschreibung nicht ignoriert. Hast du in der Server Config "FHEM" oder "fhem" stehen? Das Problem sollte aber nur im control HUB bestehen und kann erstmal umgangen werden wie du schon erwähnt hast.

ZitatDamit "Get Devices" funktioniert, muss das fhem attr "sepia-name" beim entsprechenden Gerät gesetzt sein

'sepia-name' hatte ich bisher gar nicht benutzt, sprich noch nicht gesetzt. Gelesen wird es aber falls es existiert. Der Fallback kommt aus FHEMs "Internals" -> "name". Ich bin davon ausgegangen, dass dieser Wert immer existiert was scheinbar nicht zwangsläufig der Fall ist. Einer von beiden MUSS existieren sonst wird das Gerät ignoriert. Falls 'sepia-type' nicht existiert kommt der Wert aus "Internals" -> "type" ins Spiel. Automatisch werden zur Zeit nur Lampen und Heizungen erkannt (oder zumindest wird es versucht ^^).

Übrigens nicht wundern wenn SEPIA in der App nur Lampen akzeptiert, ich habe bisher noch einen Type-Check drin und wollte mit dem Demo jetzt mal andere Geräte ausprobieren :)

Danke schon mal fürs Testen! 8)

[EDIT] Nachtrag:

Der Demo läuft und sieht sehr nützlich aus ^^. Ich musste allerdings den "Internals" key für den Namen von "name" zu "NAME" ändern bzw. ich checke nun beides damit die Liste der Devices nicht leer bleibt ;)
Ist zu erwarten, dass bei den keys Groß/Kleinschreibung generell variieren kann?

[EDIT2] Nachtrag2:

Mich beschleicht langsam das Gefühl der "name" Tag (Kleinbuchstaben) kam speziell von meinen Lampen :o Ich werde da mal etwas nachbessern und auch den 'sepia-name' Tag explizit ins Control HUB Interface einbauen ^^.

Ich habe einige Verbesserungen an der Test-Version vorgenommen, allerdings kam Gestern ein kleines Problemchen auf:

Die Lampen, mit denen ich bisher getestet habe (Philips Hue) konnten via "set pct 70" auf 70% Helligkeit gesetzt werden. Im FHEM Demo gibt es nun eine Lampe (ReadingLight) die den Parameter "pct" nicht unterstützt. Daraufhin habe ich es mit "set dim 70" und "set dim70%" versucht ... was aber auch nicht geht, da scheinbar nur diskrete Werte wie "dim68%" möglich sind :o. Nun wäre es ein ziemlicher Overkill jedesmal den nächstgelegenen dim Wert rauszusuchen. Gibt es dafür irgendwie eine bessere Lösung?  ::)

habe FHEM eingetragen - aber das ist ja nun wirklich kein show-stopper.

Thema HUE/ set pct
Ich denke das liegt hauptsächlich an dem DemoGerät type FS20. Bei den meisten "neueren" dimmer typen sollte ein "set Licht pct x"  möglich sein, denke ich.

um das testen weiter zu bringen, lege dir einfach ein HUE Device an.
define HueLight HUEDevice 1

Um das ganze allerdings möglichst abstrakt zu halten, könnte/sollte man alle "set" kommandos eines Gerätes abgreifen. (kann dir nur leider nicht sagen wie  :-\ )

Ausserdem wird ein Import ALLER Geräte auch zum Overkill werden. Ich will gar nicht wissen wie hoch die Anzahl der Geräte  der Spitzenreiter hier so ist , sei es nur Licht und Heizung.
M.M.n. kann der Import ruhig nur auf Geräte erfolgen die ein "attr  sepia-name"  gesetzt haben.


Thema name/NAME
Kann es sein, dass deine Geräte den name unter Attributes haben? Alle meine Geräte haben unter INTERNALS immer und nur NAME.


Ich hoffe es gesellen sich hier noch ein, zwei weitere Meinungen hinzu...

ZitatUm das ganze allerdings möglichst abstrakt zu halten, könnte/sollte man alle "set" kommandos eines Gerätes abgreifen. (kann dir nur leider nicht sagen wie  :-\ )

Es gibt scheinbar 2 Möglichkeiten dafür. Auf oberster Ebene das Feld "PossibleSets" und dann noch "Attributes"->"webCmd". Beide zeigen allerdings unterschiedliche Daten an, für die Demo Lampe z.B.:

"PossibleSets":"dim0%:noArg dim100%:noArg dim06% dim100% dim12% dim18% dim25% dim31% dim37% dim43% dim50% dim56% dim62% dim68% dim75% dim81% dim87% dim93% dimdown dimup dimupdown off off-for-timer on on-100-for-timer-prev on-for-timer on-old-for-timer on-old-for-timer-prev ramp-off-time ramp-on-time reset sendstate timer toggle dim:slider,0,6.25,100 off-till blink off-till-overnight on-till intervals on-till-overnight"
und:
"webCmd": "on:off:dim:dim 50"

Als ich "dim:slider,0,6.25,100" gesehen habe dachte ich man könnte das vielleicht nutzen um auf ~70% zu "sliden", den Befehl kriege ich aber gar nicht zum Laufen ("set ReadingLight dim:slider,0,6.25,100" war mein Versuch).

ZitatAusserdem wird ein Import ALLER Geräte auch zum Overkill werden. Ich will gar nicht wissen wie hoch die Anzahl der Geräte  der Spitzenreiter hier so ist , sei es nur Licht und Heizung.
M.M.n. kann der Import ruhig nur auf Geräte erfolgen die ein "attr  sepia-name"  gesetzt haben.

Ich merke schon beim Demo dass es etwas unübersichtlich wird ;D , allerdings möchte ich auch vermeiden, dass der User irgendwelche Attribute im FHEM Interface per Hand setzen muss. Vielleicht fällt mir noch ein guter Kompromiss ein oder ich mache 'sepia-name' tatsächlich zur Pflicht ^^. Gestern hatte ich schon den neuen Wert 'hidden' für 'sepia-type' eingeführt, der das Gerät zunächst ausblendet und bei Befehlen ignoriert, mal gucken.

ZitatKann es sein, dass deine Geräte den name unter Attributes haben? Alle meine Geräte haben unter INTERNALS immer und nur NAME.

Der ist komischerweise tatsächlich unter "Internals". K.A. warum :-[

Hi,

meines Wissens ist da jetzt einiges an gefährlichem Halbwissen unterwegs.

Um zB alle möglichen set-Befehle zu erhalten, ist laut Doku

set <DEVICE> ?

der richtige Weg, sofern es korrekt implementiert wurde.

Und um zb Lampen zu dimmen, gibt es je nach Lampe unterschiedliche Methoden.

Die Yeelight zB reagiert auf "bright", HomeMatic gerne auf "pct" usw. Das hängt davon ab, wie es im entsprechenden Modul implementiert wurde.

Das von dir angeführte "webCmd": "on:off:dim:dim 50" wiederum bedeutet nichts anderes, als folgende Webcommands in der Weboberfläche darzustellen:

* On
* Off
* dim
* dim 50 - also direktes Dimmen auf  50%

Wie also dimmt man die Lampe korrekt?

set <DEVICE> dim 70 das sollte es sein.

Bitte ansonsten einfach mal die Einsteigerdoku lesen, da wird all das gut beschrieben.

HTH Tom

ZitatEs gibt scheinbar 2 Möglichkeiten dafür. Auf oberster Ebene das Feld "PossibleSets" und dann noch "Attributes"->"webCmd". Beide zeigen allerdings unterschiedliche Daten an, für die Demo Lampe z.B.:

Böse Falle - du musst die PossibleSets nehmen.  webCmd wird bei den meisten in Poduktivumgebungen Schaltern nicht gesetzt sein - es dient nur zur Darstellung von Sets in der Weboberfläche (daher der Name).
Wie mein Vorredner schon schreinb:  Vergiss dies direkt wieder.

Zum Import: Evtl. ist es eine Möglichkeit im voraus zu filtern, was bzw. welcher (fhem)Typ Importiert werden soll?

Habe ich noch nie verstanden, warum man Internals mit selben namen auch nochmal als attribut anlegt, nur dann in Kleinschreibung - hat mich auch schon mal verwirrt.

Zitatset <DEVICE> dim 70
das sollte es sein.

<= wird nicht funktionieren, da der dimmer vom Typ FS20 nur in 6 Schritten gedimmt werden kann.

Zitat von: TRallala am 08 November 2019, 13:13:04

  <= wird nicht funktionieren, da der dimmer vom Typ FS20 nur in 6 Schritten gedimmt werden kann.

Ist dann aber eher ein Spezialfall als die Regel - IMHO.

...denk ich auch; hindert sepia aber gerade dran mit der Demo Version vernünftig zu testen.


zurück zum Test; @Florian:

habe zwei Geräte in Sepia importiert. beide im selben Raum. Wenn ich "den Raum" schalte, wird nur das erste Gerät geschaltet.

Hi Tom,

danke für die zusätzlichen Infos.

set <DEVICE> ?

Scheint über das "REST" interface nicht zu funktionieren. Da kommt nur "Unknown argument ?" zurück. Aus dem Rest der Diskussion würde ich aber schließen, dass "PossibleSets" die entsprechenden Infos enthält. Da dim XY bei neueren Geräten wohl meistens klappt würde ich zunächst wie folgt vorgehen:

• Falls das Gerät eine Lampe ist und der Set-Wert eine Zahl, dann versuche "set dim XY"
• Wenn die Lampe das nicht kann wird erstmal der Fehler ausgespuckt
• Später kann man zusätzlich den "PossibleSets" Check einbauen und ggf. den diskreten Wert berechnen

@Markus:

ZitatZum Import: Evtl. ist es eine Möglichkeit im voraus zu filtern, was bzw. welcher (fhem)Typ Importiert werden soll?

Ja das wäre eine Möglichkeit. Vielleicht statt "Load Devices" 4 Buttons: "Load all devices" - "Load lights" - "Load heaters" - "Load sensors" ? Oder einfach direkt ein Selector mit allen unterstützen Types :)

Zitathabe zwei Geräte in Sepia importiert. beide im selben Raum. Wenn ich "den Raum" schalte, wird nur das erste Gerät geschaltet.

Ja das ist momentan noch zu erwarten. Der Einfachheit halber wähle ich bei mehreren Treffern momentan einfach das erste im Array ::) Da in der neuen Version auch die Unterscheidung via Zahlen möglich ist (Lampe 1, Lampe 2, etc.) könnte ich das jetzt eigentlich umbauen ^^. Die Geräte nach Namen zu unterscheiden habe ich übrigens bisher nicht eingebaut weil das sowohl von der Spracherkennung als auch dem Natural-Language-Understanding etwas tricky ist und deutlich mehr Aufwand erfordert. Über die Teach-UI von SEPIA könnte man sich aber selber Befehle eintragen die dann z.B. "Licht im Wohnzimmer" mappen auf "Licht 1 im Wohnzimmer. Licht 3 im Wohnzimmer" o.ä.  8)

Hallo zusammen,

ich habe mal eine neue Testversion gebaut und hier hochgeladen: LINK (https://b07z.net/downloads/SEPIA-Home_v2.4.0_b01_FHEM.zip)
Die Version ist vorkonfiguriert für FHEM auf localhost und hat einen Test-User mit Smart Home Rechten: uid1007, test12345 (der Admin hat das selbe Passwort ;-) ).
Wer etwas umstellen will kann einfach noch mal das Setup ausführen oder in den Docs (https://github.com/SEPIA-Framework/sepia-docs/wiki) gucken (die Smart Home Erklärung ist noch für openHAB aber überschneidet sich teilweise mit FHEM). Wer SEPIA noch nicht kennt: zum Starten wird lediglich JAVA benötigt.

Im Wesentlichen habe ich alle Punkte von Oben umgesetzt und eine ganze Reihe neuer Gerätetypen hinzugefügt. Was mir allerdings beim letzten Test mit meinen "echten" Lampen aufgefallen ist, ist dass "set dim xy" nicht klappt bei den Philips Hue :-[ , da muss also dann doch später noch der "PossibleSets" Check rein.

Diese Woche komme ich wahrscheinlich nicht dazu an SEPIA zu arbeiten, ihr könnt also ganz in Ruhe testen ;-)

auch von mir noch mal kurz der hinweis: tu dir den gefallen und kodiere nichts fest. keine device typen, keine set kommandos, ...

am besten ist es alles zur laufzeit auszulesen. statt set ? und list kann ich dir jsonlist2 empfehlen. da ist alles einfach zu parsen und vollständig.

das eigentliche problem ist aber die semantik der jeweiligen kommandos und readings automatisch zu erkennen. das geht nämlich nicht. du kannst bestenfalls die häufigsten kommandos wie on und off oder readings wie temperature automatisch verstehen. spätestens bei dummys oder mqqt kommst du hier ohne unterstützung durch den anwender aber nicht weiter. leider sind weder readings noch kommandos in fhem standardisiert. neben den unterschieden bei den devices kann sich jeder anwender bei den konfigurierbaren devices wie z.b. mqtt völlig frei austoben.

schau dir mal an wie das homebridgeMapping attribut funktioniert. damit kann man so ziemlich jede konfiguration abbilden ohne ein einziges byte quelltext ändern zu müssen. ja ich weiss es ist für viele nicht ganz einfach zu verstehen, es wird aber erfolgreich für die drei verbreitetsten sprachassitenen (siri, alexa und google home) verwenden. für siri und alexa waren z.b. in den letzen x monaten keine änderungen am jeweiligen connector nötig um neue devices in fhem zu unterstützen. nur wenn auf api seite neue dinge unterstützt werden sollen muss hier etwas getan werden.

ein weiterer vorteil wäre die kompatibilität zu den schon existierenden assistenten und damit ein einfacheres hin und her wechseln oder ausprobieren.


vielleicht hilft dir genericDeviceType bei der umsetzung des schalten nach geräte art (licht, heizung, ...)


die hue helligkeit geht über pct. nicht dim. so wie bei HomeMatic und damit vermutlich der größten anzahl an geräten.



ich glaube mittel und langfristig machst du dir einiges einfacher wenn du dir mal anschaust was für es für die anderen sprachassitenten schon an erfahrungen gab.

ansonsten weiter viel spass und viel erfolg :)

Hi justme :-)

Danke für die zusätzlichen Infos und Hinweise :)

Zitatstatt set ? und list kann ich dir jsonlist2 empfehlen. da ist alles einfach zu parsen und vollständig

Zur Zeit benutze ich "?cmd=jsonlist2 NAME ..." zum Auslesen eines Gerätes und "?cmd=set NAME STATE" zum Setzen eines neuen States.

Zitatschau dir mal an wie das homebridgeMapping attribut funktioniert

Ich habe das mal gegoogled und folgende Infos gefunden: Homebridge_User_Configs (https://wiki.fhem.de/wiki/Homebridge_User_Configs). Aus der Anleitung, die darin verlinkt ist (und der neuere Anleitung die in der alten Anleitung verlinkt ist ^^) ergibt sich folgendes Bild für mich:

• Es wird ein zusätzlicher "Homebridge" Server benutzt, der in Node.js geschrieben wurde
• Dieser stellt eine HomeKit kompatible Schnittstelle zur Verfügung
• ... und übersetzt die Befehle dann intern (mit entsprechenden Plugins) in FHEM Befehle
• Damit SEPIA das nutzen könnte müsste ich das HomeKit Protokoll verstehen und umsetzen (was Amazon und Google scheinbar gemacht haben)

Stimm das so ungefähr?
Falls das so passt dann frage ich mich ob es im FHEM Plugin des Homebridge Servers nicht genau das gleiche Problem gibt, was hier gerade besteht nämlich, dass man für jedes Gerät genau definieren muss welche set Befehle zuständig sind für z.B. Helligkeit, Temperatur usw.?
Abgesehen davon wäre HomeKit Support für SEPIA natürlich auch spannend, gibt es irgendwo eine Beschreibung des Protokolls? Läuft das über ein REST Interface oder vielleicht eine Socket Verbindung?

Zitatvielleicht hilft dir genericDeviceType bei der umsetzung des schalten nach geräte art

Diese Infos könnte man definitiv versuchen auszulesen um einmalig den Gerätetypen besser zu bestimmen. Im Grunde ist das das gleiche was der User im SEPIA Control-HUB setzen kann nur heißt das dort "sepia-type" statt "genericDeviceType".

Zitatdu kannst bestenfalls die häufigsten kommandos wie on und off oder readings wie temperature automatisch verstehen [...] leider sind weder readings noch kommandos in fhem standardisiert

Ich glaube der Scope für SEPIA ist zunächst mal die typischen Standardgeräte abzubilden und dazu noch die Möglichkeit im Zweifelsfall einen individuellen Befehl über SEPIAs Teach-UI direkt in der App zu erstellen (d.h. der User kann in der App einen bestimmten 'set' Befehl mit einem Satz verbinden, das geht in 2min, ist dann natürlich aber nicht mehr unabhängig vom HUB, aka FHEM etc.).

Zitatich glaube mittel und langfristig machst du dir einiges einfacher wenn du dir mal anschaust was für es für die anderen sprachassitenten schon an erfahrungen gab

Gibt es da eine Übersicht irgendwo? dkreutz hatte mal eine Python Library verlinkt (https://github.com/domschl/python-fhem) die er für den Mycroft FHEM Skill nutzt. Da konnte ich mir ein bisschen was abgucken weil es von der Schnittstelle passt. Ansonsten habe ich bisher nicht viel gefunden was über die HTTP Befehle läuft.

Zitatansonsten weiter viel spass und viel erfolg :)

Danke :D

der name homebridgeMapping ist historisch weil ich es mir damals für homebridge-fhem ausgedacht habe. es ist aber weder homebridge spezifisch, noch wird es nur dort genutzt. alle drei wichtigen sprachassistenten (siri, alexa und google) bzw. deren fhem integration versehen es inzwischen mehr oder weniger gleich. es ist auch nicht an eine bestimme sprache oder einen bestimmten dienst gebunden.

es geht um eine recht allgemeine und (ohne code änderungen) erweiterbare beschreibung eines fhem device um readings und kommandos bestimmten semantischen bedeutungen zuzuordnen.

d.h. du baust in deinem code ein das das konzept Temperature verstanden wird und eventuell noch einen default das es für ein reading mit namen temperature automatisch funktioniert. der anwender kann dann aber völlig frei spezifizieren das bei seinem gerade relevanten gerät das reading anders heisst. z.b. Temperature oder temperatuer2 oder innen oder was auch immer.

das gleiche gilt für die kommandos die ausgeführt werden sollen. ein einfaches set <name> <value> reicht bald nicht mehr. sondern es ist z.b. ein set <name> <cmd> <value> nötig. oder der wertebereich auf beiden seiten ist verschieden und in beiden richtungen aufeinander abgebildet werden. auch das automatische erkennen des richtigen kommandos (ist es jetzt dim oder pct oder bri oder was ganz anderes) ist sogar bei der einfachen helligkeit nicht immer möglich weil es devices gibt die zwei oder drei davon können aber mit leicht unterschiedlicher bedeutung. von komplizierteren dingen wie der farbe von lampen und unterschiedlichen farbmodellen ganz zu schweigen.

wie das ganze prinzipiell aufgebaut ist findest du hier: https://github.com/justme-1968/homebridge-fhem


die drei implementierungen für siri, alexa und google sind zwar intern ähnlich weil sie nacheinander entstanden sind und so voneinander abgeschaut haben. sie sind aber prinzipiell komplett unabhängig und bilden nicht aufeinander ab. was bei homekit auch nicht möglich wäre. du kannst weder eigene sprache dort hinein füttern (im prinzip jedenfalls) und auch nicht an erkannte sätze kommen.

auch die feste zuordnung eines satzes zu einem set reicht spätestens dann nicht mehr wenn verschiedene geräte in verschiednen räumen jeweils mit dem gleichen satz gesteuert werden sollen.

die einzige gemeinsamkeit ist das sie auf die gleiche art konfigurierbar sind und man so recht einfach von einem assistenten zum andern wechseln oder mehr als einen einsetzen kann ohne viel an der konfogiration zu machen.

mit dem alexaMapping (leider wieder ein name der assitenten spezifisch ist) habe ich auch den umgekehrten weg angefangen. d.h. der anwender kann in fhem allgemein beschreiben welche gesprochene anfrage was bewirken soll.

ZitatDiese Infos könnte man definitiv versuchen auszulesen um einmalig den Gerätetypen besser zu bestimmen. Im Grunde ist das das gleiche was der User im SEPIA Control-HUB setzen kann nur heißt das dort "sepia-type" statt "genericDeviceType".

der unterschied wäre das alles in fhem konfiguriert wird und für alle assitenten gilt.

ZitatIch glaube der Scope für SEPIA ist zunächst mal die typischen Standardgeräte abzubilden

eben weil ich glaube das genau das der falsche ansatz wollte ich hier etwas dazu schreiben. wenn du am anfang mit fest codierten geräten anfängst kommst du entweder in teufels küche wenn du nach und nach alles mögliche einbauen musst oder es bleibt bei einer hand voll erkannter devices und dein modul wird nur von wenigen eingesetzt werden. die fhem welt ist sehr divers. wenn du gleich am anfang darauf vorbereitet bist machst du es dir wirklich einfacher.


du findest alexa-fhem und homebridge-fhem auf gitub und kannst dir anschauen wie die verbindung zu fhem aufgebaut wird und wie die events ausgewertet werden.

aber mir ging es garnicht so sehr um konkreten code sonder mehr um das konzept nichts fest in den code einzubauen. das funktioniert sehr schnell nicht mehr. und es wäre schade noch ein fhem projekt/frontend zu haben das nach kurzer zeit nicht mehr weiter entwickelt wird.

wenn das für deinen fall nicht weiter relevant ist: vergiss einfach was ich gesagt habe.

Hi Andre,

ich versuche immer noch zu verstehen, wie Homebridge bzw. das homebridgeMapping und SEPIA zusammenkommen können. Vielleicht kannst du mir bei folgenden Fragen noch mal etwas nachhelfen :-)

Zitates geht um eine recht allgemeine und (ohne code änderungen) erweiterbare beschreibung eines fhem device um readings und kommandos bestimmten semantischen bedeutungen zuzuordnen.
[...]
ein einfaches set <name> <value> reicht bald nicht mehr. sondern es ist z.b. ein set <name> <cmd> <value> nötig. oder der wertebereich auf beiden seiten ist verschieden und in beiden richtungen aufeinander abgebildet werden. auch das automatische erkennen des richtigen kommandos (ist es jetzt dim oder pct oder bri oder was ganz anderes) ist sogar bei der einfachen helligkeit nicht immer möglich weil es devices gibt die zwei oder drei davon können aber mit leicht unterschiedlicher bedeutung. von komplizierteren dingen wie der farbe von lampen und unterschiedlichen farbmodellen ganz zu schweigen.

Das beschreibt ja ziemlich gut das Ausgangsproblemchen, aber ich fasse noch mal kurz zusammen. Das NLU Modul von SEPIA konvertiert Sätze in abstrakte "Absichten" (intent) des Users, z.B. "Lampe 1 im Wohnzimmer auf 70% setzen bitte" -> Service:smart_home, Device:light, Index:1, Room:livingroom, Action:set, Value:70%. Damit der Smart Home Service in SEPIA diesen "intent" ausführen kann greift er auf ein Smart Home Modul zu, das auf einem generalisierten Interface basiert (getState, setState, etc.). Für FHEM muss dieses Modul z.B. nun verstehen wie es "action:set, value:70%" für das Gerät "light,1,livingroom" ausführt und scheitert dabei zunächst, denn es weiß nicht welches der korrekte "set"-Befehl ist (dim, pct, bri, ...?).
Dieses Problem, unter dem alle Sprachassistenten und generalisierte UIs (z.B. HomeKit App) leiden, versucht nun das homebridgeMapping anzugreifen, indem es die "set"-Befehle weiter generalisiert bzw. remapped auf die folgenden Optionen, die für jedes Gerät in einer Konfigurationsdatei zugeordnet werden:

• On
• Brightness
• Hue
• Saturation
• TargetTemperature
• ...

Hab ich das soweit richtig verstanden?
Falls ja wäre die nächste Frage: Wie kann ich das neue Mapping über das HTTP Interface von FHEM ansprechen?

Zitatauch die feste zuordnung eines satzes zu einem set reicht spätestens dann nicht mehr wenn verschiedene geräte in verschiednen räumen jeweils mit dem gleichen satz gesteuert werden sollen

In SEPIA gibt es hier 2 Szenarios.

Szenario 1: Der User hat einen SEPIA Server und nutzt das Handy als SEPIA Client. Da das Handy üblicherweise erstmal nicht weiß in welchem Raum es sich befindet (wobei ich nicht ausschließe dass man dieses Feature einbauen könnte über zB BLE Beacons o.ä.) würde der User keinen Befehl definieren, der nicht eindeutig ist. Z.B. der Befehl "Licht" würde immer mit der Frage zurück kommen "welches Licht?". Einen eigenen Satz zu definieren ist hier nur sinnvoll wenn man a) mit "Licht" auch wirklich ein bestimmtes meint oder b) man ein spezielles Gerät hat mit individuellen States wie z.B. "Reinigungsroboter auf Modus super-sauber" was vom generalisierten Interface nicht abgedeckt wird.

Szenario 2: Der User hat mehrere SEPIA "smart displays" (Server + Client in einem Kasten). In diesem Fall kann der Befehl "Licht" abhängig vom Raum sein. Der SEPIA Service kann den Raum anhand der device ID des Gerätes finden.

Zitateben weil ich glaube das genau das der falsche ansatz wollte ich hier etwas dazu schreiben. wenn du am anfang mit fest codierten geräten anfängst kommst du entweder in teufels küche wenn du nach und nach alles mögliche einbauen musst oder es bleibt bei einer hand voll erkannter devices und dein modul wird nur von wenigen eingesetzt werden.

Ich bin da definitiv deiner Meinung und wenn es bereits ein Hilfsmittel gibt, dass die oben beschriebene Generalisierung (das Mapping) vornimmt, dann gucke ich mir das gerne an :) Allgemein vielleicht noch mal der Hinweis, dass SEPIA in der Komplexität der Befehle natürlich eh limitiert ist, da das Erkennen natürlicher Sprache schon kompliziert genug ist :-[ dennoch wäre es natürlich klasse wenn der User auch nicht standardisierte Aktionen ausführen kann indem er selber einen Satz definiert (in der SEPIA App) und (ggf.) einem homebridgeMapping Befehl zuordnet, der dann in FHEM angepasst werden kann falls sich das Gerät ändert (vorausgesetzt ich habe das jetzt richtig verstanden)  8).

Hallo,
hier eine etwas "OFF-TOPIC" frage bzgl. der FHEM Integration von SEPIA.

Ist es möglich, den gesamten Sprachkontent der Spracheingabe an FHEM weiterzuleiten?

Hintergrund ist, dass ich im Augenblick TASKER (für Testzwecke) in Verbindung mit Talk2Fhem nutze, dies funktioniert so gut, dass ich nun auf der Suche nach Möglichkeiten für fest installierte Peripheriegeräten mit Hotword-Erkennung bin (ALEX bzw. Google kommen nicht in Frage).
Hier wäre SEPIA ggf. eine Alternative zu Snips.ai.

Lg,
Stefan

Hi Stefan,

so wie ich das sehe wird der Text für das Talk2Fhem Modul ein fach über einen SET Befehl übermittelt als wenn es ein Gerät wäre, stimmt das? Falls ja könnte ich einfach in SEPIA einen Gerätetypen "Chat" (o.ä.) hinzufügen, der dann den Inputtext übermittelt.
Technisch ist es also wohl kein Problem, allerdings müsste man in SEPIA selber vermutlich einen Service erzeugen, der ziemlich großzügig alle Spracheingaben auf das Talk2Fhem Modul umleitet, da SEPIA ja selber schon viele Services und Smalltalk bedient (Musik/Radio, Nachrichten, Websuche, Wikipedia, To-Do Listen, Wetter, Navigation etc.) und das sonst gar nicht erst in den Smart Home Service gelangt. Man könnte z.B. alles was auf "... (an/über/auf) FHEM" endet einfach pauschal an diesen Service umleiten für solche Sätze wie "Guten Morgen FHEM" oder "Musik über FHEM" etc.. Oder man erzeugt einen Service der radikal alles abfängt (RegEx: "*"), dann sind aber alle sonstigen Services von SEPIA nicht mehr erreichbar.

Wenn ich mir das Talk2Fhem Modul so angucke entspricht das in vielen Teilen dem, was man im SEPIA SDK machen kann (input Sätze + RegEx definieren, vordefinierte Parameter nutzen (z.B. Datum), Aktionen ausführen und Antworten zurückgeben), das ganze würde sich also nur lohnen wenn du schon sehr viele Sätze und Regular-Expressions in Talk2Fhem hast die du nicht noch mal neu erstellen willst.

Zitat... auf der Suche nach Möglichkeiten für fest installierte Peripheriegeräten mit Hotword-Erkennung bin (ALEX bzw. Google kommen nicht in Frage)

Was schwebt dir dabei so vor? Eher ein minimalistisches Gerät im Stile vom Echo Dot oder eher ein Gerät mit Display im Stile vom Echo Show?

Ja, bei Talk2Fhem wird der Text einfach mit einem SET Befehl übermittelt.

ZitatWenn ich mir das Talk2Fhem Modul so angucke entspricht das in vielen Teilen dem, was man im SEPIA SDK machen kann (input Sätze + RegEx definieren, vordefinierte Parameter nutzen (z.B. Datum), Aktionen ausführen und Antworten zurückgeben), das ganze würde sich also nur lohnen wenn du schon sehr viele Sätze und Regular-Expressions in Talk2Fhem hast die du nicht noch mal neu erstellen willst.

Denke ich mir, aber mit Talk2Fhem ist man halt absolut flexibel und kann die RegEx Auswertung direkt im FHEM-Frontend anpassen.
Denkbar wäre auch, dass alles was dem Standard entspricht (Licht an/aus; Jalousien rauf/runter) direkt über SEPIA läuft und "Sonderzeug" wie z.B. Wecker/Steuerung Raumfeld etc. über Talk2Fhem gemacht wird.

Prinzipiell Stelle ich mir folgende Konfiguration vor.

Inte NUC mit FHEM und SEPIA Server sowie SEPIA Client (PS3-Eye) => Wohnzimmer
Antroid Tablet mit Frondend (TabletUI)  und SEPIA Client (Könnte hier auch die "sepia-html-client-app" in ein iframe eingebunden werden?) => Küche
pi zero mit mic-head als SEPIA Client => Schlafzimmer etc.
Android Telefon => Mobiles Gerät

Ein cooles Feature wäre noch, wenn man dem Server sagen könnte welche Clients auf welche Services zu greifen können/dürfen oder sollen.
Somit könnte man z.B. die Pis nur auf den "FHEM-Chat" zugreifen lassen und somit ohne zusätzliches "Code-Wort" Befehle an FHEM senden.

ZitatDenke ich mir, aber mit Talk2Fhem ist man halt absolut flexibel und kann die RegEx Auswertung direkt im FHEM-Frontend anpassen.
Denkbar wäre auch, dass alles was dem Standard entspricht (Licht an/aus; Jalousien rauf/runter) direkt über SEPIA läuft und "Sonderzeug" wie z.B. Wecker/Steuerung Raumfeld etc. über Talk2Fhem gemacht wird.

Ich gucke mal, dass ich da einen guten Kompromiss finde. Prinzipiell würde ich natürlich gerne beide Optionen anbieten und es dann dem User überlassen was ihm besser gefällt :-)

ZitatInte NUC mit FHEM und SEPIA Server sowie SEPIA Client (PS3-Eye) => Wohnzimmer
Antroid Tablet mit Frondend (TabletUI)  und SEPIA Client (Könnte hier auch die "sepia-html-client-app" in ein iframe eingebunden werden?) => Küche
pi zero mit mic-head als SEPIA Client => Schlafzimmer etc.
Android Telefon => Mobiles Gerät

Das klingt nach einer guten Kombination 8)

Eine PS3-Eye hab ich auch mal getestet, ich meine die funktionierte auf manchen System ganz gut, aber wenn ich mich richtig erinnere hatte ich teilweise Probleme mit den Treibern. In letzter Zeit nutze ich oft das "AmazonBasics Tragbares USB-Kondensatormikrofon", eine günstigere Version des "Samson Go Mic Clip-On" das ich leider noch nicht testen konnte. Auch wenn ich grundsätzlich kein Fan der AmazonBasics Produkte bin hat sich das auch bei größeren Demos überraschend gut geschlagen.

Iframes sind kein Problem, im Gegenteil ich arbeite zur Zeit sogar an einem erweiterten Interface dafür. Was ich allerdings noch nicht wirklich getestet habe ist die Kombination mit dem mobilen Browser. Je nachdem welche Spracherkennung man da nutzt (Android-Nativ oder eigener Server) könnte es etwas unterschiedlich reagieren.

Der PI Zero mit mic-head als SEPIA Client ist etwas, dass ich gerade teste. Da der SEPIA Client auf HTML basiert ist meine bisherige "headless" Variante ein RPi3 gewesen der mittels Xvfb das Display simuliert und den Client dann im Chromium Browser laufen lässt. Hier (https://github.com/SEPIA-Framework/sepia-docs/issues/9) gibt es etwas mehr Infos dazu. Das hat soweit ziemlich gut funktioniert, ich weiß aber noch nicht wie gut der Zero da von der Performance mithalten kann.
In den nächsten Tagen würde ich dazu gerne eine offizielle Variante mit Installationsskript veröffentlichen.

ZitatEin cooles Feature wäre noch, wenn man dem Server sagen könnte welche Clients auf welche Services zu greifen können/dürfen oder sollen.
Somit könnte man z.B. die Pis nur auf den "FHEM-Chat" zugreifen lassen und somit ohne zusätzliches "Code-Wort" Befehle an FHEM senden.

Das setze ich mal auf die To-Do Liste :-)

Hallo,
ich habe folgende (Anfänger)fragen.
Kann ich SEPIA auch auf einem Raspberry Pi 4 betreiben?
Bei der Anleitung (https://github.com/SEPIA-Framework/sepia-docs/wiki/Installation#raspberry-pi-3) steht die vorgehensweise für den Pi3. Kann ich diese Anleitung auch für den PI 4 benutzen? Weiterhin darf ich laut Anleitung keine desktop version nehmen. Diese habe ich habe bereits installiert mit Programmen wie fhem, iobroker, debmatic. Ich würde ungerne wieder alles von vorne beginnen?!

Welche Hardware benötige ich am Besten? Ich habe einen ReSpeaker 4 mic array noch übrig. Kann ich den dafür benutzen oder was wäre besser dafür geeignet?

Vielen Dank schon mal für die Hilfe!

Hi,
erstmal vielen Dank für deine Entwicklung bisher.
Wenn ich das richtig Verstanden habe exisitiert die FHEM Unterstützung derzeit nur im dev branch.
Ich habe versucht aus dem dev branch alles zu erstellen leider läuft er beim Build auf einen Fehler in den Tests.
Liegt das an mir oder ist da was allgemein schief gelaufen?

LG

[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building SEPIA Core-Tools 2.2.4
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ sepia-core-tools ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /root/SEPIA/tmp/sepia-core-tools-java/src/main/resources
[INFO]
[INFO] --- maven-compiler-plugin:3.2:compile (default-compile) @ sepia-core-tools ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 61 source files to /root/SEPIA/tmp/sepia-core-tools-java/target/classes
[INFO]
[INFO] --- maven-resources-plugin:2.6:testResources (default-testResources) @ sepia-core-tools ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO]
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ sepia-core-tools ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 8 source files to /root/SEPIA/tmp/sepia-core-tools-java/target/test-classes
[INFO]
[INFO] --- maven-surefire-plugin:3.0.0-M3:test (default-test) @ sepia-core-tools ---
[INFO]
[INFO] -------------------------------------------------------
[INFO]  T E S T S
[INFO] -------------------------------------------------------
[INFO] Running tools.ToolsTest
{"other":{"level1":{"level2a":{"level3":{"new":"deep down"}},"level2b":{"level3":{"new":"deep down 2"}}}},"top":{"unt                                                                                                                        ouched":"true","new":"here"},"over_the_top":"yeah"}
[INFO] Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.165 s - in tools.ToolsTest
[INFO] Running data.CommandTest
[ERROR] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.257 s <<< FAILURE! - in data.CommandTest
[ERROR] testImportJSON(data.CommandTest)  Time elapsed: 1.256 s  <<< FAILURE!
org.junit.ComparisonFailure:
expected:<...-31T11:10:43",
    "[environment" : null,
    "explicit" : false,
    "language" : "en",
    "local" : false,
    "machine_translated" : false,
    "params" : { },
    "public" : true,
    "replies" : [ ],
    "source" : null,
    "tagged_text" : "",
    "text" : "Hello, <user>, how are you?",
    "translated_from" : null,
    "user" : "myuser",
    "user_location" : "5,8.2"
  }, {
    "cmd_summary" : "foo",
    "data" : { },
    "date" : "2016-05-31T11:10:43"],
    "environment" ...> but was:<...-31T11:10:43",
    "[device_id" : null,
    "environment" : null,
    "explicit" : false,
    "language" : "en",
    "local" : false,
    "machine_translated" : false,
    "params" : { },
    "public" : true,
    "replies" : [ ],
    "source" : null,
    "tagged_text" : "",
    "text" : "Hello, <user>, how are you?",
    "translated_from" : null,
    "user" : "myuser",
    "user_location" : "5,8.2"
  }, {
    "cmd_summary" : "foo",
    "data" : { },
    "date" : "2016-05-31T11:10:43",
    "device_id" : null],
    "environment" ...>
        at data.CommandTest.testImportJSON(CommandTest.java:26)

[INFO] Running data.AnswerTest
[INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.117 s - in data.AnswerTest
[INFO] Running microservices.TestMicroservices
NOTE: JUnit-microservices: skipped dBStationResults testing due to missing API-key!
[INFO] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 s - in microservices.TestMicroservices
[INFO]
[INFO] Results:
[INFO]
[ERROR] Failures:
[ERROR]   CommandTest.testImportJSON:26 expected:<...-31T11:10:43",
    "[environment" : null,
    "explicit" : false,
    "language" : "en",
    "local" : false,
    "machine_translated" : false,
    "params" : { },
    "public" : true,
    "replies" : [ ],
    "source" : null,
    "tagged_text" : "",
    "text" : "Hello, <user>, how are you?",
    "translated_from" : null,
    "user" : "myuser",
    "user_location" : "5,8.2"
  }, {
    "cmd_summary" : "foo",
    "data" : { },
    "date" : "2016-05-31T11:10:43"],
    "environment" ...> but was:<...-31T11:10:43",
    "[device_id" : null,
    "environment" : null,
    "explicit" : false,
    "language" : "en",
    "local" : false,
    "machine_translated" : false,
    "params" : { },
    "public" : true,
    "replies" : [ ],
    "source" : null,
    "tagged_text" : "",
    "text" : "Hello, <user>, how are you?",
    "translated_from" : null,
    "user" : "myuser",
    "user_location" : "5,8.2"
  }, {
    "cmd_summary" : "foo",
    "data" : { },
    "date" : "2016-05-31T11:10:43",
    "device_id" : null],
    "environment" ...>
[INFO]
[ERROR] Tests run: 10, Failures: 1, Errors: 0, Skipped: 0
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 17.573 s
[INFO] Finished at: 2019-12-07T16:08:44+01:00
[INFO] Final Memory: 15M/45M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:3.0.0-M3:test (default-test) on project                                                                                                                         sepia-core-tools: There are test failures.


ZitatKann ich SEPIA auch auf einem Raspberry Pi 4 betreiben?
Bei der Anleitung (https://github.com/SEPIA-Framework/sepia-docs/wiki/Installation#raspberry-pi-3) steht die vorgehensweise für den Pi3. Kann ich diese Anleitung auch für den PI 4 benutzen? Weiterhin darf ich laut Anleitung keine desktop version nehmen. Diese habe ich habe bereits installiert mit Programmen wie fhem, iobroker, debmatic. Ich würde ungerne wieder alles von vorne beginnen?!

Hi Jasdhewer,
SEPIA läuft auch ohne Probleme auf dem RPi4, ich bin nur leider noch nicht dazu gekommen die Docs dafür zu aktualisieren. Ich habe eine Version in Betrieb, die den Server, Client und Smart Home HUB auf einem RPi4 4GB gleichzeitig laufen lässt. Dazu habe ich einen kleinen 4" Touchscreen (Hyperpixel) angeschlossen, ein USB Mikrofon (Amazon Basics) und einen Lautsprecher via Klinke. Für den Server brauchst du eigentlich nur Raspbian Buster Lite und Java, ich nutze zur Zeit JDK 11:
sudo apt-get install openjdk-11-jdk-headless

Für den Client sind noch ein paar Einstellungen mehr nötig, die ich die Tage noch dokumentieren will. Bis dato würde ich die Android App empfehlen oder Chromium Browser auf einem beliebigen (non-iOS) Gerät.
Wenn dein RPi4 genug RAM hat für FHEM, ioBroker, etc. dann kannst du auch ruhig die Desktop Version nutzen. Die Einschränkung gilt beim RPi3 nur weil es den mit maximal 1GB RAM gibt. SEPIA braucht mindestens 500MB RAM für die Elasticsearch Datenbank und noch mal wenigstens 250MB für den Rest, da wird es dann mit installiertem Desktop etwas knapp und mit zusätzlicher Software vermutlich sehr instabil ;-)

ZitatWenn ich das richtig Verstanden habe exisitiert die FHEM Unterstützung derzeit nur im dev branch.
Ich habe versucht aus dem dev branch alles zu erstellen leider läuft er beim Build auf einen Fehler in den Tests.
Liegt das an mir oder ist da was allgemein schief gelaufen?

Hi WarLLe,
ja der FHEM Support ist noch in der Test-Phase im Dev Branch allerdings läuft die aktuelle Version schon ganz ordentlich bei mir. Ein bekanntes Problemchen sind z.B. noch Temperaturen für Thermostate, ansonsten wäre Feedback von "echten" Systemen sehr nützlich!
Der Fehler im Build war meine Schuld ::) Hatte vergessen die Test-Daten zu aktualisieren nach dem letzten Commit ??? Danke für den Hinweis! Jetzt läuft es in meinem Test-Build wieder komplett durch. Versuch es doch bitte noch mal  ;D

Zitat von: sepia am 07 Dezember 2019, 23:41:58
Hi Jasdhewer,
SEPIA läuft auch ohne Probleme auf dem RPi4, ich bin nur leider noch nicht dazu gekommen die Docs dafür zu aktualisieren. Ich habe eine Version in Betrieb, die den Server, Client und Smart Home HUB auf einem RPi4 4GB gleichzeitig laufen lässt. Dazu habe ich einen kleinen 4" Touchscreen (Hyperpixel) angeschlossen, ein USB Mikrofon (Amazon Basics) und einen Lautsprecher via Klinke. Für den Server brauchst du eigentlich nur Raspbian Buster Lite und Java, ich nutze zur Zeit JDK 11:

Code Auswählen Erweitern

sudo apt-get install openjdk-11-jdk-headless

Für den Client sind noch ein paar Einstellungen mehr nötig, die ich die Tage noch dokumentieren will. Bis dato würde ich die Android App empfehlen oder Chromium Browser auf einem beliebigen (non-iOS) Gerät.
Wenn dein RPi4 genug RAM hat für FHEM, ioBroker, etc. dann kannst du auch ruhig die Desktop Version nutzen. Die Einschränkung gilt beim RPi3 nur weil es den mit maximal 1GB RAM gibt. SEPIA braucht mindestens 500MB RAM für die Elasticsearch Datenbank und noch mal wenigstens 250MB für den Rest, da wird es dann mit installiertem Desktop etwas knapp und mit zusätzlicher Software vermutlich sehr instabil ;-)

Hi WarLLe,
ja der FHEM Support ist noch in der Test-Phase im Dev Branch allerdings läuft die aktuelle Version schon ganz ordentlich bei mir. Ein bekanntes Problemchen sind z.B. noch Temperaturen für Thermostate, ansonsten wäre Feedback von "echten" Systemen sehr nützlich!
Der Fehler im Build war meine Schuld ::) Hatte vergessen die Test-Daten zu aktualisieren nach dem letzten Commit ??? Danke für den Hinweis! Jetzt läuft es in meinem Test-Build wieder komplett durch. Versuch es doch bitte noch mal  ;D

Hi,

nun hat alles geklappt und ich habe SEPIA auf einer VM eingerichtet. Leider klappt die Verbindung mit FHEM nicht richtig.
-> Load Hub Info sagt connection established
-> Register Sepia läuft auf den Fehler unten

Was genau muss in der Config bei den folgenden beiden Attributen eingetragen werden?

"smarthome_hub_auth_type=",
"smarthome_hub_auth_data=",

Vermutlich liegt es dann an dieser Stelle bei mir daran. Folgenden Output erhalte ich vom Interface:
{
  "result": "fail",
  "error": "Could not register SEPIA Framework inside smart home HUB. See assist-server log for errors."
}

Folgendes steht im LOG:
2019-12-07 23:36:02 ERROR - FHEM - registerSepiaFramework: Failed! Could not load global attributes. Msg.: {"code":401,"HTTP_REST_SUCCESS":false}

LG WarLLe

Hi noch mal :-)

ZitatWas genau muss in der Config bei den folgenden beiden Attributen eingetragen werden?

Bei mir ist es z.B.:


smarthome_hub_host=http://localhost:8083/fhem
smarthome_hub_name=fhem


Die Fehlermeldung sagt "code":401, das heißt "nicht autorisiert" und kann mehrere Gründe haben.
Gibt es vielleicht eine weitere Fehlermeldung wie z.B.: "FHEM - getCsrfToken FAILED"?
Ist der Zugang zu FHEM vielleicht noch anderweitig abgesichert?
Ich teste immer mit der neusten Version und Standardkonfiguration von FHEM. Welche Version nutzt du? Gibt es irgendwelche speziellen Einstellungen? Vielleicht etwas was das Csrf Token betrifft?

Grüße

Zitat von: sepia am 08 Dezember 2019, 02:09:40
Hi noch mal :-)

Bei mir ist es z.B.:

Code Auswählen Erweitern


smarthome_hub_host=http://localhost:8083/fhem
smarthome_hub_name=fhem


Die Fehlermeldung sagt "code":401, das heißt "nicht autorisiert" und kann mehrere Gründe haben.
Gibt es vielleicht eine weitere Fehlermeldung wie z.B.: "FHEM - getCsrfToken FAILED"?
Ist der Zugang zu FHEM vielleicht noch anderweitig abgesichert?
Ich teste immer mit der neusten Version und Standardkonfiguration von FHEM. Welche Version nutzt du? Gibt es irgendwelche speziellen Einstellungen? Vielleicht etwas was das Csrf Token betrifft?

Grüße

Hi,

Also ich habe meine FHEM Instanz mittels basicAuth noch abgesichert. Soweit ich weiß ist dies nicht voreingestellt. Einstellungen dafür sind hier zu finden:

https://wiki.fhem.de/wiki/Allowed

Daher auch die Frage nach den beiden Attributen die für die Authentifizierung zuständig sind ;)

smarthome_hub_auth_type=
smarthome_hub_auth_data=

LG

ZitatDaher auch die Frage nach den beiden Attributen die für die Authentifizierung zuständig sind ;)

uups da war ich wohl schon zu müde und hab nicht mehr genau gelesen  ??? ^_^
Aber das passt ja wie die Faust aufs Auge, diese Funktion habe ich gestern erst hinzugefügt :D

Ein valider Eintrag wäre z.B.:


smarthome_hub_auth_type=Basic
smarthome_hub_auth_data=dXNlcjp0ZXN0MTIzNDU=


"dXNlcjp0ZXN0MTIzNDU=" entspricht dabei der base64 Kodierung von "user:test12345" also Nutzername "user" und Passwort "test12345". SEPIA macht die für Basic-Auth übliche base64 Kodierung nicht automatisch sondern der Wert muss so in den Settings eingetragen werden (siehe zB https://www.base64encode.org/).

Ich benutze den selben Prozess für Systeme, die z.B. über einen Reverse-Proxy wie Nginx abgesichert wurden, habe das jetzt allerdings für FHEM noch nicht getestet und speziell auch noch nicht mit dem 'allowed' Modul. Versuche es aber gleich auch mal bei mir zu reproduzieren.

[EDIT]Ein erster, schneller Test schlägt bei mir noch fehl. Könnte durchaus sein, dass irgendwo noch der Wurm drin ist :'(

[EDIT2]Ok hab den Fehler gefunden und das Repo upgedated ^^. Falls du es sofort testen willst müsstest du einmal SEPIA neu bauen und dann einfach die "sepia-assist-v2.4.0.jar" ersetzen im "alten" SEPIA Ordner (sepia-assist-server\...)

Zitat von: sepia am 08 Dezember 2019, 11:47:24
uups da war ich wohl schon zu müde und hab nicht mehr genau gelesen  ??? ^_^
Aber das passt ja wie die Faust aufs Auge, diese Funktion habe ich gestern erst hinzugefügt :D

Ein valider Eintrag wäre z.B.:

Code Auswählen Erweitern


smarthome_hub_auth_type=Basic
smarthome_hub_auth_data=dXNlcjp0ZXN0MTIzNDU=


"dXNlcjp0ZXN0MTIzNDU=" entspricht dabei der base64 Kodierung von "user:test12345" also Nutzername "user" und Passwort "test12345". SEPIA macht die für Basic-Auth übliche base64 Kodierung nicht automatisch sondern der Wert muss so in den Settings eingetragen werden (siehe zB https://www.base64encode.org/).

Ich benutze den selben Prozess für Systeme, die z.B. über einen Reverse-Proxy wie Nginx abgesichert wurden, habe das jetzt allerdings für FHEM noch nicht getestet und speziell auch noch nicht mit dem 'allowed' Modul. Versuche es aber gleich auch mal bei mir zu reproduzieren.

[EDIT]Ein erster, schneller Test schlägt bei mir noch fehl. Könnte durchaus sein, dass irgendwo noch der Wurm drin ist :'(

[EDIT2]Ok hab den Fehler gefunden und das Repo upgedated ^^. Falls du es sofort testen willst müsstest du einmal SEPIA neu bauen und dann einfach die "sepia-assist-v2.4.0.jar" ersetzen im "alten" SEPIA Ordner (sepia-assist-server\...)

Hi nochmal und danke für die schnelle Antwort :)
Also wenn ich die Authentifizierung rausnehme funktioniert der Connect und ich bekomme auch meine Devices gelistet. Schön dass er auch direkt die Lichter erkennt :).
Leider klappt es mit Authentifizierung in base64 nicht. Zum Testen aber ist es so erstmal in Ordnung. Ich werde jetzt erstmal ein wenig damit rumspielen und dir dann auch gerne falls gewünscht Feedback geben.

Eine Frage vorab: Gibt es die Möglichkeit wie eine Art Smart Speaker auf dem Raspberry auf das Hotword zu warten und Befehle entgegen zu nehmen. Mein aktueller Aufbau ist folgendermaßen:

In einer VM läuft aktuell SEPIA da mein Raspi3 nicht genug RAM mehr zur Verfügung hat auf dem laufen mittlerweile zu viele Sachen. Trotzdem würde ich gerne mittels 2-Mic Respeaker dort (Rapsbbery) Sprachbefehle zur Steuerung von FHEM entgegen nehmen. Ich komme von SNIPS nun zu deiner Lösung da SNIPS ja nächstes Jahr die Schotten dicht macht. Mit SNIPS war eine Multiroom Lösung vorhanden mit der man je nachdem wo der Befehl entgegen genommen wurde die Lichter automatisch diesem Raum zugeordnet steuern konnte und nur im Fall von der Bennenung eines Raumes andere Lichter in anderen Räumen steuern konnte. Ist so etwas auch geplant? Außerdem habe ich die Komponente Mesh-Node-Server noch nicht ganz verstanden. Vielleicht wird es mir aber bei weiteren Recherchen noch klar :).

Bisher kann ich nur sagen vielen Dank für deine bisherigen Mühen und Respekt für das schon geschaffene. Top!

LG

ZitatAlso wenn ich die Authentifizierung rausnehme funktioniert der Connect und ich bekomme auch meine Devices gelistet. Schön dass er auch direkt die Lichter erkennt :).

Bei manchen Geräten findet er den Device-Type automatisch, mit dem FHEM Demo habe ich aber auch manchmal das Problem, dass Geräte als Lichter angezeigt werden die eigentlich keine Switches sind (meine Hue Bridge zB). Es lohnt sich in jedem Fall das Attribut noch einmal zu setzen für die Geräte die man wirklich nutzen will in SEPIA (z.B. von Light auf Heater und wieder auf Light, dann wird es korrekt im SEPIA Tag vermerkt) und andere im Zweifelsfall auf Type="Hidden" zu stellen damit sie ignoriert werden.

ZitatEine Frage vorab: Gibt es die Möglichkeit wie eine Art Smart Speaker auf dem Raspberry auf das Hotword zu warten und Befehle entgegen zu nehmen.
[...] würde ich gerne mittels 2-Mic Respeaker dort (Rapsbbery) Sprachbefehle zur Steuerung von FHEM entgegen nehmen.

Ja diese Möglichkeit gibt es. SEPIA hat eine Hotword Engine integriert (Porcupine), die sowohl auf Linux (ARM, x86) und Windows als auch im Browser und der App funktioniert. Das kann komplett im Client laufen oder als eine Art Remote-Trigger. Hier ein paar Videos dazu:

Video 1: Raspberry Pi Zero als Hotword Remote Trigger (https://twitter.com/sepia_fw/status/1060147639499608065),
Video 2: Hotword und Client in einem Gerät (https://twitter.com/sepia_fw/status/1144255285638455298),
Video 3: Ohne Stimme via Microbit ^^ (https://twitter.com/sepia_fw/status/1111263680640008192)

Zur Zeit ist die richtige Konfiguration eines Raspberry Pi der quasi "headless" funktioniert (kein Display aber trotzdem mit vollem Client) noch etwas komplizierter als ich gerne hätte, aber der Prototyp läuft schon ganz gut und eine Anleitung + easy Installation sollte bald kommen :-)

ZitatMit SNIPS war eine Multiroom Lösung vorhanden mit der man je nachdem wo der Befehl entgegen genommen wurde die Lichter automatisch diesem Raum zugeordnet steuern konnte und nur im Fall von der Bennenung eines Raumes andere Lichter in anderen Räumen steuern konnte. Ist so etwas auch geplant?

Ja das ist im Grunde kein Problem da jeder SEPIA Client eine eigene Device ID hat und der Smart Home Service dadurch den richtigen Raum wählen kann falls er per Sprache nicht mitgegeben wurde. Ein User hat das mal über das SDK selber umgesetzt, da diese Frage aber jetzt schon mehrmals aufkam überlege ich mal wie ich das per Default einbauen könnte. Vielleicht füge ich in den Smart Home Settings die Möglichkeit hinzu SEPIA Client DeviceIds einen Raum zuzuordnen, das sollte leicht machbar sein 8)

ZitatAußerdem habe ich die Komponente Mesh-Node-Server noch nicht ganz verstanden. Vielleicht wird es mir aber bei weiteren Recherchen noch klar :).

Die Mesh-Node kann man anfangs erstmal getrost ignorieren denke ich ;). Im Grunde ist es ein mini-Server, den man auf einem anderen Gerät laufen lassen kann und der dort z.B. Runtime-Befehle ausführt oder eigene Plugins. Dabei kommuniziert er direkt mit SEPIA über einen sicheren Kanal und lässt sich z.B. über Teach-UI Befehle steuern. Hier (https://medium.com/sepia-framework/control-your-windows-system-remotely-via-voice-a1cc40b794) hatte ich mal einen Blog Artikel dazu geschrieben.

ZitatBisher kann ich nur sagen vielen Dank für deine bisherigen Mühen und Respekt für das schon geschaffene. Top!

Danke!  :) :D

Hi Florian,

ein/aus/umschalten von einfachen Schaltern funktioniert soweit schon.

Nächste Herausforderung ist die Heizung..

   "smart_device_value": "<temperature>;;15 grad",

das "grad" muss halt noch weg.

Ausserdem die Frage, wozu genau sind die attribute:
sepia-data
sepia-mem-state


Vielen Dank nochmal für deine Arbeit!
Gruß
Markus

Hi Markus,

ZitatNächste Herausforderung ist die Heizung..

Ja, in der Tat! ::)
Der String "<temperature>;;15 grad" ist ein eher abstrakter Zwischenzustand des Parameters (aus der sog. "extract" Phase, danach kommt noch die "build" Phase und die Konvertierung innerhalb des Smart Home Services) so dass am Ende im FHEM Device glaube ich "set 15" ankommen würde. Da ich an dieser Stelle nicht mal weiß ob das Gerät Celsius, Fahrenheit, Prozent oder Heizstufe (falls es sowas gibt) erwartet dürfte es allgemein scheitern.
Was ist hier eigentlich üblich?

Vor ein paar Tagen hatte ich zu diesem Zweck schon mal im Client eingebaut, dass der User seine Temperatureinheit wählen kann (C oder F) und ein Skript geschrieben was dazwischen konvertiert. Jetzt muss ich aber noch herausfinden welche Werte das Gerät anzeigt ^^.

Bezüglich:
sepia-data
sepia-mem-state

'data' ist ein provisorisches Feld, falls irgendwann zusätzliche Infos gespeichert werden müssen. 'mem-state' ist dafür vorgesehen, den letzten "aktiven" Zustand zu speichern, d.h. wenn ich sage "Licht auf 70%" und dann "Licht aus" sollte im 'mem-state' 70% gespeichert werden und beim nächsten "Licht an" dann dieser Wert verwendet. Bisher wurde das aber nicht umgesetzt.

Es gibt übrigens einen neuen Test-Build :-) (noch ohne Fixes für Temperatur allerdings):
Download v2.4.0_b4 (https://b07z.net/downloads/SEPIA-Home_v2.4.0_b04.zip)

Zitatso dass am Ende im FHEM Device glaube ich "set 15" ankommen würde

stimmt auffallend..

Damit ist man wohl an dem Punkt den justme schon beschrieben/beschritten hat:  es gibt keinen allgemein gültigen Syntax für die unterschiedlichsten Systeme, allein mir sind u.a. schon untergekommen

• desired-temp
• temperature
• desiredTemp
• desired-temperature

also im Prinzip dasselbe Szenario wie z.B. mit Dimmern und Rolläden

... also vielleicht doch eine anbindung an https://github.com/justme-1968/homebridge-fhem (https://github.com/justme-1968/homebridge-fhem) ...?

Zitat'mem-state' ist dafür vorgesehen, den letzten "aktiven" Zustand zu speichern

passt zu dem, was man sich (bzw. Ich mir) darunter vorgestellt habe.

ZitatDownload v2.4.0_b4

Danke - Noch wesentliche Änderungen nach Dienstag eingeflossen?

ZitatDamit ist man wohl an dem Punkt den justme schon beschrieben/beschritten hat:  es gibt keinen allgemein gültigen Syntax für die unterschiedlichsten Systeme [...] also vielleicht doch eine anbindung an https://github.com/justme-1968/homebridge-fhem ...?

Ja, soweit ich das verstanden/in Erinnerung habe nutzt Homebridge die HomeKit Tags also für Release v1 könnte man da noch mal ansetzen ... oder den User einfach auswählen lassen im SEPIA Control HUB ^_^

ZitatDanke - Noch wesentliche Änderungen nach Dienstag eingeflossen?

Nichts kritisches, "Childs room", "Other" und "Not assigned" als neue Räume, besseres Timing für auto-reload im Control HUB und ein MQTT Client Prototyp, der aber noch nicht zugänglich ist für User (außer man würde selbst das SDK updaten  ;D)

Frohe Weihnachten wünsche ich euch :)

Es gibt eine neue Testversion für die FHEM Integration in SEPIA: DOWNLOAD (https://b07z.net/downloads/SEPIA-Home_v2.4.0_b08.zip)
Diese Version ist der Release-Kandidat für v2.4.0 und wird wahrscheinlich so veröffentlicht, falls keine groben Fehler mehr auftreten ;D

Neues in dieser Version (unter anderem):

• Berücksichtigung der bekannten 'set' Befehle für Thermostate
• Neue globale Attribute in FHEM 'sepia-room-index' (Räume können nun mehrfach existieren, z.B. Badezimmer 2), 'sepia-state-type' (falls die automatische Zuweisung nicht klappt, kann z.B. ein Gerät explizit den Statustypen 'number_temperature_c' haben als Heizung in °C) und 'sepia-set-cmds' (falls keines der automatischen 'set' Kommandos funktioniert kann ein individuelles definiert werden)
• Neue Einstellung in der App für den Gerätestandort und Anpassung im Smart Home Service, so dass ein Gerät z.B. explizit dem Badezimmer 1 zugeordnet werden kann und der Befehl "Licht" dann nicht mehr nach dem Raum fragt

Es wäre super wenn Jemand von euch, der ein Thermostat steuert über FHEM das mal ausprobieren könnte 8).
Morgen würde ich die Version dann gerne veröffentlichen.

Grüße,
Florian

Frohe Weihnachten gehabt zu haben..

Aufpassen: Wenn ihr sepia erneut an fhem registriert (um die neuen attribute zu erhalten)
könnte es sein, dass einige werte aus dem global userattr nicht übernommen, also quasi gelöscht werden!!

Alle Werte, die in der Reihenfolge nach dem letzten sepia-* Eintrag stehen sind weg.

Bei einer neuen Registrierung scheinen die sepia werte nur hinten angehängt zu werden - in dem Fall kein Problem also.


Das schalten meiner Thermostate ging leider auch nicht:

1. Habe meine eigene "desiredTemperature" syntax in der Liste oben vergessen  :o
2. zugelassene Werte (bei MAX) sind nur 10.0,10.5, etc.
3. Sollte das schalten ohne jegliches anlernen funktionieren? Sprich raumzuordnung und Typ Heater einstellen und es funktioniert? < Das geht nämlich leider auch nicht.  ohne teaching, raum=>device gehts bei mir leider nicht.
4. sepia-set-cmds scheine ich nicht verstanden zu haben, bekomme es leider auch damit nicht ans rennen.

Gruß
Markus

Hi Markus,

danke fürs Testen!

ZitatAlle Werte, die in der Reihenfolge nach dem letzten sepia-* Eintrag stehen sind weg.

Oh ha, da hab ich wohl die RegExp zu gierig gemacht :-[ Ich prüfe das noch mal!

ZitatSollte das schalten ohne jegliches anlernen funktionieren? Sprich raumzuordnung und Typ Heater einstellen und es funktioniert? < Das geht nämlich leider auch nicht.  ohne teaching, raum=>device gehts bei mir leider nicht.

Raumzuordnung und Typ Heater einstellen sollte eigentlich reichen, ja. Eventuell noch unter "state type" "Number (Temperature °C)" wählen. Mit "teaching" meinst du einen eigenen Befehl über die Teach-UI in der App? Was genau musstest du da einstellen? Gibt es eine Fehlermeldung?

Zitatsepia-set-cmds scheine ich nicht verstanden zu haben, bekomme es leider auch damit nicht ans rennen

Die Idee hier ist dass man die set Kommandos für an, aus und set [number] selber definieren kann, z.B.:
Eine Lampe hat typischerweise die Befehle "set on" (Lampe einschalten), "set off" (Lampe aus) und "set pct 68" (Lampe auf 68%), daraus resultiert das Object im Screenshot
{"enable": "on", "disable": "off", "number": "pct <val>"}
"<val>" steht dabei für die Nummer, die der User gesagt hat.
Wenn deine Heizung den Befehl "set desiredTemperature 10.5" versteht sollte sowas funktionieren:
{"enable": "on", "disable": "off", "number": "desiredTemperature <val>"}
Angenommen dass auch Thermostate die Befehle "on" und "off" verstehen.

ZitatOh ha, da hab ich wohl die RegExp zu gierig gemacht :-[ Ich prüfe das noch mal!

die werte werden (später) alphabetisch sortiert, nachdem sie unsortiert angefügt wurden.

ZitatRaumzuordnung und Typ Heater einstellen sollte eigentlich reichen, ja. Eventuell noch unter "state type" "Number (Temperature °C)" wählen.

<<  so funktionierts dann doch.

{"enable": "on", "disable": "off", "number": "desiredTemperature <val>"}
gut - so hab ich das auch verstanden, hatte nur leider <value> stat <val> benutzt

dennoch
{"enable": "desiredTemperature comfort", "disable": "desiredTemperature eco", "number": "desiredTemperature <val>"}  funktioniert nur bei einer temperatur Angabe

"stelle die Heizung im Raum auf 20 grad"  funktioniert
"stelle die Heizung im Raum aus"  wird nicht übersetzt und bringt

Zitat'setDeviceState': Unknown argument off

Gruß
Markus

Zitatdie werte werden (später) alphabetisch sortiert, nachdem sie unsortiert angefügt wurden.

eigentlich sollte der reguläre Ausdruck alles entfernen was "sepia-..." lautet, allerdings hab ich den falsch definiert, so dass er alles vom ersten "sepia-" bis zum Ende entfernt hat :o. Habs jetzt gefixt so dass er immer "sepia-" bis zur ersten Leerstelle entfernt :).

Zitat<<  so funktionierts dann doch.

:) also lag es tatsächlich am "state type"?

Zitat{"enable": "desiredTemperature comfort", "disable": "desiredTemperature eco", "number": "desiredTemperature <val>"}

Das sieht eigentlich genau richtig aus ??? Ich prüfe das mal nach.

Kann ich im FHEM Demo eigentlich irgendwie ein Thermostat dummy erstellen?

Grüße

ZitatDas sieht eigentlich genau richtig aus ??? Ich prüfe das mal nach.

Ok, hab den Fehler gefunden, ein dummer Bug der dafür sorgte dass es nur bei "number" und "enable" klappte ::)
Hier ist eine neu assist-server jar-Datei, die auch den Fix für die FHEM Attribute enthält: DOWNLOAD (https://b07z.net/downloads/sepia-assist-v2.4.0.jar)
Einfach die alte im Ordner '\sepia-assist-server' überschreiben, Server neu starte und fertig.

Zitat:) also lag es tatsächlich am "state type"?

sieht ganz so aus.

ZitatKann ich im FHEM Demo eigentlich irgendwie ein Thermostat dummy erstellen?

der dummy kann und wird alles sein, was du willst.
define HzDummy dummy steht im Flur, da dort bei mir keine Heizung ist, passend zum testen.
der State den er annimmt ist 1:1 das was aus sepia kommt.  z.B.
"state   desiredTemperature auto 23"

Gruß
Markus

Die neu SEPIA Version v2.4.0 mit FHEM Support ist jetzt offiziell: LINK (https://github.com/SEPIA-Framework/sepia-installation-and-setup/releases) ;D

Hallo Florian,

ich bin begeistert, wie schnell ich Sepia zum Laufen bekommen habe.


Mir ist ein kleiner Bug in v2.4.0 aufgefallen:

Wenn das Attribut "webname" des FHEMWEB Devices auf das ich mit Sepia zugreifen will, existiert und nicht fhem lautet, dann kann Sepia nicht zugreifen.
smarthome_hub_host in den Einstellungen ist natürlich entsprechend angepasst.
Ich nutze einen unterschiedlichen webname weil ich 2 FHEM Instanzen über einen Apache laufen lasse.

Grüße
Klaus

Hi Klaus,

danke fürs Testen :D

Ich sehe gerade "webname" ist ein Attribut von "WEB" und bestimmt den HTTP path "http://[IP]:[PORT]/[webname] , habe ich das richtig verstanden?

Ich teste das später noch mal aber rein theoretisch ist der "webname" lediglich Teil der HUB URL und sonst nirgendwo hardcoded :-[
Deine Einträge in den Settings sehen so aus (z.B.)?

smarthome_hub_host=http://localhost:8083/[webname]
smarthome_hub_name=fhem

Grüße

Hallo Florian,

erstmal meinen Dank dass Du dieses Projekt hier aufsetzt, eine Spracherkennung ohne eine fremde Cloud ist genau das richtige. Testen würde ich auch gerne, aber ich habe schon eine Frage zur Installation.

Ich habe nirgends gefunden welche Basis Du für die Sache unter Linux benötigt (oder habe es übersehen oder auch vor Blindheit nicht gefunden), ich wollte das ganze in einer VM testen, hier fange ich aber immer mit einer MInimalinstallation an und habe dort Java (openjdk-11-jre-headless) und anschliessend Elasticsearch installiert.
Bei Deinem Installationsskript bleibt er jetzt im Schritt 4 (Elasticsearch starten hängen mit
Waiting for Elasticsearch on port 20724[/s]
OK. Port in Elasticsearch angepasst --> Ready for Action
Nächster Fehler:
Enter a number plz (0 to exit): 1

Setup for 'custom' server (Xtensions/assist.properties)
2020-01-06 18:49:28 LOG - loading settings from Xtensions/assist.custom.properties... done.

Preparing Elasticsearch:
2020-01-06 18:49:58 ERROR - deleteAny - ElasticSearch - error in '_all': {"code":503,"HTTP_REST_SUCCESS":false}

Eine Idee?

Ist das der Standartport von Elastic oder muss hier eine spezielle Konfiguration erfolgen?
Was benötigt Dein Framework noch an Voraussetzungen von Softwareseite?

Nochmal ein Edit: Ich habe Elasticsearch deinstalliert, ich hatte vorher nicht gesehen dass es mit im Verzeichnis liegt und von dem Script gestartet wird. Nach Deinstallation habe ich versucht die Aufrufe direkt zu machen um Fehler zu sehen und dabei festgestellt dass er mit Java Fehler im "run.sh" Script von Elasticsearch abschliesst, Elasticsearch nicht startet und dann im "wait.sh" Scrip hängen bleibt. Meldungen kommen eine ganze Menge, unter anderem Zugriffsberechtigungsprobleme auf Java. Das muss ich mir noch genauer ansehen, wollte den Beitrag aber editieren um niemand hier umsonst antworten zu lassen.

Viele Grüße

Elmar

Hi Elmar,

die Anforderungen sind eigentlich minimal. Die Installation von Java reicht in den meisten Fällen aus, ich empfehle: 'openjdk-11-jdk-headless' (man beachte: JDK nicht JRE). Ich teste auch gerade eine Version, bei der Java direkt im SEPIA Verzeichnis abgelegt wird um Versionskonflikte mit anderen Installationen zu vermeiden. Falls du das gerne ausprobieren möchtest sag bescheid ;-)

Ansonsten hilft vielleicht noch das hier: https://github.com/SEPIA-Framework/sepia-installation-and-setup/blob/master/Dockerfile
Im Dockerfile wird eine Installation auf Basis von Debian Stretch-Slim durchgeführt allerdings mit allen Tools die nötig sind um SEPIA aus GitHub heraus selber zu bauen also vermutlich viel zu viel Overhead im Vergleich zum einfachen Download der Release Version.

ZitatMeldungen kommen eine ganze Menge, unter anderem Zugriffsberechtigungsprobleme auf Java

Das Problem scheint mir nicht von SEPIA zu kommen. Welche Linux Version nutzt du?

Grüße,
Florian

ZitatIch teste auch gerade eine Version, bei der Java direkt im SEPIA Verzeichnis abgelegt wird um Versionskonflikte mit anderen Installationen zu vermeiden. Falls du das gerne ausprobieren möchtest sag bescheid ;-)

.. ja, gern.  :)

Gruß Jens

Hallo Florian,


Zwischenstand:
Ich habe jetzt noch eine neu VM aufgesetzt, Ubuntu Server 18.04.03 mit einem normalen Setup, danach folgendes ausgeführt

1 sudo apt install openjdk-11-jdk-headless
2 wget https://github.com/SEPIA-Framework/sepia-installation-and-setup/releases/download/v2.4.0a/SEPIA-Home.zip
3 unzip SEPIA-Home.zip -d ~/SEPIA
4 Ins Verzeichnis wechseln

Danach hat er beim ersten Start von setup.sh mit sudo (Elasticsearch nicht gefunden für 5 Minuten) und ohne sudo (Rechteprobleme) rumgezickt, beim nächsten Start mit sudo hat er Elasticsearch sofort gefunden und die Installation ist dann auch durch gelaufen.

Vielleicht braucht Elasticsearch beim ersten Start länger?

Gestartet hat er jetzt auch, Web-Client ist erreichbar. Ich werde mal weiter testen.

Viele Grüße

Elmar Kurth

Zitat.. ja, gern.  :)

DOWNLOAD (https://b07z.net/downloads/sepia-local-java-support.zip) [EDIT: Link gefixt]

Einfach die Zip-Datei über den aktuellen SEPIA Release entpacken, so dass die entsprechenden Scripte überschrieben werden und der neue 'java' Ordner in '[SEPIA]/java' landet.
Die Idee ist wie folgt:

• Man öffnet den Ordner '[SEPIA]/java' und führt das entsprechende download Script aus (z.B. für Linux64 oder arm32 für Raspberry Pi)
• Das Script lädt automatisch Java von AdaptOpenJdk runter, entpackt das Verzeichnis und generiert eine Datei namens 'version' mit dem Namen des neuen Ordners
• Danach startet man SEPIA wie üblich und die neuen Scripts prüfen ob im Ordner '/java' eine 'version' Datei liegt
• Falls ja wird der angegebene Ordner im Kontext des Start-Scriptes als aktives Java gewählt. Falls nicht wird die System Version benutzt

Das wars im Grunde schon :-)

ZitatDanach hat er beim ersten Start von setup.sh mit sudo (Elasticsearch nicht gefunden für 5 Minuten) und ohne sudo (Rechteprobleme) rumgezickt, beim nächsten Start mit sudo hat er Elasticsearch sofort gefunden und die Installation ist dann auch durch gelaufen.

Vielleicht braucht Elasticsearch beim ersten Start länger?

Gestartet hat er jetzt auch, Web-Client ist erreichbar. Ich werde mal weiter testen.

Erstmal gut, dass es geklappt hat :-) Normalerweise habe ich mit Elasticsearch keine Probleme, selbst auf einem alten Raspberry Pi3 startet das Ding in wenigen Sekunden (~30s vielleicht). Komisch irgendwie. Ich gebe zu, die meiste Zeit teste ich mit frischen Raspbian und Debian (Slim) Installationen, wo ich das Setup nie mit sudo starten musste ::)
Ich werde mir mal bei Gelegenheit eine Ubuntu Version laden und versuchen den Fehler zu reproduzieren.

Zitat von: sepia am 05 Januar 2020, 15:39:05

Ich sehe gerade "webname" ist ein Attribut von "WEB" und bestimmt den HTTP path "http://[IP]:[PORT]/[webname] , habe ich das richtig verstanden?

genau

Ich habe das Problem eingrenzen können. Es liegt nicht am webname.
Die Konfiguration beider FHEMWEB unterschied sich in einem kleinen Detail.

Sobald das Attribut csrfToken auf "none" gesetzt wird funktioniert das GET DEVICES in SEPIA nicht mehr.
{
  "result": "fail",
  "error": "500 internal error",
  "info": "2020-01-06 22:54:04 WARNING - URLBuilder.java / getString() - Failed to build URL: [Ljava.lang.String;@12d844d"
}
Ich weiß nicht, ob das ein Sicherheitsfeature oder ein Bug ist  8)

Hallo,

leider doch noch Probleme.

Bei einem Start des scriptes mit "sudo", also Adminrechten bleibt das Script hier hängen:

Waiting for Elasticsearch on port 20724 ...
...............................................................................

Bei einem Start ohne Adminrechte gibt es folgenden Ablauf

Running Elasticsearch 5.3.3

OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
Waiting for Elasticsearch on port 20724 ...
.2020-01-07 19:20:50,058 main ERROR RollingFileManager (/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster.log) java.io.FileNotFoundException: /home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster.log (Keine Berechtigung) java.io.FileNotFoundException: /home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster.log (Keine Berechtigung)
at java.base/java.io.FileOutputStream.open0(Native Method)
at java.base/java.io.FileOutputStream.open(FileOutputStream.java:298)
at java.base/java.io.FileOutputStream.<init>(FileOutputStream.java:237)
at java.base/java.io.FileOutputStream.<init>(FileOutputStream.java:158)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory.createManager(RollingFileManager.java:474)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory.createManager(RollingFileManager.java:445)
at org.apache.logging.log4j.core.appender.AbstractManager.getManager(AbstractManager.java:112)
at org.apache.logging.log4j.core.appender.OutputStreamManager.getManager(OutputStreamManager.java:114)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager.getFileManager(RollingFileManager.java:128)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:135)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:58)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:122)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,069 main ERROR Unable to inject fields into builder class for plugin type class org.apache.logging.log4j.core.appender.RollingFileAppender, element RollingFile. java.lang.IllegalStateException: ManagerFactory [org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory@15043a2f] unable to create manager for [/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster.log] with data [org.apache.logging.log4j.core.appender.rolling.RollingFileManager$FactoryData@4a83a74a[pattern=/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster-%d{yyyy-MM-dd}.log, append=true, bufferedIO=true, bufferSize=8192, policy=CompositeTriggeringPolicy(policies=[TimeBasedTriggeringPolicy(nextRolloverMillis=0, interval=1, modulate=true)]), strategy=DefaultRolloverStrategy(min=1, max=7), advertiseURI=null, layout=[%d{ISO8601}][%-5p][%-25c{1.}] %marker%.-10000m%n]]
at org.apache.logging.log4j.core.appender.AbstractManager.getManager(AbstractManager.java:114)
at org.apache.logging.log4j.core.appender.OutputStreamManager.getManager(OutputStreamManager.java:114)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager.getFileManager(RollingFileManager.java:128)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:135)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:58)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:122)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,074 main ERROR Unable to invoke factory method in class class org.apache.logging.log4j.core.appender.RollingFileAppender for element RollingFile. java.lang.IllegalStateException: No factory method found for class org.apache.logging.log4j.core.appender.RollingFileAppender
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.findFactoryMethod(PluginBuilder.java:224)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:130)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,084 main ERROR RollingFileManager (/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_deprecation.log) java.io.FileNotFoundException: /home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_deprecation.log (Keine Berechtigung) java.io.FileNotFoundException: /home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_deprecation.log (Keine Berechtigung)
at java.base/java.io.FileOutputStream.open0(Native Method)
at java.base/java.io.FileOutputStream.open(FileOutputStream.java:298)
at java.base/java.io.FileOutputStream.<init>(FileOutputStream.java:237)
at java.base/java.io.FileOutputStream.<init>(FileOutputStream.java:158)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory.createManager(RollingFileManager.java:474)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory.createManager(RollingFileManager.java:445)
at org.apache.logging.log4j.core.appender.AbstractManager.getManager(AbstractManager.java:112)
at org.apache.logging.log4j.core.appender.OutputStreamManager.getManager(OutputStreamManager.java:114)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager.getFileManager(RollingFileManager.java:128)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:135)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:58)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:122)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,089 main ERROR Unable to inject fields into builder class for plugin type class org.apache.logging.log4j.core.appender.RollingFileAppender, element RollingFile. java.lang.IllegalStateException: ManagerFactory [org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory@15043a2f] unable to create manager for [/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_deprecation.log] with data [org.apache.logging.log4j.core.appender.rolling.RollingFileManager$FactoryData@645aa696[pattern=/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_deprecation-%i.log.gz, append=true, bufferedIO=true, bufferSize=8192, policy=CompositeTriggeringPolicy(policies=[SizeBasedTriggeringPolicy(size=1073741824)]), strategy=DefaultRolloverStrategy(min=1, max=4), advertiseURI=null, layout=[%d{ISO8601}][%-5p][%-25c{1.}] %marker%.-10000m%n]]
at org.apache.logging.log4j.core.appender.AbstractManager.getManager(AbstractManager.java:114)
at org.apache.logging.log4j.core.appender.OutputStreamManager.getManager(OutputStreamManager.java:114)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager.getFileManager(RollingFileManager.java:128)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:135)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:58)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:122)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,095 main ERROR Unable to invoke factory method in class class org.apache.logging.log4j.core.appender.RollingFileAppender for element RollingFile. java.lang.IllegalStateException: No factory method found for class org.apache.logging.log4j.core.appender.RollingFileAppender
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.findFactoryMethod(PluginBuilder.java:224)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:130)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,103 main ERROR RollingFileManager (/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_search_slowlog.log) java.io.FileNotFoundException: /home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_search_slowlog.log (Keine Berechtigung) java.io.FileNotFoundException: /home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_search_slowlog.log (Keine Berechtigung)
at java.base/java.io.FileOutputStream.open0(Native Method)
at java.base/java.io.FileOutputStream.open(FileOutputStream.java:298)
at java.base/java.io.FileOutputStream.<init>(FileOutputStream.java:237)
at java.base/java.io.FileOutputStream.<init>(FileOutputStream.java:158)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory.createManager(RollingFileManager.java:474)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory.createManager(RollingFileManager.java:445)
at org.apache.logging.log4j.core.appender.AbstractManager.getManager(AbstractManager.java:112)
at org.apache.logging.log4j.core.appender.OutputStreamManager.getManager(OutputStreamManager.java:114)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager.getFileManager(RollingFileManager.java:128)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:135)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:58)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:122)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,110 main ERROR Unable to inject fields into builder class for plugin type class org.apache.logging.log4j.core.appender.RollingFileAppender, element RollingFile. java.lang.IllegalStateException: ManagerFactory [org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory@15043a2f] unable to create manager for [/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_search_slowlog.log] with data [org.apache.logging.log4j.core.appender.rolling.RollingFileManager$FactoryData@1a75e76a[pattern=/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_search_slowlog-%d{yyyy-MM-dd}.log, append=true, bufferedIO=true, bufferSize=8192, policy=CompositeTriggeringPolicy(policies=[TimeBasedTriggeringPolicy(nextRolloverMillis=0, interval=1, modulate=true)]), strategy=DefaultRolloverStrategy(min=1, max=7), advertiseURI=null, layout=[%d{ISO8601}][%-5p][%-25c] %marker%.-10000m%n]]
at org.apache.logging.log4j.core.appender.AbstractManager.getManager(AbstractManager.java:114)
at org.apache.logging.log4j.core.appender.OutputStreamManager.getManager(OutputStreamManager.java:114)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager.getFileManager(RollingFileManager.java:128)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:135)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:58)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:122)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,112 main ERROR Unable to invoke factory method in class class org.apache.logging.log4j.core.appender.RollingFileAppender for element RollingFile. java.lang.IllegalStateException: No factory method found for class org.apache.logging.log4j.core.appender.RollingFileAppender
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.findFactoryMethod(PluginBuilder.java:224)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:130)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,118 main ERROR RollingFileManager (/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_indexing_slowlog.log) java.io.FileNotFoundException: /home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_indexing_slowlog.log (Keine Berechtigung) java.io.FileNotFoundException: /home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_indexing_slowlog.log (Keine Berechtigung)
at java.base/java.io.FileOutputStream.open0(Native Method)
at java.base/java.io.FileOutputStream.open(FileOutputStream.java:298)
at java.base/java.io.FileOutputStream.<init>(FileOutputStream.java:237)
at java.base/java.io.FileOutputStream.<init>(FileOutputStream.java:158)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory.createManager(RollingFileManager.java:474)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory.createManager(RollingFileManager.java:445)
at org.apache.logging.log4j.core.appender.AbstractManager.getManager(AbstractManager.java:112)
at org.apache.logging.log4j.core.appender.OutputStreamManager.getManager(OutputStreamManager.java:114)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager.getFileManager(RollingFileManager.java:128)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:135)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:58)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:122)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,124 main ERROR Unable to inject fields into builder class for plugin type class org.apache.logging.log4j.core.appender.RollingFileAppender, element RollingFile. java.lang.IllegalStateException: ManagerFactory [org.apache.logging.log4j.core.appender.rolling.RollingFileManager$RollingFileManagerFactory@15043a2f] unable to create manager for [/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_indexing_slowlog.log] with data [org.apache.logging.log4j.core.appender.rolling.RollingFileManager$FactoryData@353352b6[pattern=/home/boss/SEPIA/elasticsearch/bin/../../es-logs/sepiaFW-es-cluster_index_indexing_slowlog-%d{yyyy-MM-dd}.log, append=true, bufferedIO=true, bufferSize=8192, policy=CompositeTriggeringPolicy(policies=[TimeBasedTriggeringPolicy(nextRolloverMillis=0, interval=1, modulate=true)]), strategy=DefaultRolloverStrategy(min=1, max=7), advertiseURI=null, layout=[%d{ISO8601}][%-5p][%-25c] %marker%.-10000m%n]]
at org.apache.logging.log4j.core.appender.AbstractManager.getManager(AbstractManager.java:114)
at org.apache.logging.log4j.core.appender.OutputStreamManager.getManager(OutputStreamManager.java:114)
at org.apache.logging.log4j.core.appender.rolling.RollingFileManager.getFileManager(RollingFileManager.java:128)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:135)
at org.apache.logging.log4j.core.appender.RollingFileAppender$Builder.build(RollingFileAppender.java:58)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:122)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,126 main ERROR Unable to invoke factory method in class class org.apache.logging.log4j.core.appender.RollingFileAppender for element RollingFile. java.lang.IllegalStateException: No factory method found for class org.apache.logging.log4j.core.appender.RollingFileAppender
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.findFactoryMethod(PluginBuilder.java:224)
at org.apache.logging.log4j.core.config.plugins.util.PluginBuilder.build(PluginBuilder.java:130)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createPluginObject(AbstractConfiguration.java:942)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:882)
at org.apache.logging.log4j.core.config.AbstractConfiguration.createConfiguration(AbstractConfiguration.java:874)
at org.apache.logging.log4j.core.config.AbstractConfiguration.doConfigure(AbstractConfiguration.java:498)
at org.apache.logging.log4j.core.config.AbstractConfiguration.initialize(AbstractConfiguration.java:227)
at org.apache.logging.log4j.core.config.AbstractConfiguration.start(AbstractConfiguration.java:239)
at org.apache.logging.log4j.core.LoggerContext.setConfiguration(LoggerContext.java:530)
at org.apache.logging.log4j.core.LoggerContext.start(LoggerContext.java:258)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:117)
at org.elasticsearch.common.logging.LogConfigurator.configure(LogConfigurator.java:84)
at org.elasticsearch.bootstrap.Bootstrap.init(Bootstrap.java:326)
at org.elasticsearch.bootstrap.Elasticsearch.init(Elasticsearch.java:123)
at org.elasticsearch.bootstrap.Elasticsearch.execute(Elasticsearch.java:114)
at org.elasticsearch.cli.EnvironmentAwareCommand.execute(EnvironmentAwareCommand.java:58)
at org.elasticsearch.cli.Command.mainWithoutErrorHandling(Command.java:122)
at org.elasticsearch.cli.Command.main(Command.java:88)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:91)
at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:84)

2020-01-07 19:20:50,127 main ERROR Null object returned for RollingFile in Appenders.
2020-01-07 19:20:50,127 main ERROR Null object returned for RollingFile in Appenders.
2020-01-07 19:20:50,128 main ERROR Null object returned for RollingFile in Appenders.
2020-01-07 19:20:50,129 main ERROR Null object returned for RollingFile in Appenders.
2020-01-07 19:20:50,129 main ERROR Unable to locate appender "rolling" for logger config "root"
2020-01-07 19:20:50,129 main ERROR Unable to locate appender "index_indexing_slowlog_rolling" for logger config "index.indexing.slowlog.index"
2020-01-07 19:20:50,130 main ERROR Unable to locate appender "index_search_slowlog_rolling" for logger config "index.search.slowlog"
2020-01-07 19:20:50,130 main ERROR Unable to locate appender "deprecation_rolling" for logger config "org.elasticsearch.deprecation"
..
Elasticsearch is ready for action.

Starting SEPIA servers ...

Running SEPIA Assist (sepia-assist-v2.4.0.jar)
Running SEPIA WebSocket Chat (sepia-chat-v1.2.2.jar)
Running SEPIA Teach (sepia-teach-v2.1.0.jar)

---- Wait a second (or 5) ----


---- Testing cluster ----


-----Assist API-----

SUCCESS
OK

-----Teach API-----

SUCCESS
OK

-----Chat API - WebSocket Server-----

SUCCESS
OK

-----Database: Elasticsearch-----

{
  "cluster_name" : "sepiaFW-es-cluster",
  "status" : "yellow",
  "timed_out" : false,
  "number_of_nodes" : 1,
  "number_of_data_nodes" : 1,
  "active_primary_shards" : 56,
  "active_shards" : 56,
  "relocating_shards" : 0,
  "initializing_shards" : 0,
  "unassigned_shards" : 55,
  "delayed_unassigned_shards" : 0,
  "number_of_pending_tasks" : 0,
  "number_of_in_flight_fetch" : 0,
  "task_max_waiting_in_queue_millis" : 0,
  "active_shards_percent_as_number" : 50.45045045045045
}

DONE. Please check output for errors!

If all looks good you should be able to reach your SEPIA server via: ubun1804.local
Example: ubun1804.local:20721/tools/index.html


Aber ich kann keine Werte in den cores eintragen, es kommt die Fehlermeldung
{
  "msg": "Request was not sent! Plz check connection to server.",
  "info": {
    "readyState": 0,
    "status": 0,
    "statusText": "error"
  }
}

Die Spracheingabe kann ich aber testen, der Assist antwortet auch.

Ich bin nicht sicher woran es liegt.

Viele Grüße

Elmar

ZitatSobald das Attribut csrfToken auf "none" gesetzt wird funktioniert das GET DEVICES in SEPIA nicht mehr.

Ah! Ich habe befürchtet, dass das irgendwann passiert  :o
Die Fehlermeldung deutet auf eine Null-Pointer Exception hin :-[ , ich gucke mir das mal an ;)

Zitatleider doch noch Probleme.

Bei einem Start des scriptes mit "sudo", also Adminrechten bleibt das Script hier hängen ...

Ich hatte heute Gelegenheit das mal zu testen auf einem Ubuntu 18.04 LTS 64bit System (Hyper-V in Windows).
Zunächst als Admin war es kein Problem, auch keine Verzögerungen bei der Elasticsearch ???
Dann habe ich einen neuen User erstellt ohne Admin Rechte und habe zunächst den Fehler gemacht SEPIA nicht im neuen Home Verzeichnis sauber zu erstellen. Beim Versuch es zu starten kamen dann lauter Fehler ähnlich zu denen, die du beschrieben hast (Zugriff verweigert etc.).
Nachdem ich SEPIA im neuen Home Verzeichnis komplett neu erstellt habe ging es dann alles ohne 'sudo'.
Hast du vielleicht Probleme durch Zugriffsrechte oder das Verzeichnis am falschen Ort? Versuch es mal mit einer ganz frischen Version im Verzeichnis '~/SEPIA/'.

Grüße,
Florian

Auch mit Java-Download habe ich elasticsearch auf zwei buster (rpi3+, x64) nicht zum laufen bekommen.

Morgen schmeisse ich nochmals alles runter...

Zitat von: JensS am 07 Januar 2020, 22:18:13
Auch mit Java-Download habe ich elasticsearch auf zwei buster (rpi3+, x64) nicht zum laufen bekommen.

Morgen schmeisse ich nochmals alles runter...

x64 bedeutet das du kein Raspbian drauf hast, oder?
Vielleicht ist bei 64bit der Speicher zu gering.
Ich hatte Probleme, sobald ein paar Dienste mehr auf dem Pi3 liefen.

Ein paar Fragen sind wieder aufgelaufen  ;)

Zugriff über Internet:

• gibt es schon eine Reverse Proxy Konfiguration für den Apache Webserver?
  Eine Umstellung auf NGINX wäre für mich recht aufwändig.
• Falls nicht, welche Ports müssen umgeleitet werden, um den Client auch außerhalb des Heimnetzes zu nutzen?
  In dem NGINX Beispiel wird ja alles umgeleitet, reicht nicht der Port 20721?
• Werden die Loginversuche irgendwo gelogged? Dann könnte ich ein Fail2Ban Ruleset erstellen.

Assistent:

• Mit der Zuordnung der Geräte habe ich noch Probleme. Beispiel:
  Im Wohnzimmer habe ich 2 Lampen (sepia Namen sind Fenster und Tisch).
  Diese scheinen sich nicht separat ansteuern zu lassen.
  Mit den Namen selbst komme ich nicht weiter.
  Ein: "wie ist der status von Licht im wohnzimmer" bringt den Status der ersten Lampe (Fenster).
  Ein: "wie ist der status von Fenster im wohnzimmer" bringt Fehlermeldungen wie: "Tut mir leid Klaus, ich bin nicht sicher was du meinst."
  Kann ich diese auch getrennt steuern?
• Wäre es möglich, sofern die sepia-* Attribute nicht existieren, room als sepia-room und alias als sepia-name zu nehmen falls diese existieren?
• lassen sich weitere Räume hinzufügen?

ZitatIch habe das Problem eingrenzen können. Es liegt nicht am webname.
Die Konfiguration beider FHEMWEB unterschied sich in einem kleinen Detail.

Sobald das Attribut csrfToken auf "none" gesetzt wird funktioniert das GET DEVICES in SEPIA nicht mehr.

Könntest du mal diesen Fix testen: sepia-assist-v2.4.0.jar (https://b07z.net/downloads/sepia-assist-v2.4.0.jar) (einfach die Datei im Ordner 'SEPIA/sepia-assist-server' überschreiben)? ... bei mir hat es scheinbar geklappt :) .

ZitatAuch mit Java-Download habe ich elasticsearch auf zwei buster (rpi3+, x64) nicht zum laufen bekommen.

Morgen schmeisse ich nochmals alles runter...

So, habe gerade noch mal eine ganz frische Raspbian Buster Lite Installation getestet. Hier ist alles was nötig war:

• SD Card geflashed + SSH + Wifi eingerichtet (boot files) und eingesetzt in RPi 3b+
• Via SSH eingeloggt

Dann:

sudo apt-get update
sudo apt-get install openjdk-11-jdk-headless
mkdir -p ~/SEPIA/installer
cd ~/SEPIA/installer
wget https://github.com/SEPIA-Framework/sepia-installation-and-setup/releases/latest/download/SEPIA-Home.zip
unzip SEPIA-Home.zip -d ~/SEPIA
cd ~/SEPIA
#dann: sh setup.sh -> step: 4 -> step: 1 -> DONE -> ./run-sepia.sh


Das wars :) Danach kann ich schon den SEPIA Control HUB öffnen, einen neuen User erstellen und damit dann die App testen.

ZitatEin paar Fragen sind wieder aufgelaufen  ;)
[...]gibt es schon eine Reverse Proxy Konfiguration für den Apache Webserver?
[...]Falls nicht, welche Ports müssen umgeleitet werden, um den Client auch außerhalb des Heimnetzes zu nutzen?
In dem NGINX Beispiel wird ja alles umgeleitet, reicht nicht der Port 20721?

Eine Beispiel-Konfiguration für den Apache Webserver gibt es noch nicht (Commits willkommen ^^), aber es gibt einen integrierten SEPIA reverse proxy (~/SEPIA/sepia-reverse-proxy/) der prinzipiell schon richtig konfiguriert ist und alles auf Port 20726 umleitet. Ich benutze den selber allerdings auch nicht im Dauereinsatz.
Port 20721 reicht leider nicht, da der SEPIA Client (die App) auf alle 3 Server zugreift: 20721 (Assist), 20722 (Teach), 20723 (Chat), deshalb erstellt der Proxy 3 Pfade:

/sepia/assist -> http://localhost:20721
/sepia/teach -> http://localhost:20722
/sepia/chat -> http://localhost:20723


... und startet sich selber auf Port 20726. Das ist nicht zwingend so notwendig, hat aber den Vorteil dass der Client alle Pfade automatisch richtig setzt wenn er eine URL als host bekommt, die auf '.../sepia' oder '...:20726/sepia' endet (bei '...:20721' setzt er ebenfalls automatisch die 20722 und 20723. Ich gebe zu das ist nicht super transparent  ::) ).

ZitatWerden die Loginversuche irgendwo gelogged? Dann könnte ich ein Fail2Ban Ruleset erstellen.

Zur Zeit nicht (ich sollte das mal als Option hinzufügen), zumindest nicht für alle Accounts. Es gibt aber eine Einstellung in den "Core Settings" namens 'protected_accounts_list', die genutzt werden kann um bestimmte Accounts speziell zu schützen. Das wird hier etwas genauer beschrieben (https://github.com/SEPIA-Framework/sepia-docs/wiki/SSL-for-your-Server#prelude-protecting-against-brute-force-login-attempts-and-ddos-attacks). Schlägt der Login-Versuch dann mehrmals fehl wird der Account temporär geblockt und das auch in dem Log des Assist-Servers vermerkt (~/SEPIA/sepia-assist-server/log.out).

ZitatAssistent:
Mit der Zuordnung der Geräte habe ich noch Probleme. Beispiel:
Im Wohnzimmer habe ich 2 Lampen (sepia Namen sind Fenster und Tisch).[...]
Kann ich diese auch getrennt steuern?

Ja das geht, ich habe das auch ganz kurz im brand neuen Blog Artikel über SEPIA + FHEM/openHAB (https://medium.com/sepia-framework/talk-to-your-smart-home-via-sepia-open-assistant-a29b59777f3) ;D erwähnt (in den Beispielen unten). Man benutzt dazu einen Trick, denn leider ist es überraschend schwer dem NLU Modul beizubringen beliebige Namen zu verstehen, z.B. dein Satz "Wie ist der status von Fenster im Wohnzimmer?" würde üblicherweise auf ein Gerät des Typs Fenster abgebildet und nicht auf eine Lampe am Fenster, ... ABER: Man kann die Geräte nummerieren! Wenn du als (SEPIA) Namen folgendes wählst: 'Fenster (1)' und 'Tisch (2)' kannst du sagen "Lampe 1 im Wohnzimmer auf ..." und "Lampe 2 im Wohnzimmer auf ..." (die Nummern können dabei in Klammern sein oder nicht, das hat lediglich Auswirkungen auf die Antwort).
DANACH könnte man theoretisch noch hingehen und sich über das Teach Interface (TeachUI) einen neuen Satz definieren, entweder in dem man direkt 'Control smart home device' wählt (hoffentlich irgendwie zu verstehen über die Beispiele hinter dem (?)-button) oder via 'Execute commands' einfach den Satz "Fenster Licht" auf den Satz "Lampe 1 im Wohnzimmer" mapped  8)

Zitat
Wäre es möglich, sofern die sepia-* Attribute nicht existieren, room als sepia-room und alias als sepia-name zu nehmen falls diese existieren?
lassen sich weitere Räume hinzufügen?

Hier habe ich dich noch nicht ganz verstanden glaube ich. Meinst du dass SEPIA automatisch die FHEM Attribute "room" und "alias" auf "sepia-name" und "sepia-room" überträgt? Das würde schon gehen, bei "alias" wäre es sogar trivial, bei "room" müsste ich dazu alle möglichen FHEM Namen kennen und diese dann auf die ~14 SEPIA Room Types übertragen (also lediglich etwas Fleißarbeit vermutlich ^^).

Weitere Räume lassen sich leider zur Zeit nicht einfach hinzufügen, denn dazu müsste auch das NLU Modul angepasst werden (was man theoretisch wohl automatisieren könnte, aber das erfordert einen kleinen Umbau; bis dahin nehme ich gerne Wünsche entgegen ^^). Was man wiederum aber machen kann ist den Raum Typ "Other" in Kombination mit einer Index Nummer zu nutzen, z.B.: Ein Gerät mit dem Raum Typen "Other" + Index=200 kann man ansprechen über "Licht in Raum 200" und diesen Satz könnte man wiederum über das Teach Interface auf "Licht auf der Terrasse" mappen ;-)

Zitat von: sepia am 08 Januar 2020, 00:53:26
Könntest du mal diesen Fix testen: sepia-assist-v2.4.0.jar (https://b07z.net/downloads/sepia-assist-v2.4.0.jar) (einfach die Datei im Ordner 'SEPIA/sepia-assist-server' überschreiben)? ... bei mir hat es scheinbar geklappt :) .

Werde ich testen und Rückmeldung geben.

Zitat von: sepia am 08 Januar 2020, 00:53:26
Eine Beispiel-Konfiguration für den Apache Webserver gibt es noch nicht (Commits willkommen ^^), aber es gibt einen integrierten SEPIA reverse proxy (~/SEPIA/sepia-reverse-proxy/) der prinzipiell schon richtig konfiguriert ist und alles auf Port 20726 umleitet. Ich benutze den selber allerdings auch nicht im Dauereinsatz.
Port 20721 reicht leider nicht, da der SEPIA Client (die App) auf alle 3 Server zugreift: 20721 (Assist), 20722 (Teach), 20723 (Chat), deshalb erstellt der Proxy 3 Pfade:

Code Auswählen Erweitern


/sepia/assist -> http://localhost:20721
/sepia/teach -> http://localhost:20722
/sepia/chat -> http://localhost:20723


... und startet sich selber auf Port 20726. Das ist nicht zwingend so notwendig, hat aber den Vorteil dass der Client alle Pfade automatisch richtig setzt wenn er eine URL als host bekommt, die auf '.../sepia' oder '...:20726/sepia' endet (bei '...:20721' setzt er ebenfalls automatisch die 20722 und 20723. Ich gebe zu das ist nicht super transparent  ::) ).

Schade, dachte ich kann faul sein  8)

Der interne Proxy nützt mir nur etwas, wenn ich den Port nach außen freigebe, richtig?

Das ist nichts für meine Zwecke. Ich habe nur einen Port für den Apache offen.
Darüber würde ich Sepia gern nutzen.

Der erste Test apache-sepia.conf:

Define LOCATION sepia
Define HOST localhost

ProxyPass /${LOCATION}/assist/ http://${HOST}:20721/
ProxyPass /${LOCATION}/teach/ http://${HOST}:20722/
ProxyPass /${LOCATION}/chat/ http://${HOST}:20723/

Die 3 Ports leite ich auf die entsprechenden Pfade um.

Auf die Admin Oberfläche komme ich Problemlos:
https://mydyn.de/sepia/assist/tools/index.htm

Der Info Button von Assist, Teach und Chat Server liefert ein success zurück.

Websockets wird nur für http://localhost:20723/messages/ benötigt?
Was geht nicht wenn Websockets nicht läuft?

Die Assistent Oberfläche wird auch angezeigt unter:
https://mydyn/sepia/assist/app/index.html

unter Hostname habe ich https://mydyn/sepia/assist eingetragen.

Hier hänge ich derzeit. Der Login funktioniert nicht.
Hier das Log aus dem Firefox:

SepiaFW - 2020.01.08_17:35:02 - LOG - Config: language=de sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - ASR: Supported interfaces: webSpeechKit=false (cordova=false), webSocketAsr=true. sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - ASR: Using 'socket' engine. sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - Config: broadcasted host=https://mydyn/sepia/assist/ sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - Config: assistAPI=http://https://mydyn/sepia/assist/:20721/ sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - Config: broadcasted deviceId=b1 sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - Config: clientInfo=browser_v0.20.0
XHR POST http://https//mydyn/sepia/assist/:20721/authentication

er baut seltsamerweise noch den Port und ein "http://" in den Link ein.

Zitat von: sepia am 08 Januar 2020, 00:53:26
Hier habe ich dich noch nicht ganz verstanden glaube ich. Meinst du dass SEPIA automatisch die FHEM Attribute "room" und "alias" auf "sepia-name" und "sepia-room" überträgt? Das würde schon gehen, bei "alias" wäre es sogar trivial, bei "room" müsste ich dazu alle möglichen FHEM Namen kennen und diese dann auf die ~14 SEPIA Room Types übertragen (also lediglich etwas Fleißarbeit vermutlich ^^).

Weitere Räume lassen sich leider zur Zeit nicht einfach hinzufügen, denn dazu müsste auch das NLU Modul angepasst werden (was man theoretisch wohl automatisieren könnte, aber das erfordert einen kleinen Umbau; bis dahin nehme ich gerne Wünsche entgegen ^^). Was man wiederum aber machen kann ist den Raum Typ "Other" in Kombination mit einer Index Nummer zu nutzen, z.B.: Ein Gerät mit dem Raum Typen "Other" + Index=200 kann man ansprechen über "Licht in Raum 200" und diesen Satz könnte man wiederum über das Teach Interface auf "Licht auf der Terrasse" mappen ;-)

alias auf sepia-name meinte ich
Also wenn alias vorhanden ist, dann diese anstelle des Namens verwenden.
Ich lasse die Devicenamen meistens so wie sie angelegt werden (Z-Wave und Homematic z.B. über autocreate) und gebe ihnen einen alias.
Besonders bei Zwischensteckern macht das Sinn da diese ab und zu den Verwendungszweck wechseln.

Das mit dem Raum habe ich verstanden. Bis es automatisch funktioniert hätte ich gern einen Wintergarten als Raum 8)

Zitat von: sepia am 08 Januar 2020, 00:53:26
Könntest du mal diesen Fix testen: sepia-assist-v2.4.0.jar (https://b07z.net/downloads/sepia-assist-v2.4.0.jar) (einfach die Datei im Ordner 'SEPIA/sepia-assist-server' überschreiben)? ... bei mir hat es scheinbar geklappt :) .

funktioniert perfekt

Zitat von: klausw am 08 Januar 2020, 18:02:19
Hier hänge ich derzeit. Der Login funktioniert nicht.
Hier das Log aus dem Firefox:

Code Auswählen Erweitern


SepiaFW - 2020.01.08_17:35:02 - LOG - Config: language=de sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - ASR: Supported interfaces: webSpeechKit=false (cordova=false), webSocketAsr=true. sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - ASR: Using 'socket' engine. sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - Config: broadcasted host=https://mydyn/sepia/assist/ sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - Config: assistAPI=http://https://mydyn/sepia/assist/:20721/ sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - Config: broadcasted deviceId=b1 sepiaFW.app.js:571:12
SepiaFW - 2020.01.08_17:35:04 - LOG - Config: clientInfo=browser_v0.20.0
XHR POST http://https//mydyn/sepia/assist/:20721/authentication

er baut seltsamerweise noch den Port und ein "http://" in den Link ein.

~/SEPIA/run-reverse-proxy.sh
macht bei mir das gleiche:
SepiaFW - 2020.01.08_23:08:51 - LOG - Config: assistAPI=http://http://192.168.16.28:20726/sepia/assist/:20721/

Hi Klaus,

ZitatDer interne Proxy nützt mir nur etwas, wenn ich den Port nach außen freigebe, richtig?

Das ist nichts für meine Zwecke. Ich habe nur einen Port für den Apache offen.
Darüber würde ich Sepia gern nutzen.

Im internen Netzwerk ist es im Grunde egal, so lange alle SEPIA Server auf einer Maschine laufen, denn der Client sucht immer unter [host]:20721,20722,20723. Wenn man die Server verteilen würde müsste man dem Client den Proxy Port geben mit "/sepia" als Pfad. Will man extern auf den Server zugreifen ist der Proxy quasi Pflicht, weil man nur so ein passendes SSL Zertifikat bekommt (SSL für Domain -> Domain auf Proxy (Port 443) -> Proxy auf die 3 SEPIA Server).

ZitatWebsockets wird nur für http://localhost:20723/messages/ benötigt?
Was geht nicht wenn Websockets nicht läuft?

Ach ja das hatte ich vergessen, für WebSocket muss man im Proxy dieses spezielle "HTTP connection upgrade" definieren. Wenn WebSocket nicht läuft kann die APP keine Verbindung zum Server aufbauen, da alle Kommunikation zwischen dem User und SEPIA (und zwischen den Usern) über diese Verbindung geht (das ermöglicht z.B. auch dass SEPIA Nachrichten in den Chat Channel pushen kann). Im Control HUB fällt das nicht auf, da hier nur die HTTP "REST" Schnittstellen benutzt werden.

Zitatunter Hostname habe ich https://mydyn/sepia/assist eingetragen.

Hier hänge ich derzeit. Der Login funktioniert nicht.
[...]
er baut seltsamerweise noch den Port und ein "http://" in den Link ein.

Das "/assist" muss weg, also "https://mydyn/sepia". Der Client ist da leider etwas zickig ^^. Mir ist kürzlich auch aufgefallen, dass bei bestimmten Hostnamen die "Autokorrektur" nicht richtig funktioniert. Das werde ich mal verbessern für die nächste Version :o

Zitatalias auf sepia-name meinte ich
Also wenn alias vorhanden ist, dann diese anstelle des Namens verwenden.
[...]
Bis es automatisch funktioniert hätte ich gern einen Wintergarten als Raum 8)

Ist beides vermerkt ;-)

Zitatfunktioniert perfekt

:D

Zitat~/SEPIA/run-reverse-proxy.sh
macht bei mir das gleiche:
Code:
SepiaFW - 2020.01.08_23:08:51 - LOG - Config: assistAPI=http://http://192.168.16.28:20726/sepia/assist/:20721/

Gleiches Problem wie oben, der Host im Client muss "https://mydyn/sepia" oder "mydyn/sepia" lauten, dann klappt es (hoffentlich  ::) )

Hallo Florian,

Zitat von: sepia am 08 Januar 2020, 23:58:03
Das "/assist" muss weg, also "https://mydyn/sepia". Der Client ist da leider etwas zickig ^^. Mir ist kürzlich auch aufgefallen, dass bei bestimmten Hostnamen die "Autokorrektur" nicht richtig funktioniert. Das werde ich mal verbessern für die nächste Version :o

gut zu wissen, das funktioniert jetzt schon einmal  ;D

Zitat von: sepia am 08 Januar 2020, 23:58:03
Ach ja das hatte ich vergessen, für WebSocket muss man im Proxy dieses spezielle "HTTP connection upgrade" definieren. Wenn WebSocket nicht läuft kann die APP keine Verbindung zum Server aufbauen, da alle Kommunikation zwischen dem User und SEPIA (und zwischen den Usern) über diese Verbindung geht (das ermöglicht z.B. auch dass SEPIA Nachrichten in den Chat Channel pushen kann). Im Control HUB fällt das nicht auf, da hier nur die HTTP "REST" Schnittstellen benutzt werden.

speziell klingt schon wieder kompliziert. Da muss ich mal schauen. Der erste Versuch war schonmal nix  :o

/etc/apache2/sites-available/sepia.conf

Define LOCATION sepia/assist/app
Define LOCATION sepia
Define HOST localhost

ProxyPass /${LOCATION}/assist/ http://${HOST}:20721/
ProxyPass /${LOCATION}/teach/ http://${HOST}:20722/

<Location /${LOCATION}/chat/>
  ProxyPass http://${HOST}:20723/

  RewriteEngine On
  RewriteCond %{HTTP:UPGRADE} ^WebSocket$ [NC]
  RewriteCond %{HTTP:CONNECTION} Upgrade$ [NC]
  RewriteRule /messages/(.*) ws://${HOST}:20723/messages/$1 [P]
</Location>


war leichter als gedacht

Ich wollte gerade schreiben: Vielleicht hilft dieser Link (https://www.happyassassin.net/2018/11/23/reverse-proxying-websockets-with-apache-a-generic-approach-that-works-even-with-firefox/).
Aber es sieht so aus als hätte es schon geklappt? ;D

ja, die Websocket Verbindung funktioniert.


Den hostname muss ich immer noch händisch von localhost auf die richtige Adresse umstellen.
Aber das war noch ein bug, oder?

Zitatja, die Websocket Verbindung funktioniert.

Den hostname muss ich immer noch händisch von localhost auf die richtige Adresse umstellen.
Aber das war noch ein bug, oder?

Sehr cool 8) Ich werde dazu morgen mal einen Eintrag in den SEPIA Docs erstellen :-)

Wenn der Client über die neue Adresse/Domain aufgerufen wird ist der Hostname vermutlich erstmal "localhost". Das könnte man als Bug bezeichnen oder zumindest als fehlendes Feature :-[ ::).
Es gibt aber auch einen URL Parameter, den man setzen kann :) "...?host=mydomain.de%2Fsepia" (URL encoded).

So ein bisschen ist das Problem auch konzeptionell, denn der Web Server, der den Client hosted muss nicht zwangsläufig der SEPIA Server sein (siehe https://sepia-framework.github.io/app/index.html) ... ich denke noch mal drüber nach ^^

Hallo Florian,

Nach den Zeilen

ZitatNachdem ich SEPIA im neuen Home Verzeichnis komplett neu erstellt habe ging es dann alles ohne 'sudo'.
Hast du vielleicht Probleme durch Zugriffsrechte oder das Verzeichnis am falschen Ort? Versuch es mal mit einer ganz frischen Version im Verzeichnis '~/SEPIA/'.

habe ich heute nochmals die zip aus dem git neu geladen und dann entpackt. Die anschliessende Einrichtung ohne sudo sowie das Starten liefen jetzt ohne Fehlermeldung ab. Soweit so gut. Woran der Start sich beim letzten Mal gestört hat ist mir nicht ganz klar. Vielleicht hat der Versuch dazwischen das mit Adminrechen zu starten etwas durcheinander gebracht.

Ich kann mich auch mit dem Admin in die WebConsole und auf dem mobiltelefon einloggen, die Spracherkenung funktioniert.
Nur beim Control Hub komme ich nicht weiter.
Ich bekomme egal bei welcher Eingabe oder welcher Einstellung immer nur die Antwort
{
  "msg": "Request was not sent! Plz check connection to server.",
  "info": {
    "readyState": 0,
    "status": 0,
    "statusText": "error"
  }
}

Auch wenn ich z.B. Bei Teach Server auf "Info" klicke kommt diese Meldung.
Muss ich erst einen anderen User anlegen? Oder in einem speziellen Feld den Server umbenennen?

Viele Grüße

Elmar

ZitatVielleicht hat der Versuch dazwischen das mit Adminrechen zu starten etwas durcheinander gebracht.

Das wäre auch meine Vermutung.

ZitatAuch wenn ich z.B. Bei Teach Server auf "Info" klicke kommt diese Meldung.
Muss ich erst einen anderen User anlegen? Oder in einem speziellen Feld den Server umbenennen?

Hm komisch. Wenn du mit dem Admin eingeloggt bist sollte alles gehen. Wenn es am User liegen würde kommt normalerweise die Meldung "not authorized" (o.ä.).
Gehen denn auch Assist und Chat Server "Info" nicht oder nur "Teach"?
Im Client funktioniert der Chat mit SEPIA? Also kommen auch Antworten nach der Texteingabe?
Wenn der Login klappt müsste zumindest der Assist Server funktionieren, da der Login über dessen API läuft.

Steht irgendwas in den Logs (log.out) von Teach und Chat Server?

Ich würde Sepia gern unter einem separaten Nutzer ohne login und sudo Rechte laufen lassen.
sysctl -w vm.max_map_count=262144 ist beim starten der einzige Befehl der sudo benötigt?

Zitat von: sepia am 09 Januar 2020, 01:24:42
So ein bisschen ist das Problem auch konzeptionell, denn der Web Server, der den Client hosted muss nicht zwangsläufig der SEPIA Server sein (siehe https://sepia-framework.github.io/app/index.html) ... ich denke noch mal drüber nach ^^

Ok, verstehe.
localhost ist aber in diesem Fall auch nicht zielführend.
Wenn Client und SEPIA Server auf unterschiedlichen Systemen laufen ist die Wahrscheinlichkeit, dass der Sepia Server auf dem localhost zu finden ist auch recht gering, oder?
Ich würde vermuten, die Trefferquote ist höher wenn die Adresse des Clienten übernommen wird.
Oder konfigurierbar  8)

Hi,

nochmal zum festhalten bezgl. der Rechtegeschichte beim setup:

Florian's Anleitung s.u. funktioniert unter der Voraussetzung, dass das ganze exakt wie angegeben ausführt und zwar als Benutzer, NICHT als root oder mit sudo.
Für einige sicherlich selbstverständlich, wollt es aber trotzdem nochmal "irgendwo dokumentieren", da es auch nicht zu 100% aus der doku hervorgeht.

Problem ist: elasticsearch startet (unter debian o.ä.)  als root einfach nicht:
root@test:~/SEPIA/elasticsearch/bin# ./elasticsearch
OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
[2020-01-10T10:45:18,618][WARN ][o.e.b.ElasticsearchUncaughtExceptionHandler] [] uncaught exception in thread [main]
org.elasticsearch.bootstrap.StartupException: java.lang.RuntimeException:[b] can not run elasticsearch as root[/b]

Das Skript (wait.sh) wartet jedoch auf unendlich darauf, dass der Service startet...

ZitatSo, habe gerade noch mal eine ganz frische Raspbian Buster Lite Installation getestet. Hier ist alles was nötig war:

    SD Card geflashed + SSH + Wifi eingerichtet (boot files) und eingesetzt in RPi 3b+
    Via SSH eingeloggt

Dann:
Code: [Auswählen]

sudo apt-get update
sudo apt-get install openjdk-11-jdk-headless
mkdir -p ~/SEPIA/installer
cd ~/SEPIA/installer
wget https://github.com/SEPIA-Framework/sepia-installation-and-setup/releases/latest/download/SEPIA-Home.zip
unzip SEPIA-Home.zip -d ~/SEPIA
cd ~/SEPIA
#dann: sh setup.sh -> step: 4 -> step: 1 -> DONE -> ./run-sepia.sh


Das wars :) Danach kann ich schon den SEPIA Control HUB öffnen, einen neuen User erstellen und damit dann die App testen.

Verbesserungsvorschlag: beim ausführen der setup.sh den Benutzerkontext gegenchecken, z.B. mit

if [[ $EUID -eq 0 ]]; then echo "run as non-root"; else echo "continue" ;fi

ZitatIch würde Sepia gern unter einem separaten Nutzer ohne login und sudo Rechte laufen lassen.
sysctl -w vm.max_map_count=262144
ist beim starten der einzige Befehl der sudo benötigt?

Ja genau. Das ist ein eine Einstellung für Elasticsearch (https://www.elastic.co/guide/en/elasticsearch/reference/current/vm-max-map-count.html). Im Grunde könntest du die einfach unabhängig von SEPIA in den Autostart packen oder in '/etc/sysctl.conf'.

ZitatWenn Client und SEPIA Server auf unterschiedlichen Systemen laufen ist die Wahrscheinlichkeit, dass der Sepia Server auf dem localhost zu finden ist auch recht gering, oder?
Ich würde vermuten, die Trefferquote ist höher wenn die Adresse des Clienten übernommen wird.

Den gleichen Gedankengang hatte ich dann auch ;D Vermutlich bin ich etwas voreingenommen, weil ständig irgendwas zum Testen auf localhost läuft :P aber werde es wohl anpassen.

Läuft die Apache Konfiguration soweit gut? Dann würde ich dein Beispiel übernehmen und einen Eintrag im SEPIA Wiki machen.

ZitatProblem ist: elasticsearch startet (unter debian o.ä.)  als root einfach nicht:
[...]
Das Skript (wait.sh) wartet jedoch auf unendlich darauf, dass der Service startet...

Da gibt es sicherlich Optimierungspotenzial ::)
Vielleicht könnte ich beim Start des Setups oder von Elasticsearch testen ob der User root ist und dann abbrechen mit dem Hinweis.

... uups zu ende lesen hilft  ;D ;D
Werde deine Zeile einbauen  :)

Zitat von: sepia am 10 Januar 2020, 11:57:18
Läuft die Apache Konfiguration soweit gut? Dann würde ich dein Beispiel übernehmen und einen Eintrag im SEPIA Wiki machen.

Ja, macht was es soll soweit ich das überblicken kann.
Wenn der Apache mit SSL läuft dann werden diese auch für Sepia genutzt

die Datei muss nach
/etc/apache2/sites-available/sepia.conf

dann

sudo a2ensite sepia.conf
sudo systemctl reload apache2

Zitat von: sepia am 10 Januar 2020, 11:57:18
Den gleichen Gedankengang hatte ich dann auch ;D Vermutlich bin ich etwas voreingenommen, weil ständig irgendwas zum Testen auf localhost läuft :P aber werde es wohl anpassen.
[\quote]

Vermutlich sind es nicht viele (also eher einer) das es über localhost nutzen  8)

Zitat von: sepia am 10 Januar 2020, 11:57:18
Ja genau. Das ist ein eine Einstellung für Elasticsearch (https://www.elastic.co/guide/en/elasticsearch/reference/current/vm-max-map-count.html). Im Grunde könntest du die einfach unabhängig von SEPIA in den Autostart packen oder in '/etc/sysctl.conf'.

Ok
Dann schaue ich mal wie ich das über einen separaten User starte.
Werde auch mal schauen wie ich es sinnvoll über systemd starten kann.


Zu NLU uns Sätzen wie:
Schalte das Licht auf dem Regal im Wohnzimmer ein
Ist das Licht auf dem Regal im Wohnzimmer eingeschaltet

Wohnzimmer wird ja sicher direkt als Raum erkannt.
Schalte (oder stelle auf x%) suggeriert einen Aktor
...geschaltet ist eine Fragestellung
Licht könnte man als Type erkennen.
Wenn ich jetzt nach Regal in meinen Devices suche sollte es doch passen.

Also ich Finde raus:
Wo
Type
Name
Abfrage oder Befehl

Ließe sich das so implementieren?

ZitatJa, macht was es soll soweit ich das überblicken kann.
Wenn der Apache mit SSL läuft dann werden diese auch für Sepia genutzt

die Datei muss nach
/etc/apache2/sites-available/sepia.conf

dann

sudo a2ensite sepia.conf
sudo systemctl reload apache2

8) :)

ZitatWerde auch mal schauen wie ich es sinnvoll über systemd starten kann.

Habs bisher immer über einen cronjob gemacht aber das wäre wahrscheinlich die elegantere Lösung :D

ZitatZu NLU uns Sätzen wie:
Schalte das Licht auf dem Regal im Wohnzimmer ein
Ist das Licht auf dem Regal im Wohnzimmer eingeschaltet

Wohnzimmer wird ja sicher direkt als Raum erkannt.
Schalte (oder stelle auf x%) suggeriert einen Aktor
...geschaltet ist eine Fragestellung
Licht könnte man als Type erkennen.
Wenn ich jetzt nach Regal in meinen Devices suche sollte es doch passen.

Also ich Finde raus:
Wo
Type
Name
Abfrage oder Befehl

Ließe sich das so implementieren?

Hmmmm, ich denke schon :D
Ich hatte die Tage mal überlegt den DeviceType auszubauen damit man "alle Lichter" und "Licht" unterscheiden kann. Dabei könnte man eigentlich auch direkt noch deinen Vorschlag umsetzen. Am Ende hätte man sowas wie:

"Lichter aus" -> {"type":"light", "count":"all", "location_detail":""}
"Licht auf dem Regal aus" -> {"type":"light", "count":"", "location_detail":"Regal"}

... und dann müsste man irgendeinen Fuzzy-Match Versuch machen mit dem FHEM Device Namen.

[EDIT] Etwas holpriger aber vielleicht auch nützlich könnte sowas sein:

"Licht mit Namen Regal aus" -> {"type":"light", "count":"", "location_detail":"", "name":"Regal"}


Ich pack das mal auf die To-Do Liste  :)

ZitatGehen denn auch Assist und Chat Server "Info" nicht oder nur "Teach"?
Im Client funktioniert der Chat mit SEPIA? Also kommen auch Antworten nach der Texteingabe?
Wenn der Login klappt müsste zumindest der Assist Server funktionieren, da der Login über dessen API läuft.

Steht irgendwas in den Logs (log.out) von Teach und Chat Server?

Ich kann mich mit dem Admin einloggen (Web Access am PC oder Mobiltelefon), der Assist beantwortet auch Fragen, also der Chat funktioniert.

Im Control Hub unter Server Connections den Button Info oder Statistik beim Assistenten gedrück, Antwort:
{
  "msg": "Request was not sent! Plz check connection to server.",
  "info": {
    "readyState": 0,
    "status": 0,
    "statusText": "error"
  }
}
Sowie bei allen anderen Sachen auch.

Wo finde ich die logs?

ZitatIch kann mich mit dem Admin einloggen (Web Access am PC oder Mobiltelefon), der Assist beantwortet auch Fragen, also der Chat funktioniert.

Im Control Hub unter Server Connections den Button Info oder Statistik beim Assistenten gedrück, Antwort: [...]

Das ist maximal verwirrend, denn wenn du dich im Control HUB einloggen kannst besteht ja offensichtlich die Verbindung zum Assist-Server :o :-[

Die Logs sind im SEPIA Ordner unter:

/sepia-assist-server/log.out
/sepia-teach-server/log.out
/sepia-websocket-server-java/log.out

bzw. die alten Logs jeweils im Unterordner /logs/

Ein Blick in die Konsole des Browsers (F12) könnte vielleicht auch noch Aufschluss darüber geben was passiert  :-\

Öffnest du den Control-HUB durch den Client oder separat im Browser über den ".../tools/index.html" Pfad?

-----

[EDIT] @klausw

In deinem Apache Code ist glaube ich die erste Zeile falsch bzw. überflüssig oder?


Define LOCATION sepia/assist/app
Define LOCATION sepia
Define HOST localhost
...


Die erste Zeile kann weg. Ist nur für mich.
Ich baue meine Linkseite dynamisch auf und lese dazu die confs aus.

Gesendet von meinem HTC U11 mit Tapatalk

Hallo zusammen,

auch ich lese eigentlich eher Offline im Forum mit. @sepia super Projekt. Vielen Dank.
Und verfolge mit Begeisterung das Projekt. Als User von Snips und der Übernahme von Sonos bin ich auch hier gelandet und verfolge hier seit einigerzeit.

Ich habe auch die Apache Intengration als Reverse Proxy verfolgt.
Ich habe hier noch eine kleine Ergänzung vielleicht die noch mit ins Wiki könnte.
Beim Proxy müssen folgende Module aktiviert werden.
a2enmod proxy proxy_http proxy_wstunnel

Mir fehlte der wstunnel. Dann springt der Android Client immer auf Online/Offline und verbindet nicht.
Nach dem aktivieren der Module und neustart des Apache geht er dann direkt komplett Online.

Bei der Raumbezeichnung zu FHEM hab ich noch einen kleinen Fehler gefunden oder Handlingproblem.
Wenn man z.B. zwei Lampen in zwei Räumen hat also sepia-type light / sepia-room study - livingroom wird nur ein Raum eingelesen.
Wenn man sie in Fhem dann Decke Arbeitszimmer Decke Wohnzimmer nennt werden sie im SEPIA Hub wieder einzelnd angelegt.

Gleich noch eine Frage. meine heater funktioneren auch. Wie macht ihr das mit der Bezeichnung weglassen des raumes oder so geht nicht wegen doppelt. siehe Abschnitt davor.
Also gibt er immer zurück "Heizung Wohnzimmer" in "Wohnzimmer" aber abfragen und stellen läuft einwandfrei. (bei meheren pro Raum habe ich sie mit (1) (2) (3) durchbeschriftet).

Vielen Dank @sepia für das Super Projekt und natürlich auch an die fleissigen FHEM User.

Allen noch einen schönen Sonntag. Basti

Hi Basti

ZitatIch habe hier noch eine kleine Ergänzung vielleicht die noch mit ins Wiki könnte.
Beim Proxy müssen folgende Module aktiviert werden.

a2enmod proxy proxy_http proxy_wstunnel

Mir fehlte der wstunnel. Dann springt der Android Client immer auf Online/Offline und verbindet nicht.
Nach dem aktivieren der Module und neustart des Apache geht er dann direkt komplett Online.

Super, danke für den Hinweis! :) Gibt man das einfach so im Terminal ein oder kommt das in eine Config Datei?
Der neue Wiki Eintrag ist übrigens hier: https://github.com/SEPIA-Framework/sepia-docs/wiki/Reverse-Proxy-Setup

ZitatBei der Raumbezeichnung zu FHEM hab ich noch einen kleinen Fehler gefunden oder Handlingproblem.
Wenn man z.B. zwei Lampen in zwei Räumen hat also sepia-type light / sepia-room study - livingroom wird nur ein Raum eingelesen.
Wenn man sie in Fhem dann Decke Arbeitszimmer Decke Wohnzimmer nennt werden sie im SEPIA Hub wieder einzelnd angelegt.

Haben die beiden Lampen vorher den gleichen Namen gehabt (Internals->Name)? Dann kann es tatsächlich passieren, dass eine Lampe ignoriert wird :-[
Ich bin bisher davon ausgegangen, dass das nicht vorkommt aber das gilt vermutlich nur für das übergeordnete "Name" Objekt O_O. Das lässt sich aber schnell fixen :-)

ZitatWie macht ihr das mit der Bezeichnung weglassen des raumes oder so geht nicht wegen doppelt. siehe Abschnitt davor.
Also gibt er immer zurück "Heizung Wohnzimmer" in "Wohnzimmer" aber abfragen und stellen läuft einwandfrei.

Wenn SEPIA sagt "Heizung Wohnzimmer in Wohnzimmer" dann weil der Name des Gerätes auch "Heizung Wohnzimmer" ist. Um das zu vermeiden könntest du mal versuchen Wohnzimmer in Klammern zu packen, also als Name "Heizung (Wohnzimmer)" oder "Heizung (Wohnzimmer) (2)". Das "müsste" eigentlich gehen ^^ ... ich fürchte da habe ich einen kleinen Logikfehler drin. Das kommt ganz oben auf die To-Do Liste ;-)

ZitatVielen Dank @sepia für das Super Projekt und natürlich auch an die fleissigen FHEM User.

Danke fürs Testen 8)

Nabend,

mal als zwischenstatus: 

   
• Sepia Server + Client + STT laufen
• bedient werden ohne probleme:

      
• Licht
• Rolläden
• Heizung

Beim einrichten der Rolläden fiel mir noch auf: warum werden diese als  set type "Number (plain)"  angelegt? leuchtet mir nicht ein.
Die meisten dürften mit "open" / "0/100", "close/d" / "100/0", und oder prozent/level/position bedient werden - also am ehesen noch "Binary ON/OFF" ?

Weitere Fragen die aufkamen:

- Welche Möglichkeiten bietet sepia-set-cmds neben den im Beispiel angegebenen? Bzw. welche zustände/befehle können erkannt werden
- Dient der sepia-type noch für weiteres ausser als filter beim aufrufen bzw. zur gruppierung?
   --> Wozu dienen type "device" und "other"?

Gruß
Markus

Hallo Florian,

ich hab schon neu kleine Liste mit wünschen angefangen beim testen :-)

Zitat
Super, danke für den Hinweis! :) Gibt man das einfach so im Terminal ein oder kommt das in eine Config Datei?
Der neue Wiki Eintrag ist übrigens hier: https://github.com/SEPIA-Framework/sepia-docs/wiki/Reverse-Proxy-Setup

das trägt man in die Konsole ein und aktiviert die entsprechenden Module die aufgerufen werden. Und die Doku hatte ich auch gesehen, deswegen dachte ich wäre eine Ergänzung gut. Reicht ja, wenn man drüber stolpert und sich der erste die Zähne erstmal dran ausbeisst. :-)

Fehlermeldung im Apache log dazu würde in etwas so aussehen (bin ich aber zu spät drauf gekommen), wenn eins dieser Module nicht sauber installiert sind:
AH01144: No protocol handler was valid for the URL /sepia/chat/messages/ (scheme 'ws'). If you are using a DSO version of mod_proxy, make sure the proxy submodules are included in the configuration using LoadModule.


ZitatHaben die beiden Lampen vorher den gleichen Namen gehabt (Internals->Name)? Dann kann es tatsächlich passieren, dass eine Lampe ignoriert wird :-[
Ich bin bisher davon ausgegangen, dass das nicht vorkommt aber das gilt vermutlich nur für das übergeordnete "Name" Objekt O_O. Das lässt sich aber schnell fixen :-)

Meinst damit den internen Namen im FHEM, dann sind diese unterschiedlich mindestens in der Kürzel Bezeichnung des Raumes. Wenn in FHEM das Feld sepia-name wieder zurück ändere lädt er wieder beide Devices Sauber im den Hub.

ZitatWenn SEPIA sagt "Heizung Wohnzimmer in Wohnzimmer" dann weil der Name des Gerätes auch "Heizung Wohnzimmer" ist. Um das zu vermeiden könntest du mal versuchen Wohnzimmer in Klammern zu packen, also als Name "Heizung (Wohnzimmer)" oder "Heizung (Wohnzimmer) (2)". Das "müsste" eigentlich gehen ^^ ... ich fürchte da habe ich einen kleinen Logikfehler drin. Das kommt ganz oben auf die To-Do Liste ;-)

Ja das mit den Klammern zumindest bei den Zahlen hab ich schon gemerkt, das du sie wegfilterst bei der Antwort. Doppelte Klammern bleiben die letzten erhalten in deinem Beispiel dann Heizung (2).
Ich hab bei mir im Wohnzimmer tatsächlich zwei Heizkörper. Da tue ich mich noch etwas schwer mit. (Gleiches bei Rollo Lampen etc.)
Man hat halt wiederkehrende Dinge wie Deckenlampe pro Raum, Rolladen pro Raum, Heizung pro Raum.

ZitatDanke fürs Testen 8)

Wenn wir durch testen helfen können immer gerne.

Zitat von: whistler am 12 Januar 2020, 18:48:38
Ich habe auch die Apache Intengration als Reverse Proxy verfolgt.
Ich habe hier noch eine kleine Ergänzung vielleicht die noch mit ins Wiki könnte.
Beim Proxy müssen folgende Module aktiviert werden.

Code Auswählen Erweitern

a2enmod proxy proxy_http proxy_wstunnel

Mir fehlte der wstunnel. Dann springt der Android Client immer auf Online/Offline und verbindet nicht.
Nach dem aktivieren der Module und neustart des Apache geht er dann direkt komplett Online.

Oh stimmt.
Diese Module müssen auch aktiviert werden (waren sie bei mir schon wegen anderer Dienste)

Das wird im Terminal eingegeben
Der letzte Block in der Wiki sollte so aussehen:

sudo a2enmod proxy proxy_http
sudo a2enmod proxy_wstunnel
sudo a2ensite sepia.conf
sudo systemctl reload apache2

ZitatBeim einrichten der Rolläden fiel mir noch auf: warum werden diese als  set type "Number (plain)"  angelegt? leuchtet mir nicht ein.
Die meisten dürften mit "open" / "0/100", "close/d" / "100/0", und oder prozent/level/position bedient werden - also am ehesen noch "Binary ON/OFF" ?

Hi Markus,
Der Typ Rollade (roller_shutter) wird (noch) nicht automatisch erkannt. Vermutlich kommt der state type "number (plain)" daher, dass der anfängliche Status des Gerätes eine Zahl ist (0 oder 100 ?). "On" und "off" sollte in jedem Fall zu der Aktion "up"/"down" führen und generell gehe ich davon aus das der User auch gerne mal "Rollos auf 50%" sagt. Für die nächste Version gucke ich mal, dass hier Prozent automatisch gesetzt wird :-)

Zitat- Welche Möglichkeiten bietet sepia-set-cmds neben den im Beispiel angegebenen? Bzw. welche zustände/befehle können erkannt werden

sepia-set-cmds bietet bisher nur die Möglichkeit die "enable", "disable" und "set" Befehle zu definieren. Was auf der jeweils rechten Seite steht ist dabei völlig flexibel und kann alles sein was FHEM versteht. Im "set" Feld kann nur die Variable "val" bzw "value" benutzt werden zur Zeit, die die DeviceState Nummer repräsentiert, also "setze Gerät auf 50" -> val=50. Hast du hier zusätzliche Ideen, was du gerne machen würdest?

Zitat- Dient der sepia-type noch für weiteres ausser als filter beim aufrufen bzw. zur gruppierung?
   --> Wozu dienen type "device" und "other"?

sepia-type bestimmt auch wie manche set Befehle umgesetzt werden, z.B. für Rollos bewirkt ein "Rollo öffnen", dass "up" benutzt wird statt "on" usw..
Der Typ "Device" kann in Sätzen wie folgt benutzt werden "Setze Gerät 1 im Wohnzimmer auf XY". "Other" kann nicht durch Sprache erreicht werden, nur durch z.B. Befehle die via Teach-Interface erstellt werden, ist also so eine Art "unassigned" aber ignoriert das Gerät nicht vollständig wie "hidden".

ZitatMeinst damit den internen Namen im FHEM, dann sind diese unterschiedlich mindestens in der Kürzel Bezeichnung des Raumes. Wenn in FHEM das Feld sepia-name wieder zurück ändere lädt er wieder beide Devices Sauber im den Hub.[...]
Doppelte Klammern bleiben die letzten erhalten in deinem Beispiel dann Heizung (2).
[...]Man hat halt wiederkehrende Dinge wie Deckenlampe pro Raum, Rolladen pro Raum, Heizung pro Raum.

Soweit ich das sehe gibt es potentiell 3 "Namen". Die REST Api spuckt einen "name" auf oberster Eben aus, der vermutlich einzigartig ist, dann noch "Internals"->"name" und "Attributes"->"alias" (wenn ich das jetzt alles richtig in Erinnerung habe), die eher beliebig sind. Ich werde das noch mal gerade biegen für die nächste Version ^^.

ZitatReicht ja, wenn man drüber stolpert und sich der erste die Zähne erstmal dran ausbeisst. :-)

ZitatDas wird im Terminal eingegeben
Der letzte Block in der Wiki sollte so aussehen:

Erledigt, danke  :)

Hi Florian,

vielen Dank für die ganzen Erklärungen!

Zitat

Zitat

    - Dient der sepia-type noch für weiteres ausser als filter beim aufrufen bzw. zur gruppierung?
       --> Wozu dienen type "device" und "other"?

sepia-type bestimmt auch wie manche set Befehle umgesetzt werden, z.B. für Rollos bewirkt ein "Rollo öffnen", dass "up" benutzt wird statt "on" usw..
Der Typ "Device" kann in Sätzen wie folgt benutzt werden "Setze Gerät 1 im Wohnzimmer auf XY".

<- bekomme ich leider nicht zum laufen. sobald ich "Device/Gerät" anspreche liefert mir sepia nichts zurück, bzw. kann nichts damit anfangen.

Zitat

Zitat

    - Welche Möglichkeiten bietet sepia-set-cmds neben den im Beispiel angegebenen? Bzw. welche zustände/befehle können erkannt werden

sepia-set-cmds bietet bisher nur die Möglichkeit die "enable", "disable" und "set" Befehle zu definieren. Was auf der jeweils rechten Seite steht ist dabei völlig flexibel und kann alles sein was FHEM versteht. Im "set" Feld kann nur die Variable "val" bzw "value" benutzt werden zur Zeit, die die DeviceState Nummer repräsentiert, also "setze Gerät auf 50" -> val=50. Hast du hier zusätzliche Ideen, was du gerne machen würdest?

Das Ganze hängt mit der vorhergehenden Frage zusammen.

Im Endeffekt würde ich gerne "raw-text" an ein Gerät übergeben um z.B. Wohnzimmer an fhem zu senden ohne dass Sepia dies als Raum oder halt irgendetwas anderes übersetzt.

Gruß
Markus

Zitat<- bekomme ich leider nicht zum laufen. sobald ich "Device/Gerät" anspreche liefert mir sepia nichts zurück, bzw. kann nichts damit anfangen.

Hmm, ich prüfe das noch mal Morgen, bin gerade auch nicht 100% sicher wie die Prioritäten gesetzt sind dabei ::)

ZitatIm Endeffekt würde ich gerne "raw-text" an ein Gerät übergeben um z.B. Wohnzimmer an fhem zu senden ohne dass Sepia dies als Raum oder halt irgendetwas anderes übersetzt.

Kannst du dazu mal ein Beispiel geben? SEPIA versucht ja immer einen "set"-Befehl zu konstruieren oder einen "state" zu lesen. Wenn du sagt "Wohnzimmer an fhem" senden, wäre das dann sowas: "set [device] Wohnzimmer"?
[EDIT]
Ich könnte mir vorstellen, dass sowas z.B. für einen Staubsauger-Roboter Sinn macht :-D ... theoretisch könnte man das mit dem Teach-Interface machen, also man definiert den Satz "Sende Robo ins Wohnzimmer" und dann bei 'smart_device' '{"value":"device", "found":"Robo", "index":303}' und bei 'smart_device_value' '{"value":"Wohnzimmer", "type":"custom"}' ... dann sollte in FHEM "set [device 303] wohnzimmer" ankommen ... müsste ich aber auch noch mal testen ob das so durchläuft.

Zitat

Zitat

    <- bekomme ich leider nicht zum laufen. sobald ich "Device/Gerät" anspreche liefert mir sepia nichts zurück, bzw. kann nichts damit anfangen.


Hmm, ich prüfe das noch mal Morgen, bin gerade auch nicht 100% sicher wie die Prioritäten gesetzt sind dabei

über die teach UI angelernt funktioniert es. Sollte m.M.n. aber auch so laufen, oder ?

ZitatIch könnte mir vorstellen, dass sowas z.B. für einen Staubsauger-Roboter Sinn macht :-D ... theoretisch könnte man das mit dem Teach-Interface machen, also man definiert den Satz "Sende Robo ins Wohnzimmer" und dann bei 'smart_device' '{"value":"device", "found":"Robo", "index":303}' und bei 'smart_device_value' '{"value":"Wohnzimmer", "type":"custom"}' ... dann sollte in FHEM "set [device 303] wohnzimmer" ankommen ... müsste ich aber auch noch mal testen ob das so durchläuft.

Staubsauger Beispiel ist gut - genau das wäre das Ziel.
Momentan scheitert es daran, dass Sepia immer nach einem (integer) Wert fragt den er/sie/es schalten soll.
Falls

Zitat'smart_device_value' '{"value":"Wohnzimmer", "type":"custom"}'

schon realisierbar sein soll, scheitere ich an der syntax.


Eine nächste (große!) Erweiterung wäre, wenn man nicht nur  <set device [room] state> bedienen könnte, sondern auch readings setzen kann <setreading device [room] reading value>. 8)

Gruß
Markus

Zitatüber die teach UI angelernt funktioniert es. Sollte m.M.n. aber auch so laufen, oder ?

Habs gerade noch mal getestet, tatsächlich kann man Type "device" eigentlich nicht per Sprache triggern. Der Begriff ist leider so generisch, dass es etwas tricky ist das komplett allgemein zu machen, ABER ich glaube der User würde "Gerät" eh nie ohne Zusatzinformation benutzen oder? Dann könnte ich folgendes relativ zuverlässig erkennen "Gerät 1/2/3..." oder "Gerät mit Namen XY".

ZitatStaubsauger Beispiel ist gut - genau das wäre das Ziel.
Momentan scheitert es daran, dass Sepia immer nach einem (integer) Wert fragt den er/sie/es schalten soll.

Ja, der Smart Home Service ist dafür eigentlich nicht optimiert. Je länger ich darüber nachdenke desto mehr glaube ich, dass das eigentlich ein perfektes Beispiel wäre für einen kleinen custom Service über das SDK. Sagen wir es gibt ein Gerät namens "Robo" im Haushalt und Befehle für "Robo" wären "Schicke Robo ins Wohnzimmer" oder "Robo auf Modus eco" etc. könnte man das vermutlich gut abgrenzen und einen Konflikt mit dem Smart Home Service vermeiden.
Wenn Interesse besteht könnte ich dazu mal ein Beispiel machen. SDK Services sind in Java programmiert, der Code ist aber gut zu lesen mmn ::) :D
Kriegen wir zum Testen einen FHEM Dummy erstellt?

ZitatFalls

'smart_device_value' '{"value":"Wohnzimmer", "type":"custom"}'

schon realisierbar sein soll, scheitere ich an der syntax.

Sieht eigentlich korrekt aus. Eventuell muss es kombiniert werden mit 'sepia-set-cmds'. Ich habe im Anhang mal 2 Bilder gemacht, wie es bei mir funktioniert. Allerdings sind mir auch beim Testen noch 2 kleinere Bugs aufgefallen, die ich mittlerweile behoben habe. Könnte also sein, dass du auf die neue Version warten müsstest :-[

ZitatEine nächste (große!) Erweiterung wäre, wenn man nicht nur  <set device [room] state> bedienen könnte, sondern auch readings setzen kann <setreading device [room] reading value>. 8)

Kannst du mir noch mal den Unterschied genauer erklären anhand eines Beispiel Gerätes? Soweit ich weiß ist "state" immer genau ein Wert und "reading" ein Objekt mit mehreren Werten, richtig? Ist das z.B. gedacht für Sensoren, die Temperatur und Luftfeuchtigkeit aufzeichnen?
Vielleicht kann man das irgendwie in die 'set-cmds' oder den 'stateType' einbauen :-)

Zitat von: sepia am 16 Januar 2020, 16:03:48

ZitatJa, der Smart Home Service ist dafür eigentlich nicht optimiert. Je länger ich darüber nachdenke desto mehr glaube ich, dass das eigentlich ein perfektes Beispiel wäre für einen kleinen custom Service über das SDK. Sagen wir es gibt ein Gerät namens "Robo" im Haushalt und Befehle für "Robo" wären "Schicke Robo ins Wohnzimmer" oder "Robo auf Modus eco" etc. könnte man das vermutlich gut abgrenzen und einen Konflikt mit dem Smart Home Service vermeiden.
Wenn Interesse besteht könnte ich dazu mal ein Beispiel machen. SDK Services sind in Java programmiert, der Code ist aber gut zu lesen mmn ::) :D
Kriegen wir zum Testen einen FHEM Dummy erstellt?

Das klingt sehr gut. Sicher interessant.

Ich hab anhand des Bespiels mal den Teach Befehl ausgeführt. Zum Testen hab ich einen Dummy angelegt.
Aktuell gibt es scheinbar noch Probleme wenn per stateformat der Status umformatiert wird, manchmal schaltet er trotzdem und manchmal gibt er aus, das er den Status nicht erkennt und nicht schalten kann (z.B. Musikplayer SB_PLAYER / anderes Thema, kann ich seperat nochmal zu schreiben) (Zumindest wenn man im HUB den Powerbutton drückt)

[EDIT]
Ablauf: Schicke den Robo ins Wohnzimmer: Rückfrage 1: Wo ist das Gerät? "Wohnzimmer" / Rückfrage 2: Auf welchen Wert 100
Ich hatte es so verstanden, wenn auch nicht 100% das dein Bespiel, zumindest was fertiges an den Fhem schickt, mal unabhängig davon was im FHem dann passiert.
(Vielleicht hängt das mit deinen gefundenen Bugs zusammen die noch nicht eingecheckt sind) Hast du geplant diese ggf. ins DEV einzuchecken?
Er schickt dann ein vermutlich ein "set Robo 100" an Fhem zumindest ist das der neue state vom Gerät.
(Ist das der noch nicht eingecheckte Bugfix?)

für das stateformat: das sieht bei mir so aus, und sorgt dafür das er den Robo nicht schalten würde, weil er damit nichts anfangen kann.
attr Robo_Control stateFormat Location: state Zähler: garbage_cycle

[EDIT]
Wenn ich das richtig verstehe müsste man aktuell für jeden Raum einen Teachbefehl machen und nicht dynamisch über einen Befehl abfertigen oder?
Schicke Robo in die "Küche"
Schicke Robo ins "Wohnzimmer"
Ich hätte dabei noch folgenden Anwendungsfall
Schicke Robo zum "Esstisch", das wäre doch der Klassiker nach dem Sonntagsfrühstück
(Jetzt ist vermutlich das SDK doch die bessere wahl oder?)

PS: Vielleicht denkbar das man zusätzlich noch ein abweichendes reading für den on/off status definieren kann.
(oder geht das vielleicht sogar schon)

Zitat von: sepia am 16 Januar 2020, 16:03:48
{"value":"device", "found":"Robo", "index":303}

das hat bei mir nicht geklappt dafür dein device;;Robo
(wobei er hier scheinbar den sepia namen und FHEM namen nimmt, gefühlt bei den vielen Kombinationen vom ausprobieren)

Zitat von: sepia am 16 Januar 2020, 16:03:48
Sieht eigentlich korrekt aus. Eventuell muss es kombiniert werden mit 'sepia-set-cmds'. Ich habe im Anhang mal 2 Bilder gemacht, wie es bei mir funktioniert. Allerdings sind mir auch beim Testen noch 2 kleinere Bugs aufgefallen, die ich mittlerweile behoben habe. Könnte also sein, dass du auf die neue Version warten müsstest :-[

Ich hab mal meine Einstellungen angehängt die dann ein "set Robo_Control wohnzimmer" an den Fhem schicken.

Leider wird hier sowohl bei plain als auch dem json auf dem Weg das Wort in lowercase gewandelt.
Und wie im Screenshot zu sehen wird der custom befehl zwar in Fhem gespeichert aber nicht wieder geladen.

PS: Florian, weisst du schon wann es die neue Version mit den zwei Bugfixen gibt, die evtl. hier rein spielen.

Vielen Dank und ein schönes Wochenende.

Gruß
Basti

Hi Basti,

ich habe so ein bisschen den Überblick verloren was aktuell genau geht bei dir und was nicht, aber ich versuche mal auf ein paar Sachen einzugehen :)
Vielleicht kannst du mir auch noch sagen, wie ich den Dummy reproduzieren kann? ^^

ZitatWenn ich das richtig verstehe müsste man aktuell für jeden Raum einen Teachbefehl machen und nicht dynamisch über einen Befehl abfertigen oder?
Schicke Robo in die "Küche"
Schicke Robo ins "Wohnzimmer"
Ich hätte dabei noch folgenden Anwendungsfall
Schicke Robo zum "Esstisch", das wäre doch der Klassiker nach dem Sonntagsfrühstück
(Jetzt ist vermutlich das SDK doch die bessere wahl oder?)

Hehe der letzte Fall gefällt mir :-)
Man kann Befehle über das Teach-Interface zwar auch etwas dynamischer definieren mit "execute commands", aber zur Zeit nur, wenn man damit einen Befehl ansprechen kann der schon existiert, z.B. der eigene Satz wäre "Prüfe <var1>" und der bekannte Satz "Zeig mir den Status von Sensor 1 im <var1>". Dann wäre das flexibel für alle Räume ("Prüfe Wohnzimmer" z.B.). Im Smarthome Service ist "Room" immer ein Standort, deswegen klappt das damit nicht, aber hätte "Robo" einen eigenen Service wird es flexibel. Der Service für "Robo" könnte vermutlich sehr einfach sein, vielleicht kann ich am Wochenende mal ein Beispiel basteln.

ZitatAktuell gibt es scheinbar noch Probleme wenn per stateformat der Status umformatiert wird, manchmal schaltet er trotzdem und manchmal gibt er aus, das er den Status nicht erkennt und nicht schalten kann (z.B. Musikplayer SB_PLAYER / anderes Thema, kann ich seperat nochmal zu schreiben) (Zumindest wenn man im HUB den Powerbutton drückt)

Der "toggle" Knopf im Control HUB kann tatsächlich nur begrenzt entscheiden was eigentlich passieren soll beim drücken. Er berücksichtigt zwar die "set-cmds" States beim setzen, aber habe gerade noch mal nachgeguckt, er versteht beim lesen nur "on, off, open, closed" und reine Zahlen. Da könnte man eigentlich noch mal nachbessern, wenn "set-cmds" eh schon definiert ist ^^.

ZitatLeider wird hier sowohl bei plain als auch dem json auf dem Weg das Wort in lowercase gewandelt

Welches Wort war das genau?
Oh ich sehe im Screenshot gerade das Semikolon muss ein Komma sein im JSON: "{"set":"<val>", "enable":"on", "disable":"off"}
Im Screenshot des Teach-Interfaces fällt mir noch auf, dass die Angabe zum "Room" hier vermutlich falsch ist, denn das ist der Raum in dem Robo_Control gesucht wird, nicht der Zielort.

Zitat(Vielleicht hängt das mit deinen gefundenen Bugs zusammen die noch nicht eingecheckt sind) Hast du geplant diese ggf. ins DEV einzuchecken?
[...]
weisst du schon wann es die neue Version mit den zwei Bugfixen gibt, die evtl. hier rein spielen.

Die Bugs in der aktuellen Version haben sicher noch Einfluss auf deine Tests. Die zwei Fixes, die ich letzte Woche erwähnte sind bereits im dev-branch. Zur Zeit arbeite ich noch an Verbesserungen um endlich einen guten "headless" Raspberry Pi Client anbieten zu können. Ziel ist es damit noch vor Februar fertig zu werden, aber vielleicht erzeuge ich schon mal eine Version zum testen der FHEM Änderungen die Tage.

Hallo Florian,

danke für deine Rückmeldung. Ich hab dir jetzt nochmal einen Ablauf geschrieben (Inkl. Bonus für dich am Ende)  :)

Ich hab mit dem Dummy angefangen und dann die verschiedenen Varianten mit Screenshots dokumentiert.

Es liegt scheinbar am plain mit dem kleinschreiben. Das wort ist egal. Test Wohnzimmer war es bei mir.

Ja der Zielort für das Device :-) der ist an dem Falle identisch, etwas ungeschickt vielleicht. Da kommt mein Beispiel am Ende zur Unterscheidung ja ganz gut.

So wie du Zeit hast. Ich hatte schon einen Workaround gebaut und nachgelagert in notify, was den Robo triggert, den ersten Buchstaben wieder gross geschrieben :-)

Den Headless Client, das wäre was ich hatte schon angefangen mit Chromium, aber da gehts schon los mit dem Mikro zugriff VNC Zugriff etc auf den PI.
Commandozeile wäre ja schon schicker.

Man kann das Teach UI nicht zufällig auch per Skript überfallen, natürlich kann ich die Stelle jetzt suchen gehen, wo es gespeichert wird.
Aber vielleicht muss ich das ja gar nicht. Ich würde also Teach "per Editor" nehmen oder SDK. Vermutlich nicht so gern gesehen ist ja beim Fhem auch so. :-) (Zurecht manchmal) :-)

Der Dummy war bei mir so im Einsatz, daher ging das recht fix. Nicht über die Punkte im Item wandern, er ist vorhin schon mal ein durchs Wohnzimmer gefahren weil ich nicht aufgepasst habe. :-)

Vielen Dank und ein schönes Wochenende und gute Nacht. :-)

PS: Hab gerade nochmal kurz ins Code-UI geschaut, aber dafür ist es nun zu spät.

Hallo Florian,

es hörte sich ein bisschen so als ob du gerne Praxisbeispiele brauchst, was ja auch Sinn macht. :-)
Ich probiere mich gerade an der Kaffeemaschine bei Namen mit Klammerwerten scheitere ich gerade auf die eine sowie andere Schreibweise beim device. Er meldet kein passendes Gerät gefunden.

Daher würde gerne nochmal auf die json Formatierung eingehen.

Zitat von: sepia am 15 Januar 2020, 23:31:30
Ich könnte mir vorstellen, dass sowas z.B. für einen Staubsauger-Roboter Sinn macht :-D ... theoretisch könnte man das mit dem Teach-Interface machen, also man definiert den Satz "Sende Robo ins Wohnzimmer" und dann bei 'smart_device' '{"value":"device", "found":"Robo", "index":303}' und bei 'smart_device_value' '{"value":"Wohnzimmer", "type":"custom"}' ... dann sollte in FHEM "set [device 303] wohnzimmer" ankommen ... müsste ich aber auch noch mal testen ob das so durchläuft.

Fhem Daten:
name AZ_Senseo
sepia-name Kaffeemaschine (Arbeitszimmer)
sepia-room study
sepia-room-index 303
sepia-set-cmds {"number":"brew <val>cup","enable":"ON","disable":"OFF"}
sepia-type coffee_maker


[Edit]
Das mit dem smart_device im teach hatte beim Robo nicht geklappt, aber mit dem <device>;; nimmt er den Namen auch nicht. evtl. wegen der Leerzeichen?
Im Chat direkt funktioniert aber: Kaffeemaschine (Arbeitszimmer) an / Kaffeemaschine (Arbeitszimmer) aus

[Edit2]
Ich habs gefunden, es gibt scheinbar noch einen kleinen Fehler. Sobald ich den Raum auf <livingroom> einstelle im Teach gibt es eine Antwort. Da mein Debugging vom Robo gestern noch an war.
Hatte ich mich beim testen schon gewundert warum ich Meldungen kriege. Soll heissen er schickt dann die Commandos ebenfalls an den Robo. kann ich auch sehen im state kommt auch der angepasste Befehl für die Kaffemaschine dann an. Ich bin gestern über den Manager im Teachmodul gegangen und habe so den Robo mit den Räumen "geklont". Das gleiche mit der Kaffeemaschine.
Aber selbst wenn ich einen neuen Eintrag anlege, will diese unabhängig das <device<;;AZ_Senseo eingetragen ist, auch nach einem Reload und STRG+F5 im Browser den Robo füttern.

Er soll am Ende ein set AZ_Senseo ON / OFF / brew 1cup / brew 2cup an Fhem schicken.

Hab so direkt im Wiki nichts gefunden dazu, lese sonst gerne dort auch nochmal nach.

Vielen Dank.

Gruß
Basti

Hallo Florian,

gute Nachricht ich habs doch selber hinbekommen und es funktioniert.

Zitat von: whistler am 25 Januar 2020, 16:53:56
Fhem Daten:
name AZ_Senseo
sepia-name Kaffeemaschine (Arbeitszimmer)
sepia-room study
sepia-set-cmds {"number":"brew <val>cup","enable":"ON","disable":"OFF"}
sepia-type coffee_maker

Im Teach Modul dann:
<coffee_maker>;;Kaffeemaschine (Arbeitszimmer)
<study>
<set>
{"value":"brew 2cup","type":"custom"}


Wenn der Typ <device> im <livingroom> passt nimmt er scheinbar den ersten den er finden kann.
Diesen führt er dann unabhängig vom Namen der dahinter steht aus.

Man muss als auch in den eckigen klammern korrekt den Typ angeben, was ja Sinn macht.

Irgendwas zum loggen oder so wäre schön, damit man schneller seinen Fehler finden kann.


Ich hatte zwischendurch auch testweise die Dev eingespielt, dabei und danach (auch mit dem normalen Build stand):
- Gabs dann Fehler im Docker bei der Elastic mit Connection Refuse und Java VM Speicherfehler
- Der HUB konnte zwar mit LOAD HUB INFO erreicht werden und auch SEPIA REGISTER ging (neues attr im fhem zum save), aber beim Geräte holen gabs nen Fehler in Rot

Vielleicht kennst du das verhalten in der einen oder anderen Form. Ansich hab ich am Ende nichts anders gemacht


Eine Anmerkung / Idee in den Zusammenhang noch was die Attr Felder angeht:
sepia-set-cmds sepia-name sepia-type sepia-room sepia-room-index sepia-data sepia-mem-state sepia-state-type sepia-set-cmds
->
sepia-name sepia-room:livingroom,diningroom,kitchen,bedroom,bath,study,office,childsroom,garage,basement,garden,shack,hallway,other,unassigned sepia-type:light,heater,tv,music_player,fridge,oven,coffee_maker,roller_shutter,power_outlet,sensor,device,other,hidden sepia-room-index sepia-data sepia-mem-state sepia-state-type sepia-set-cmds

die Auflistung hatte ich mir aus deinen sourcen mal zusammen kopiert und muss sie bei mir natürlich jedes mal überschreiben.
Dann kann man im fhem bei den Attributen bequem per Auswahlliste die Räume etc. setzen.

Vielleicht wäre das aber allgemein praktisch.

- sepia-set-cmds war bei mir nach dem letzten SEPIA REGISTER doppelt drin. Vielleicht vom ganzen Testen.

Gruß
Basti

Hi Basti,

danke für die ganzen Tests und neuen Infos :D
Mal gucken was ich ad-hoc beantworten kann ^^

ZitatEs liegt scheinbar am plain mit dem kleinschreiben. Das wort ist egal. Test Wohnzimmer war es bei mir.

Ist das aktuell noch ein Problem? Wenn die Befehle aus dem "set-cmds" Objekt kommen, sollten die eigentlich nicht verändert werden. Bei standard States wie ON, OFF etc. macht das SEPIA FHEM Interface automatisch eine "toLowerCase" Konversion weil FHEM scheinbar "on" versteht aber "ON" nicht (zumindest war das damals in meinen Tests so).

ZitatDen Headless Client, das wäre was ich hatte schon angefangen mit Chromium, aber da gehts schon los mit dem Mikro zugriff VNC Zugriff etc auf den PI.
Commandozeile wäre ja schon schicker.

Die aktuelle "headless" Version nutzt immer noch den Chromium, da es momentan zu lange dauern würde einen komplett neuen Python/Node.js/etc. Client zu bauen und dieser auch nicht alle Feature anbieten könnte. Allerdings habe ich es so gelöst, dass man über den SEPIA Control HUB eine Art "terminal" bekommt mit dem man Befehle an den Client schicken kann und States als Events bekommt. Ich denke das wird ganz nett, wenn es fertig ist  ;D

ZitatMan kann das Teach UI nicht zufällig auch per Skript überfallen, natürlich kann ich die Stelle jetzt suchen gehen, wo es gespeichert wird.
Aber vielleicht muss ich das ja gar nicht. Ich würde also Teach "per Editor" nehmen oder SDK. Vermutlich nicht so gern gesehen ist ja beim Fhem auch so. :-) (Zurecht manchmal) :-)

Zur Zeit nicht ^^. Im Grunde nutzt der Client ja nur die APIs des Teach-Servers und man könnte sicherlich etwas bauen, was Befehle aus einer Text-Datei importiert oder einer Kommandozeile, aber das wäre auf der Prio-Liste eher unten angesiedelt zur Zeit ^^. Wobei ... es gibt da vielleicht doch was. Der Assist-Server liest beim Start Befehle ein aus den Dateien in "SEPIA/sepia-assist-server/Xtensions/Assistant/commands/*" z.B. "teachIt_de.txt" für Deutsch. Das Format ist etwas eigen ::) aber im kompatibel mit dem was das Teach-UI erstellt. Z.B. is dort der Befehl für "Uhrzeit" definiert als (User Text;; p1=...;; p2=...;; ...):

Wieviel Uhr ist es;;  command=chat;;  reply=Es ist <local_time_hhmm> Uhr;;

Zitater ist vorhin schon mal ein durchs Wohnzimmer gefahren weil ich nicht aufgepasst habe. :-)

::) ;D :D

Zitates hörte sich ein bisschen so als ob du gerne Praxisbeispiele brauchst

Immer gerne :-D Das hilft vor allem auch um eventuelle Workarounds zu finden ;-)

ZitatIch habs gefunden, es gibt scheinbar noch einen kleinen Fehler. Sobald ich den Raum auf <livingroom> einstelle im Teach gibt es eine Antwort. Da mein Debugging vom Robo gestern noch an war. Hatte ich mich beim testen schon gewundert warum ich Meldungen kriege. Soll heissen er schickt dann die Commandos ebenfalls an den Robo. kann ich auch sehen im state kommt auch der angepasste Befehl für die Kaffemaschine dann an. Ich bin gestern über den Manager im Teachmodul gegangen und habe so den Robo mit den Räumen "geklont". Das gleiche mit der Kaffeemaschine.
[...]
Wenn der Typ <device> im <livingroom> passt nimmt er scheinbar den ersten den er finden kann.
Diesen führt er dann unabhängig vom Namen der dahinter steht aus.

Hab ich das richtig verstanden, er hat den Robo getriggert obwohl er eigentlich die Kaffeemaschine triggern sollte weil beide vom Typ "device" waren bzw. in dem Teach-UI als "device" versucht wurden anzusprechen?
Generell ist die Logik so:

• Wenn der User sagt "Gerät an" und es gibt nur 1 im ganzen System, dann wird das genommen
• Wenn der User sagt "Gerät an" und es gibt mehrere in verschiedenen Zimmern, dann wird nach dem Zimmer gefragt
• Wenn der User sagt "Gerät an" und es gibt mehrere in dem selben Zimmer, dann ... bin ich gerade nicht sicher :-[ . Es könnte sein, dass dann das erste gewählt wird. Ein Vergleich des Namens findet nicht statt.

Punkt 3 war bei dir der Fall? In dem Kontext wäre das definitiv ein Bug :-\ Es könnte auch Punkt 1 gewesen sein, d.h. "Device" wurde aktiviert weil es das einzige war im System (Kaffeemaschine war ja coffee_maker).

ZitatMan muss als auch in den eckigen klammern korrekt den Typ angeben, was ja Sinn macht.

Ja, das ist in jedem Fall nötig, sprich ein Gerät kann nur gefunden Werden wenn der Typ übereinstimmt, der Name ist dann egal.

ZitatIrgendwas zum loggen oder so wäre schön, damit man schneller seinen Fehler finden kann.

Ein Log Eintrag der z.B. den FHEM "set" Befehl zusammen mit dem SEPIA Device Objekt anzeigt (und ggf. dem User Input)? Vielleicht könnte ich ein Smart Home Log-Level in die Config einbauen.

ZitatIch hatte zwischendurch auch testweise die Dev eingespielt, dabei und danach (auch mit dem normalen Build stand):
- Gabs dann Fehler im Docker bei der Elastic mit Connection Refuse und Java VM Speicherfehler
- Der HUB konnte zwar mit LOAD HUB INFO erreicht werden und auch SEPIA REGISTER ging (neues attr im fhem zum save), aber beim Geräte holen gabs nen Fehler in Rot
Vielleicht kennst du das verhalten in der einen oder anderen Form. Ansich hab ich am Ende nichts anders gemacht

Hmm komisch, an der Elastic wurde eigentlich nichts geändert, aber in den GitHub Issues scheint es einen User mit ähnlichem Fehler zu geben. Für die nächste Version mache ich einen neuen Docker Container und teste das alles mal durch mit Smart Home.

Zitatsepia-name sepia-room:livingroom,diningroom,kitchen,bedroom,bath,study,office,childsroom,garage,basement,garden,shack,hallway,other,unassigned sepia-type:light,heater,tv,music_player,fridge,oven,coffee_maker,roller_shutter,power_outlet,sensor,device,other,hidden sepia-room-index sepia-data sepia-mem-state sepia-state-type sepia-set-cmds

die Auflistung hatte ich mir aus deinen sourcen mal zusammen kopiert und muss sie bei mir natürlich jedes mal überschreiben.
Dann kann man im fhem bei den Attributen bequem per Auswahlliste die Räume etc. setzen.

Ah! Gute Idee  ;D
[EDIT] Was passiert, wenn man später neue hinzufügt, muss ich das dann auch in FHEM neu schreiben? Oder kann ich über das HTTP Interface auch Werte schreiben, die nicht in der Auswahl sind?

Grüße!

Hi Florian,

dann versuche ich mal zu antworten. :)

Zitat von: sepia am 26 Januar 2020, 13:01:51
Ist das aktuell noch ein Problem? Wenn die Befehle aus dem "set-cmds" Objekt kommen, sollten die eigentlich nicht verändert werden.

Ich kann es nicht mehr reproduzieren, gerade beim testen wurde es sowohl mit <plain>;;Test korrekt geschrieben als auch {"value":"Test","type":"custom"}

Zitat von: sepia am 26 Januar 2020, 13:01:51
Bei standard States wie ON, OFF etc. macht das SEPIA FHEM Interface automatisch eine "toLowerCase" Konversion weil FHEM scheinbar "on" versteht aber "ON" nicht (zumindest war das damals in meinen Tests so).

Zum Thema gross Kleinschreibung bei ON OFF / on off kann ich zumindest sagen, das z.B. Tasmota und MQTT Devices gerne ON OFF als set nutzt, das kann man dann zwar per Eventmap umbiegen, aber ich weiss gerade nicht ob es so gut ist, das du ON OFF immer on lower umwandelst. beliebt wäre in dem Zusammenhang noch toggle.

Zitat von: sepia am 26 Januar 2020, 13:01:51
Die aktuelle "headless" Version nutzt immer noch den Chromium, da es momentan zu lange dauern würde einen komplett neuen Python/Node.js/etc. Client zu bauen und dieser auch nicht alle Feature anbieten könnte. Allerdings habe ich es so gelöst, dass man über den SEPIA Control HUB eine Art "terminal" bekommt mit dem man Befehle an den Client schicken kann und States als Events bekommt. Ich denke das wird ganz nett, wenn es fertig ist  ;D

Das klingt gut, ist ja fast wie an Weihnachten, wenn man auf die Geschenke wartet als Kind. :)
Vielleicht könnte man die states / events auch an fhem weitergeben, um dort darauf reagieren zu können. Ein paar Ideen dazu:
- hotworderkennung pro device (in dem Fall als der client android / browser headless)
- was erkannt wurde
- Gerät Online / Offline
- Vielleicht bietet das Snips Addon: https://github.com/Thyraz/Snips-Fhem (https://github.com/Thyraz/Snips-Fhem) bzw.  ja noch ein paar Ideen, die man einbauen könnte.
Ich kann das sonst bei Gelenheit nochmal detailierter formulieren.

Zitat von: sepia am 26 Januar 2020, 13:01:51
Zur Zeit nicht ^^. Im Grunde nutzt der Client ja nur die APIs des Teach-Servers und man könnte sicherlich etwas bauen, was Befehle aus einer Text-Datei importiert oder einer Kommandozeile, aber das wäre auf der Prio-Liste eher unten angesiedelt zur Zeit ^^. Wobei ... es gibt da vielleicht doch was. Der Assist-Server liest beim Start Befehle ein aus den Dateien in "SEPIA/sepia-assist-server/Xtensions/Assistant/commands/*" z.B. "teachIt_de.txt" für Deutsch. Das Format ist etwas eigen ::) aber im kompatibel mit dem was das Teach-UI erstellt. Z.B. is dort der Befehl für "Uhrzeit" definiert als (User Text;; p1=...;; p2=...;; ...):

Wieviel Uhr ist es;;  command=chat;;  reply=Es ist <local_time_hhmm> Uhr;;

Hab ich gefunden :-) Naja vielleicht nur Gewöhnungssache :-) Dabei hätte ich noch einen Featurewunsch:
Wieviel Uhr ist es | Wie spät ist es | Was sagt die Uhr;;  command=chat;;  reply=Es ist <local_time_hhmm> Uhr;;

Schau mal hier ein, hier wurde entsprechend ein wenig was in dem Hinblick für Snips gebaut: https://forum.fhem.de/index.php/topic,89548.930.html (https://forum.fhem.de/index.php/topic,89548.930.html)

[Edit]
Hast du einen Beispielaufruf fürs Teachmodul über die API zum aus und einlesen?

Ich hab gerade verschiedene Ideen, aber erstmal warte ich auf eine generelle Rückmeldung zu der Idee.

Zitat von: sepia am 26 Januar 2020, 13:01:51
Hab ich das richtig verstanden, er hat den Robo getriggert obwohl er eigentlich die Kaffeemaschine triggern sollte weil beide vom Typ "device" waren bzw. in dem Teach-UI als "device" versucht wurden anzusprechen?
Generell ist die Logik so:

• Wenn der User sagt "Gerät an" und es gibt nur 1 im ganzen System, dann wird das genommen
• Wenn der User sagt "Gerät an" und es gibt mehrere in verschiedenen Zimmern, dann wird nach dem Zimmer gefragt
• Wenn der User sagt "Gerät an" und es gibt mehrere in dem selben Zimmer, dann ... bin ich gerade nicht sicher :-[ . Es könnte sein, dass dann das erste gewählt wird. Ein Vergleich des Namens findet nicht statt.

Punkt 3 war bei dir der Fall? In dem Kontext wäre das definitiv ein Bug :-\ Es könnte auch Punkt 1 gewesen sein, d.h. "Device" wurde aktiviert weil es das einzige war im System (Kaffeemaschine war ja coffee_maker).

Ja, das ist in jedem Fall nötig, sprich ein Gerät kann nur gefunden Werden wenn der Typ übereinstimmt, der Name ist dann egal.

Es war auf jedenfall Tricky und es gibt folgende Geräte:
device garden Pumpe
device livlingroom Robo_Control
coffee_maker study Kaffeemaschine (Arbeitszimmer)
coffee_maker kitchen Kaffeemaschine (Küche)

device livingroom -> matched -> Robo (OK)
device study -> machted -> Sorry kein passendes Gerät gefunden (OK)
coffee_maker livingroom -> matched -> kein passendes Gerät gefunden (OK)

Also es gibt mindestens noch ein zweites device aber im garten nämlich die Pumpe. Heisst Punkt 1 kann eigentlich nicht zutreffen. Aber hat er trotzdem genommen.
bzw. 1 Gerät im livingroom da wäre der match mit raumangabe.

Dann verwirrt natürlich der "Eintrag hinter <device>;; wenn er nicht greift, bzw. noch nicht greift :-)
Wenn die Bezeichnung ignoriert wird, dann hat er ja alles richtig gemacht, und nebenbei für etwas Verwirrung gesorgt.

Zitat von: sepia am 26 Januar 2020, 13:01:51
Ein Log Eintrag der z.B. den FHEM "set" Befehl zusammen mit dem SEPIA Device Objekt anzeigt (und ggf. dem User Input)? Vielleicht könnte ich ein Smart Home Log-Level in die Config einbauen.

Zumindest hätte ich dann vermutlich recht schnell gesehen was er macht :-) Vielleicht würde auch schon das Log im ersten Schritt reichen,
wo er dann am Ende bei Welcher Wert? bzw. Welches Gerät? oder kein passendes Gerät gefunden auskommt. Entsprechend der Chatausgabe.

Zitat von: sepia am 26 Januar 2020, 13:01:51
Hmm komisch, an der Elastic wurde eigentlich nichts geändert, aber in den GitHub Issues scheint es einen User mit ähnlichem Fehler zu geben. Für die nächste Version mache ich einen neuen Docker Container und teste das alles mal durch mit Smart Home.

Also vorgehen ist (läuft per Skript durch, daher passiert immer das gleiche):

• Dein Build Skript mit dev laufen lassen
• dann Docker stoppen
• sepia.*.jar files löschen damit die alten files weg sind (ist aber egal ob mir oder ohne)
• ZIP entpacken in den SEPIA Ordner (ohne die custom.properties files)
• Besitzer und Rechte setzen
• docker starten (hier kommt kommen dann die drei dienste mit einem Fail hoch auch zwischendurch beim normalen build) das ganze macht man 5 mal hintereinander davon klappt es dann einmal

Ich war froh als er wieder lief :-) Die Java Version müsste auch mal aktualisiert werden.

Zitat von: sepia am 26 Januar 2020, 13:01:51
Ah! Gute Idee  ;D
[EDIT] Was passiert, wenn man später neue hinzufügt, muss ich das dann auch in FHEM neu schreiben? Oder kann ich über das HTTP Interface auch Werte schreiben, die nicht in der Auswahl sind?

Ja ich hatte befürchtet das so eine Frage kommt, denn die kann ich leider gerade so nicht beantworten. Vermutlich aber so wie du gerade auch die Attribute einfügst oder löscht.


Viele Grüße

Zitat
Zitat von: sepia am Gestern um 13:01:51

    Ah! Gute Idee  ;D
    [EDIT] Was passiert, wenn man später neue hinzufügt, muss ich das dann auch in FHEM neu schreiben? Oder kann ich über das HTTP Interface auch Werte schreiben, die nicht in der Auswahl sind?


Ja ich hatte befürchtet das so eine Frage kommt, denn die kann ich leider gerade so nicht beantworten. Vermutlich aber so wie du gerade auch die Attribute einfügst oder löscht.

fhem nimmt/setzt auch werte die nicht in der Liste stehen - ist zumindest bei userattr so.
um userattr in global nicht unnötig lang werden zu lassen, schlage ich allerdings vor die vorgabe gar nicht erst zu machen.. man muss zu 99% sowieso übers control hub eingreifen, dann kann man auch schnell den raum/typ (neu) setzen


mein Robo braucht als Befehl "zone Raumname". Komme ohne Service also momentan nicht drum herum für jeden Raum einen Befehl anzulernen.
schaut atm so aus:

When I say ...     "schicke Robo ins wohnzimmer"
Smart device:    <device>;;Staubsauger
Room:               empty

Action:    <set>
Value:     {"value":"zone Wohnzimmer", "type":"custom"}
Answer:  <1> fährt ins Wohnzimmer

in fhem:
sepia-name  Staubsauger
sepia-room  hallway
sepia-state-type text_raw
sepia-type  device


Funktioniert gut soweit - ist momentan allerdings auch mein einziges "device".

Kurzer Zwischenstand.

Zitat von: sepia am 26 Januar 2020, 13:01:51
Ist das aktuell noch ein Problem? Wenn die Befehle aus dem "set-cmds" Objekt kommen, sollten die eigentlich nicht verändert werden. Bei standard States wie ON, OFF etc. macht das SEPIA FHEM Interface automatisch eine "toLowerCase" Konversion weil FHEM scheinbar "on" versteht aber "ON" nicht (zumindest war das damals in meinen Tests so).

ich konnte es nun reproduzieren mit der to lower case schreibweise. Und wenn die custom config gefüllt ist:
{"set":"<val>","enable":"on","disable":"off"}

schreibt er alles klein, schreibt man es wieder rein, schreibt er gross.

[Edit]
In der Antwort wird bei <3> (trotz gefüllter custom config) alles klein ausgegeben in der Antwort.

Viele Grüße

Hallo zusammen,

ich hab zum Thema Befehle einfacher an FHEM zu schicken und mit zu loggen mal etwas gebaut. Aber da gibt es noch ein kleines Problem. Aber zuerst zur Idee.

Wir erstellen eine Art SepiaGateway bestehend aus dummy / notify / log (evtl. auch ein doif):

dummy:
defmod SepiaGateway dummy
attr SepiaGateway room Steuerung->SEPIA
attr SepiaGateway sepia-room other
attr SepiaGateway sepia-set-cmds {"set":"<val>"}
attr SepiaGateway sepia-state-type text_raw
attr SepiaGateway sepia-type other


notify:
defmod notify_SepiaGateway notify SepiaGateway:* {\
my $ExecCommand = $EVENT;;\
    Log 1,"Sepia Gateway Exceute: $ExecCommand" ;;\
fhem("$ExecCommand");;\
}
attr notify_SepiaGateway group Steuerung
attr notify_SepiaGateway room Steuerung->SEPIA


logging:

defmod SepiaGateway_log FileLog ./log/SepiaGateway-%Y.log SepiaGateway
attr SepiaGateway_log group Logging
attr SepiaGateway_log icon time_note
attr SepiaGateway_log logtype text
attr SepiaGateway_log room Steuerung->SEPIA,System->Logging


Der Log,1 Eintrag bzw. das FileLog ist natürlich optional.

Im TEACH Modul sieht es dann wie folgt aus:

When I say ...     "Schicke Robo ins Wohnzimmer"
Smart device:    <other>;;Robo
Room:               <other>

Action:    <set>
Value:     {"value":"set Robo_Control Wohnzimmer", "type":"custom"}
Answer:  <1> fährt ins Wohnzimmer


Damit lässt sich dann auch der setreading Befehle der ja schon mal gewünscht war auch realisieren.

Zitat von: TRallala am 16 Januar 2020, 08:23:17
Eine nächste (große!) Erweiterung wäre, wenn man nicht nur  <set device [room] state> bedienen könnte, sondern auch readings setzen kann <setreading device [room] reading value>. 8)

Es gibt aber ein kleines Problem. Vielleicht hat jemand eine Idee. Ich sehe vermutlich nur den Wald vor lauter Bäumen nicht.

Das notify löst nur beim Wertwechsel aus im dummy, was ja sicher auch richtig ist, aber das kann man doch bestimmt irgendwie umgehen.
Wenn ich den Befehl der im value vom Teachmodul steht direkt als Befehl im fhem abschicke geht es mehrfach hinterheinander.
Evtl. eine Überprüfung die greift bei der externen Übergabe?

Vielleicht hat dazu jemand eine Idee.
[Edit]
Fügt man folgende Zeile am Ende des Notifys ein, wird der state überschrieben und somit ändert er sich beim nächsten Befehl, aber das geht sicher auch eleganter.
Zumal das natürlich auch einen Logeintrag generiert.

fhem("setreading $NAME state -");


Vielen Dank.

Hallo,
jetzt wage ich mich endlich an das Projekt. Habe aber folgendes Problem. Ich kann mich nicht einloggen:

bei dieser Internetseite:
192.168.178.28:20721/tools/index.html

gebe ich bei Benutzername = Admin ein, welches ich in der Installation eingegeben habe.
bei Passwort= Assistant (aus der Installation)

Bei Authentication Server:
http://192.168.178.28:20721

Es heißt aber jedes Mal, dass der Login fehlgeschlagen ist. Was mache ich hier falsch? Über Hilfe freue ich mich sehr!

ZitatEs gibt aber ein kleines Problem. Vielleicht hat jemand eine Idee. Ich sehe vermutlich nur den Wald vor lauter Bäumen nicht.

Das notify löst nur beim Wertwechsel aus im dummy, was ja sicher auch richtig ist, aber das kann man doch bestimmt irgendwie umgehen.
Wenn ich den Befehl der im value vom Teachmodul steht direkt als Befehl im fhem abschicke geht es mehrfach hinterheinander.
Evtl. eine Überprüfung die greift bei der externen Übergabe?

Vielleicht hat dazu jemand eine Idee.

Deine Config m.M.n genau so richtig und funktioniert(0hne sie getestet zu haben)
Wenn ich das richtig sehe, liegt das Verhalten bei sepia.
Sepia merkt sich den status und schickt einen Befehl nicht doppelt, bzw. "zwangsweise".

ZitatDamit lässt sich dann auch der setreading Befehle der ja schon mal gewünscht war auch realisieren.

::) hmm, hast du wohl recht.

Zitatgebe ich bei Benutzername = Admin ein, welches ich in der Installation eingegeben habe.
bei Passwort= Assistant (aus der Installation)

Assistant ist (hoffentlich) nicht dein Passwort... falls doch versuch mal als login name "uid1003"
Falls das auch nicht funzt: führe nochmal das Setup aus und lies genau wann welches passwort einzugeben ist.

@TRallala
vielen Dank für deine Antwort:
Im setup wird man doch gefragt:
"Admin" --> Da kann ich nun was schreiben, z.B. Smarthome. Danach geht es direkt im Setup weiter und im Setup steht dann als nächstes "Assistant" und man muss wieder etwas eingeben sonst geht es ja nicht weiter im Setup, z.B. MeinPasswort. Ist das nun richtig oder wo genau muss ich ein Passwort eingeben? Ich dachte, dass diese beiden Abfragen entsprechend die login daten (Benutzername und Passwort) sind??? Gibt es auch eine Möglichkeit manuel das Passwort/ Benutzername auszulesen? Irgendwo muss es ja abgelegt sein?

ZitatIch dachte, dass diese beiden Abfragen entsprechend die login daten (Benutzername und Passwort) sind???

Stimmt auch, deine beschreibung was du gemacht hast war  nur etwas irritierend.

Gibt es auch eine Möglichkeit manuel das Passwort/ Benutzername auszulesen? Irgendwo muss es ja abgelegt sein?
somehow gehasht in  SEPIA/sepia-assist-server/Xtensions/assist.properties
unter universal_superuser_pwd

hast du admin@sepia.localhost oder uid1003 als login versucht?

@TRallala
vielen Dank, die Datei hat mir sehr weitergeholfen. Ich kam jetzt endlich rein:

Der login-Benutzer ist in meinem Fall: "uid1003" (wie auch in der Datei angegeben)
Das Passwort ist bei mir "Admin"! Also die erste Abfrage im Setup. Ich verstehe aber nicht für was dann "Assistent", d.h. die zweite Abfrage im Setup ist?
Noch etwas. Das PW ist in der Datei verschlüsselt, was ja auch Sinn macht.
Aber wie gesagt es funktioniert jetzt bei mir.
Vielen Dank dir noch einmal!

Zitat von: TRallala am 29 Januar 2020, 15:37:11
Deine Config m.M.n genau so richtig und funktioniert(0hne sie getestet zu haben)
Wenn ich das richtig sehe, liegt das Verhalten bei sepia.
Sepia merkt sich den status und schickt einen Befehl nicht doppelt, bzw. "zwangsweise".

@Florian kannst du was zu dem verhalten von Sepia sagen?

Ich hab nochmal ne Frage. Hat von euch schon jemand den Sepia Client im Firefox am laufen mit Nutzung des Mikrofons.
per https Verbindung via Reverse Proxy fragt zumindest der Firefox mal nach dem Zugriff auf das Mikrofon.

Sicherheitszugriff für Mikrofon und Kamera hat sich ja in den letzten Wochen Monaten in Chrome und Firefox geändert.

Nach Zugriffserlaubnis im Firefox und erneutem Klicken auf den Aufnahme Button im Sepia Client erhalte ich dann folgende Meldung


UI: Mikrofon nicht richtig erkannt oder Zugriff verweigert.


In den Einstellungen ist als custom Socket für ASR folgendes eingetragen:

ws://192.168.1.11:9000/stt/socket

Vielleicht ist auch dass das Problem? dann müsste ich das auch noch per SSL über den Proxy schieben?
(Fällt mir gerade beim schreiben hier so ein).

Jemand eine Idee was das sein könnte.

Danke.

Hallo Zusammen,

sorry, dass ich gerade etwas hinterherhinke mit den Antworten, arbeite noch fleißig am nächsten Update in der Hoffnung es vielleicht Morgen noch zum release Kandidaten zu schaffen, bevor ich dann ab Samstag eine Woche im Urlaub bin ::) ;D

ZitatDas klingt gut, ist ja fast wie an Weihnachten, wenn man auf die Geschenke wartet als Kind. :)
Vielleicht könnte man die states / events auch an fhem weitergeben, um dort darauf reagieren zu können. Ein paar Ideen dazu:
- hotworderkennung pro device (in dem Fall als der client android / browser headless)
- was erkannt wurde
- Gerät Online / Offline
- Vielleicht bietet das Snips Addon: https://github.com/Thyraz/Snips-Fhem bzw.  ja noch ein paar Ideen, die man einbauen könnte.
Ich kann das sonst bei Gelenheit nochmal detailierter formulieren.

:) State und Event broadcasting ist definitiv ein Thema dabei. Für das Interface zwischen dem Client und dem "remote Terminal" nutze ich einen Node.js Server, den ich vor einer ganzen Weile mal gebaut hatte um Bluetooth Beacon Signale an SEPIA weiterzuleiten: CLEXI (https://www.npmjs.com/package/clexi). Damals dachte ich noch nicht über MQTT nach, aber man könnte eine Erweiterung bauen für CLEXI, die die Events an einen Broker durchreicht. Bisher werden Events für Login, Logout, speaking, listening, loading und idle weitergeleitet ans "Terminal".

ZitatDabei hätte ich noch einen Featurewunsch:
Wieviel Uhr ist es | Wie spät ist es | Was sagt die Uhr;;  command=chat;;  reply=Es ist <local_time_hhmm> Uhr;;
Schau mal hier ein, hier wurde entsprechend ein wenig was in dem Hinblick für Snips gebaut: https://forum.fhem.de/index.php/topic,89548.930.html
[Edit]
Hast du einen Beispielaufruf fürs Teachmodul über die API zum aus und einlesen?

Dieses Feature wäre sicherlich sinnvoll, habe ich mal auf die Liste gesetzt. Für die Antworten geht es übrigens schon ;-) reply=Antwort A||Antwort B||Antwort C;;
Die Antwort wird dann zufällig ausgewählt. Das ganze System mit Antworten ist eigentlich noch viel komplexer, aber später mehr dazu ^^.
Ein erstes, einfaches Beispiel habe ich gerade mal exportiert und eine neue Sektion in den SEPIA Docs erstellt  ;D ->click me<- (https://github.com/SEPIA-Framework/sepia-docs/blob/master/API/teach-server.md)

ZitatDann verwirrt natürlich der "Eintrag hinter <device>;; wenn er nicht greift, bzw. noch nicht greift :-)
Wenn die Bezeichnung ignoriert wird, dann hat er ja alles richtig gemacht, und nebenbei für etwas Verwirrung gesorgt.

Ganz ignoriert wird er nicht ... falls eine Zahl drin steht ::) Die Hoffnung ist natürlich diese Informationen später auch komplett zu verwenden, der Schritt dahin wäre auch gar nicht so weit, zumal für Werte aus dem Teach-Interface ja nicht mal ein robustes Fuzzy-Matching nötig wäre (das braucht man dann wieder wenn das ganze per natürlicher Sprache gesagt wird), aber braucht noch etwas Zeit ;-)

Zitat
mein Robo braucht als Befehl "zone Raumname". Komme ohne Service also momentan nicht drum herum für jeden Raum einen Befehl anzulernen.
schaut atm so aus:

When I say ...     "schicke Robo ins wohnzimmer"
Smart device:    <device>;;Staubsauger
Room:               empty

Action:    <set>
Value:     {"value":"zone Wohnzimmer", "type":"custom"}
Answer:  <1> fährt ins Wohnzimmer

in fhem:
sepia-name  Staubsauger
sepia-room  hallway
sepia-state-type text_raw
sepia-type  device

Funktioniert gut soweit - ist momentan allerdings auch mein einziges "device".

Ah sehr gut, genau so hatte ich mir das vorgestellt  8)
Ich gucke mir aber auf jeden Fall mal die bereits besprochenen Konflikte mit mehreren Devices etc. an.

Zitatich konnte es nun reproduzieren mit der to lower case schreibweise. Und wenn die custom config gefüllt ist:
{"set":"<val>","enable":"on","disable":"off"}
schreibt er alles klein, schreibt man es wieder rein, schreibt er gross.

"<val>" kam in diesem Fall aus einem eigenen Teach-UI Befehl? Ansonsten kann das ja zur Zeit glaub nur eine Zahl sein oder übersehe ich jetzt selber was? ^^

Zitatich hab zum Thema Befehle einfacher an FHEM zu schicken und mit zu loggen mal etwas gebaut. Aber da gibt es noch ein kleines Problem. Aber zuerst zur Idee.

Wir erstellen eine Art SepiaGateway bestehend aus dummy / notify / log (evtl. auch ein doif):
...

Interessante Sache! 8)
Ich kenne mich mit FHEM Skripten noch nicht so gut aus, aber ich interpretiere das so: Man schickt via SEPIA ein "set" Kommando an den Dummy und der Dummy "übersetzt" es intern via "Notify" in einen etwas anderen Befehl + Log? Passt das so?
Und das Problem ist jetzt, dass Notify nur ausgelöst wird, wenn sich der Befehl ändert? Oder schickt SEPIA erst gar nichts ab?
SEPIA hat ein "Feature", das hier eventuell von Bedeutung ist. Wenn der neue "set" state identisch ist mit dem alten führt SEPIA keine Aktion aus. Beim Licht das bereits auf 50% steht sagt SEPIA dann einfach "Das Licht ist bereits auf 50%". Geprüft wird das durch auslesen des state kurz vor dem neuen setzen. Vielleicht könntest du den alten state nach dem notify irgendwie modifizieren, damit er nicht mehr identisch ist? Optimalerweise so, dass SEPIA bei "Was ist der Status von ...?" noch etwas sinnvolles sagen kann ^^.

ZitatDer login-Benutzer ist in meinem Fall: "uid1003" (wie auch in der Datei angegeben)
Das Passwort ist bei mir "Admin"! Also die erste Abfrage im Setup. Ich verstehe aber nicht für was dann "Assistent", d.h. die zweite Abfrage im Setup ist?
Noch etwas. Das PW ist in der Datei verschlüsselt, was ja auch Sinn macht.
Aber wie gesagt es funktioniert jetzt bei mir.
Vielen Dank dir noch einmal!

Es gibt in SEPIA zwei "Core" User, den 'Admin' und 'Assistant'. 'Assistant' is quasi SEPIA. Der Witz ist, dass SEPIA sich im Chat Server genau so einloggt wie der User ;-) Der zweite Witz ist, dass alle Teach-UI Befehle und SDK Services, die der 'Assistant' User "lernt" ALLEN Usern zur Verfügung stehen.
Im Setup wird man deshalb nach 2 Passwörtern gefragt, einmal Admin und einmal Assistant. Login in den Control HUB ist üblicherweise dein eigener User oder Admin. Der Admin hat standardmäßig die ID "uid1003" der Assistant "uid1005".

ZitatIch hab nochmal ne Frage. Hat von euch schon jemand den Sepia Client im Firefox am laufen mit Nutzung des Mikrofons.
per https Verbindung via Reverse Proxy fragt zumindest der Firefox mal nach dem Zugriff auf das Mikrofon.

Firefox unterstützt leider die Spracherkennung via Web Speech API nicht, deshalb muss der Browser auf den SEPIA STT Server zurückgreifen (https://github.com/SEPIA-Framework/sepia-stt-server) :-| Der Client erkennt Firefox und schaltet deshalb beim Start automatisch von "native" ASR auf "socket" und erwartet dann die URL zu dem STT Server. Das Docker Image gibt es bisher leider nur für 64bit x64 Systeme. Einige Verbesserungen dazu stehen ganz oben auf der To-Do Liste ^^.

vielen Dank schon mal.
Ich habe noch eine Frage, die ich wahrscheinlich zu Beginn hätte stellen sollen... ::) : Kann ich SEPIA auch ohne FHEM betreiben? Ich habe auf dem Raspi nur PIVCCU3 und iobroker?
Habe in den Einstellungen die IP-Adresse von iobroker und den Namen eingetragen, (der server wird grün, aber es werden keine Devices gefunden). Bei der IP-Adresse von PIVCCU3 gleiches Problem...

Hallo :-)
SEPIA läuft bisher nur mit FHEM und openHAB als Smart Home Zentrale. ioBroker habe ich auf der To-Do Liste, mit PIVCCU3 hatte ich bisher keinen Kontakt.

----

So, ich bin leider nicht mehr ganz fertig geworden mit dem nächsten, offiziellen Release, aber hier mal eine recht stabile Preview: DOWNLOAD v2.4.1 Preview (http://b07z.net/downloads/SEPIA-Home_v2.4.1_b04.zip). Vielleicht hat ja Jemand Lust etwas damit zu experimentieren ^^.

Es sind viele der besprochenen Änderungen und Fixes drin, z.B.:

• Neuer Raum: Wintergarten (sunroom)
• Korrektes Sammeln der Geräte via ID statt Name damit Geräte mit gleichem Namen nicht verschwinden
• "Raum Nummer 2" geht jetzt auch (vorher nur "Raum 2")
• Device und Raum Namen werden korrekt durchgereicht ohne "lower-case" Konversion
• Device Namen werden jetzt auch benutzt um den besten Treffer zu finden (macht im Grunde nur Sinn wenn der Name via Teach-UI definiert wurde, (noch) kein Fuzzy Matching, die Namen müssen also 100% übereinstimmen für einen Match)
• Bei mehreren Geräten des selben Typs im selben Raum (ohne definierten Device Name und ohne Index, also z.B. "Licht im Wohnzimmer") wird gefragt, ob das erste benutzt werden soll. Die Lösung ist noch nicht optimal, aber besser als ein "zufälliger" Treffer ;-)
• Diverse kleine Verbesserungen und Fixes hier und da
• Die Skripte für die lokale Java Installation sind auch enthalten ([SEPIA]/java/)

Außerdem gibt es 2 größere Erweiterungen:

• Text-to-speech (TTS) kann jetzt komplett über den SEPIA Server generiert werden, statt im Client. Dazu habe ich einen alten TTS Endpoint "modernisiert". In den Client Settings kann die Sprachausgabe bei "Voice engine" auf "Custom" umgestellt werden. Damit das ganze auch funktioniert muss einmal im upgedateten SEPIA-Home Setup (setup.sh) der Punkt "install TTS voices" ausgeführt werden. Im SEPIA Control HUB gibt es auch eine neue Seite für TTS Tests.
• Es gibt jetzt eine Art "Remote Terminal", zu finden im SEPIA Control HUB auf der neuen Seite "Client Connections". Der Client hat dafür einen neuen "headless" Mode bekommen (URL-Flag "isHeadless=true"), der automatisch nach 8s Login Screen einen Setup Modus aktiviert, die neue Datei "settings.js" im Client Verzeichnis einliest und sich dann versucht mit dem Server fürs "Remote Terminal" zu verbinden.

Beides ist primär für eine "headless" Raspberry Pi Installation gedacht. Die Skripte dafür sind hier zu finden: https://github.com/SEPIA-Framework/sepia-installation-and-setup/tree/dev/sepia-client-installation/rpi

Wer das Installationsskript testen möchte muss im Schritt 'bash install_sepia_client.sh' noch ein 'dev' anhängen, da noch nichts im GitHub Master ist, sprich 'bash install_sepia_client.sh dev' (ich hoffe das klappt ^^, sonst müsste man die Client Daten manuell rüberkopieren nach ~/clexi/www/sepia/).

Ich habe das ganze bisher auf einem Raspberry Pi Zero und einem RPi 3 getestet, jeweils mit Raspbian Buster und ReSpeaker 2-Mic HAT bzw. einem USB Mikrofon (Amazon Basics Kondensator Mic) + Sound Output via Headphone Jack (Klinke Kabel).

Ab Morgen bin ich eine Woche im Urlaub und kann wahrscheinlich nur bedingt auf Fragen eingehen, werde aber sicher mal reinschauen ^^. Hoffe das Meiste erklärt sich von selbst ...  ??? ;D ... und ihr habt Lust zu testen ;-) Das "Remote Terminal" hat auch einen "help" Befehl =)

ok. Danke. Dann werde ich wohl warten müssen... ;)
Viel Vergnügen im Urlaub :)

Zitat von: sepia am 30 Januar 2020, 20:44:29
Ein erstes, einfaches Beispiel habe ich gerade mal exportiert und eine neue Sektion in den SEPIA Docs erstellt  ;D ->click me<- (https://github.com/SEPIA-Framework/sepia-docs/blob/master/API/teach-server.md)

habe ich mir angeschaut, aber noch nicht 100% durchgestiegen, bzw. wie dann ein Befehl aussehen sollte. wie im Robo Beispiel. :-)
Vielleicht kannst du da die Syntax nochmal etwas genauer aufsplitten. Vielleicht finde ich in der Zwischenzeit noch was im Wiki.
Deine Textdateien die eingelesen werden hab ich auch geschaut. Da hab ich überlegt, ob du dort zu den Sprachfiles nicht noch eine _custom oder ähnlich hinterlegen kannst. da könnte man dann updatefähige eigene Bausteine reinpacken.

Zitat von: sepia am 30 Januar 2020, 20:44:29
Ganz ignoriert wird er nicht ... falls eine Zahl drin steht ::) Die Hoffnung ist natürlich diese Informationen später auch komplett zu verwenden, der Schritt dahin wäre auch gar nicht so weit, zumal für Werte aus dem Teach-Interface ja nicht mal ein robustes Fuzzy-Matching nötig wäre (das braucht man dann wieder wenn das ganze per natürlicher Sprache gesagt wird), aber braucht noch etwas Zeit ;-)

Ah sehr gut, genau so hatte ich mir das vorgestellt  8)
Ich gucke mir aber auf jeden Fall mal die bereits besprochenen Konflikte mit mehreren Devices etc. an.

Wäre gut ja (doppelte Lampen im gleichen Raum (Heizung und Rollos)

Zitat von: sepia am 30 Januar 2020, 20:44:29
"<val>" kam in diesem Fall aus einem eigenen Teach-UI Befehl? Ansonsten kann das ja zur Zeit glaub nur eine Zahl sein oder übersehe ich jetzt selber was? ^^

Ja genau so war es, würde ich dann in der nächsten Version testen.

Zitat von: sepia am 30 Januar 2020, 20:44:29
Interessante Sache! 8)
Ich kenne mich mit FHEM Skripten noch nicht so gut aus, aber ich interpretiere das so: Man schickt via SEPIA ein "set" Kommando an den Dummy und der Dummy "übersetzt" es intern via "Notify" in einen etwas anderen Befehl + Log? Passt das so?
Und das Problem ist jetzt, dass Notify nur ausgelöst wird, wenn sich der Befehl ändert? Oder schickt SEPIA erst gar nichts ab?
SEPIA hat ein "Feature", das hier eventuell von Bedeutung ist. Wenn der neue "set" state identisch ist mit dem alten führt SEPIA keine Aktion aus. Beim Licht das bereits auf 50% steht sagt SEPIA dann einfach "Das Licht ist bereits auf 50%". Geprüft wird das durch auslesen des state kurz vor dem neuen setzen. Vielleicht könntest du den alten state nach dem notify irgendwie modifizieren, damit er nicht mehr identisch ist? Optimalerweise so, dass SEPIA bei "Was ist der Status von ...?" noch etwas sinnvolles sagen kann ^^.

genau der Befehl wird dann komplett an den Dummy geschickt. (gleiches gilt dann für das setreading "Problem"), kurz danach hab ich die Anpassung gemacht (Vermutlich untergegangen) und es zumindest mit einem state - erweitert. Damit wird quasi innerhalb des notify erst der Befehl ausgeführt und dann der state zurück auf - gesetzt. (kann natürlich jeder andere Wert sein.
Ja das mit dem Zurücksetzen des state auf was sinnvolles hab ich auch schon überlegt. ist mir aber direkt nichts eingefallen. Das device wäre ja nur ein gateway proxy teach device. die Mehrfachantworten sind natürlich mal nicht schlecht für den ersten Schritt. Es wird gleichzeitig jeder befehl der über den Dummy geschickt wird, dann auch direkt ins mitangelegte LogDevice geschrieben. und zusätzlich nochmal ins Fhem log. (natürlich kein muss sondern optional)

Zitat von: sepia am 30 Januar 2020, 20:44:29
Firefox unterstützt leider die Spracherkennung via Web Speech API nicht, deshalb muss der Browser auf den SEPIA STT Server zurückgreifen (https://github.com/SEPIA-Framework/sepia-stt-server) :-| Der Client erkennt Firefox und schaltet deshalb beim Start automatisch von "native" ASR auf "socket" und erwartet dann die URL zu dem STT Server. Das Docker Image gibt es bisher leider nur für 64bit x64 Systeme. Einige Verbesserungen dazu stehen ganz oben auf der To-Do Liste ^^.

Das hab ich soweit verstanden, vielleicht habe ich mir hier auch etwas kompliziert ausgedrückt. Ich trage ja den websocket zum stt server ein. Danach versucht er auch auf das Mikrofon zuzugreifen. Es ist auch erlaubt und blinkt. Und dann gibt es aber nochmal den Textzugriff verweigert. Vor dem hinterlegen des STT Server gibt es zusätzlich die Meldung das er einen Server braucht und nicht finden kann.

Ist ggf. dem Firefox die Websocket Verbindung nicht sicher genug?

Vielen Dank und einen schönen Urlaub.

Zitat von: sepia am 01 Februar 2020, 02:27:14
So, ich bin leider nicht mehr ganz fertig geworden mit dem nächsten, offiziellen Release, aber hier mal eine recht stabile Preview: DOWNLOAD v2.4.1 Preview (http://b07z.net/downloads/SEPIA-Home_v2.4.1_b04.zip). Vielleicht hat ja Jemand Lust etwas damit zu experimentieren ^^.

Würde gerne einer der Testkandidaten sein. Hat denn jemand sonst sepia im Docker am laufen und kann sagen ob es mit der dev vom github bzw. dem Preview Zip von hier auch Probleme gibt oder Problemlos läuft.

Aktuell ist es wieder so, dass ich im SmartHome hab ein Load Hub Info machen kann, und auch SEPIA Register wo er das global attr im Fhem aktualisiert.
Was aber nicht geht. er fragt keine devices mehr ab. Egal welcher Typ in der Dropdown gewählt wird.

Vielleicht hat jemand einen Tipp / Hinweis / Idee.

Vielen Dank und allen ein schönes Wochenende.

Hallo, ich bin auch Snips vorbelastet und  hab jetzt mal testweise einen Pi3 mit Raspian und Sepia zum laufen gebracht.  Nun habe keine Verbindung zu meinen FHEM Raspberry der in meinen lokalen Netzwerk ist. User und Passwort im Fhem Web hab ich mal auf "user:test12345" gestellt.
In Sepia dann "smarthome_hub_auth_type=Basic" ; "smarthome_hub_auth_data=dXNlcjp0ZXN0MTIzNDU=" wie im Beispiel gesetzt.
Leider werden keine Geräte gefunden. Vielleicht kann jemand helfen?

Gruß Lucca

GUI:
{
  "result": "fail",
  "error": "Could not register SEPIA Framework inside smart home HUB. See assist-server log for errors."
}

LOG:
22020-02-07 19:26:39 ERROR - FHEM - registerSepiaFramework: Failed! Could not load global attributes. Msg.: {"STRING":"<!DOCTYPE html PUBLIC \"   --->   bla,bla,bla  ---> body><\/html>","HTTP_REST_SUCCESS":true}


EDIT : GELÖST
Wenn man es richtig macht klappt es auch. Wieder mal dumm angestellt.
Beim "smarthome_hub_host" hatte ich "http://192.168.178.40:8083" eingetragen.
Muss aber natürlich noch "/fhem" mit hinten ran "http://192.168.178.40:8083/fhem"
Na mal sehen wie weit ich jetzt so komme.... :)

@Sepia Danke für dein super Arbeit hier.

Nun bin ich soweit das ich mein PS3eye als Mircophone über USB und normale Lautsprecher am 3,5 Klinke verkabelt habe.
Mit arecord --format=S16_LE --duration=5 --rate=16000 --file-type=raw out.raw kann ich eine Aufnahme machen und mit
aplay --format=S16_LE --rate=16000 out.raw die Aufnahme abpielen. Soweit so gut es funktioniert prima.
Im Sepia Chatfenster habe ich testweise mal ein Radiostream abgespielt, höre aber nichts. Wenn ich aufs Mikro klicke kommt die Meldung   
"UI: Mikrofon nicht richtig erkannt oder Zugriff verweigert."
Bei Snips musste ich den Snips-Audioserver vorher konfigurieren. Gibt es hier auch noch so etwas oder was habe ich übersehen?

gruß Lucca

Hallo Florian,

hoffe du bist gut aus dem Urlaub zurück gekommen.

Zitat von: sepia am 01 Februar 2020, 02:27:14
Wer das Installationsskript testen möchte muss im Schritt 'bash install_sepia_client.sh' noch ein 'dev' anhängen, da noch nichts im GitHub Master ist, sprich 'bash install_sepia_client.sh dev' (ich hoffe das klappt ^^, sonst müsste man die Client Daten manuell rüberkopieren nach ~/clexi/www/sepia/).

Kannst du das Stichwort noch ins Wiki vom dev Eintragen. Das hab ich hier vemutlich gelesen und wahrgenommen, aber dann nicht mehr auf dem Schirm gehabt als ich das Setup durchlaufen bin.
Daher hat er natürlich nicht sauber gearbeitet, und immer fehlende settings.js Fehler geworfen.

https://github.com/SEPIA-Framework/sepia-installation-and-setup/tree/dev/sepia-client-installation/rpi (https://github.com/SEPIA-Framework/sepia-installation-and-setup/tree/dev/sepia-client-installation/rpi)

Vielleicht kannst du das nochmal ins Wiki schreiben, das man die Info auch direkt dort hat, ohne das man vorher hier den Kommentar gelesen haben muss.

Kann ich den Client im Trockenlauf testen? im Hub gibt es leider aktuell keine Meldungen wenn ich connect oder disconnect klicke.
Vielleicht hängt das auch mit meinem vorherigen Problem Docker vs. Dev Install zusammen.

Ich würde gerne weiter Testen, also wenn du mal 1-2 Tipps hast danke dir.

Zusatzhinweis: was Vermutlich das Hauptproblem ist: auf den Pis läuft bereits ein apache2 (max2play image) auf Port 80 (hab ich bereits auf Port 81 verschoben)
Vermutlich kommen sie sich dennoch in die quere. Dann beim Aufruf von Port 80 trotzdem die apache2 default seite angezeigt wird.

[EDIT] Vermutlich liegt es an der LXDE Umgebung, da hören dann meine Linuxkenntnisse langsam auf, Openbox hängt damit zusammen.
Wenn ich das richtig verstehe, müsste nur das openbox "autostart" auf die LXDE Umgebung angepasst werden.
Ich versuche mich dann mal daran.
Beim Blanko Raspi Lite läuft es durch.

Das Problem mit dem Server bleibt aber stehen.


Gruß
Basti

Hallo zusammen,
habe nun SEPIA am Laufen, funktioniert soweit auch alles wie es soll.
Nun stellt sich die Frage wie ich am einfachten den erkannten Text ("STT") an meine Talk2Fhem-Instanz senden kann.

Gibt es es eine Systemvariable die den Text zur Verfügung stellt?

Gruß,
Stefan

Zitat von: whistler am 01 Februar 2020, 13:14:28
Würde gerne einer der Testkandidaten sein. Hat denn jemand sonst sepia im Docker am laufen und kann sagen ob es mit der dev vom github bzw. dem Preview Zip von hier auch Probleme gibt oder Problemlos läuft.

Aktuell ist es wieder so, dass ich im SmartHome hab ein Load Hub Info machen kann, und auch SEPIA Register wo er das global attr im Fhem aktualisiert.
Was aber nicht geht. er fragt keine devices mehr ab. Egal welcher Typ in der Dropdown gewählt wird.

Vielleicht hat jemand einen Tipp / Hinweis / Idee.

Vielen Dank und allen ein schönes Wochenende.

[UPDATE]: Ich habe nun mal komplett eine VM, anstatt des Docker Containers erstellt.
Leider gibt es dort immer noch die Zugriffsprobleme vom Hub wie oben schon beschrieben.

ZitatNo items found or no access to smart home system.

Wenn jemand eine Idee hat, immer her damit. Danke.

Also ich habe das ganze auf einem Ubuntus 18.04 Server in einem LXD Container (auch Ubuntu 18.04) laufen....ohne Probleme

Hallo Zusammen :-)

Bin wohlbehalten aus dem Urlaub zurück und bereit den nächsten Release fertigzustellen :-).
Hat jemand noch gröbere Bugs entdeckt in der Zwischenzeit? ^^ (speziell im Zusammenhang mit FHEM).

In letzter Zeit hatte ich öfters von Problemen mit SEPIA im Docker Container oder einer VM gehört. Vielleicht kann ich da die kommenden Tage mal genauer drauf gucken bzw. zumindest einen neuen Docker Container testen und bauen.

Zitat von: whistler am 01 Februar 2020, 12:57:36habe ich mir angeschaut, aber noch nicht 100% durchgestiegen, bzw. wie dann ein Befehl aussehen sollte. wie im Robo Beispiel. :-)
Vielleicht kannst du da die Syntax nochmal etwas genauer aufsplitten. Vielleicht finde ich in der Zwischenzeit noch was im Wiki.
Deine Textdateien die eingelesen werden hab ich auch geschaut. Da hab ich überlegt, ob du dort zu den Sprachfiles nicht noch eine _custom oder ähnlich hinterlegen kannst. da könnte man dann updatefähige eigene Bausteine reinpacken.

Punkt 1 werde ich nachholen ^^. Punkt 2 ist eigentlich eine gute Idee, ich setze das mal auf die To-Do Liste :-)

Zitat von: whistler am 01 Februar 2020, 12:57:36Das hab ich soweit verstanden, vielleicht habe ich mir hier auch etwas kompliziert ausgedrückt. Ich trage ja den websocket zum stt server ein. Danach versucht er auch auf das Mikrofon zuzugreifen. Es ist auch erlaubt und blinkt. Und dann gibt es aber nochmal den Textzugriff verweigert. Vor dem hinterlegen des STT Server gibt es zusätzlich die Meldung das er einen Server braucht und nicht finden kann.

Bei meinen letzten Tests in Firefox lief das eigentlich ganz gut. Was die Browser allerdings nie zulassen ist, wenn du den Client von HTTPS startest und dann auf einen nicht-HTTPS (bzw. wss) Server zugreifen willst. Chrome(ium) hat allerdings zur Not einen Flag für "insecure origins". Ist das vielleicht bei dir der Fall? Welches Betriebssystem war das?

Zitat von: lucca111 am 08 Februar 2020, 14:28:24Nun bin ich soweit das ich mein PS3eye als Mircophone über USB und normale Lautsprecher am 3,5 Klinke verkabelt habe.
[...]
Bei Snips musste ich den Snips-Audioserver vorher konfigurieren. Gibt es hier auch noch so etwas oder was habe ich übersehen?
gruß Lucca

Hi Lucca,
einen Audioserver gibt es nicht bei SEPIA (nur einen TTS endpoint im kommenden Release), aber Audio im RPi ist extrem zickig irgendwie. Wie genau sieht dein Setup gerade aus?  RPi4 + Ps3eye + Klinke Ausgang? Das Ps3eye hat bei mir immer ziemlich Probleme gemacht :-( Hast du eines der neuen Skripts von ->hier<- (https://github.com/SEPIA-Framework/sepia-installation-and-setup/tree/dev/sepia-client-installation/rpi) benutzt um einen SEPIA RPi Client aufzusetzen?

Zitat von: whistler am 12 Februar 2020, 12:56:04
Kannst du das Stichwort noch ins Wiki vom dev Eintragen. Das hab ich hier vemutlich gelesen und wahrgenommen, aber dann nicht mehr auf dem Schirm gehabt als ich das Setup durchlaufen bin.

Hab ich schnell mal angefügt. Sobald das ganze im Master ist muss ich den 'wget' Link allerdings eh auch noch mal anpassen und nehme es dann wieder raus ;-)

Zitat von: whistler am 12 Februar 2020, 12:56:04
Zusatzhinweis: was Vermutlich das Hauptproblem ist: auf den Pis läuft bereits ein apache2 (max2play image) auf Port 80 (hab ich bereits auf Port 81 verschoben)
Vermutlich kommen sie sich dennoch in die quere. Dann beim Aufruf von Port 80 trotzdem die apache2 default seite angezeigt wird.

[EDIT] Vermutlich liegt es an der LXDE Umgebung, da hören dann meine Linuxkenntnisse langsam auf ...

Ich würde zur Zeit dringend empfehlen einen SEPIA Client nur auf einem ganz frisch installierten Raspbian Buster Lite zu testen. Konflikte mit anderen Packages sind nicht unwahrscheinlich, vor allem im Audio-System. Apache und Nginx gleichzeitig ist vermutlich auch nicht so gut ^^. Ich hatte vor einiger Zeit auch mal eine Version mit LXDE konfiguriert, das habe ich der Einfachheit halber aber zunächst mal auf die Warteliste gesetzt.

Zitat von: Haecksler am 12 Februar 2020, 15:59:41
Hallo zusammen,
habe nun SEPIA am Laufen, funktioniert soweit auch alles wie es soll.
Nun stellt sich die Frage wie ich am einfachten den erkannten Text ("STT") an meine Talk2Fhem-Instanz senden kann.

Hi Stefan,
mit den neuen RPi Clients, die zur Zeit noch im Dev Branch sind, könnte man theoretisch auch den erkannten Text broadcasten (bisher werden da nur die "states" des Assistenten übertragen um in Zukunft z.B. LEDs am RPi zu triggern). Ansonsten gibt es auch noch einen MQTT Demo im SEPIA Extensions Repo, den du über den SEPIA Control HUB installieren kannst (https://github.com/SEPIA-Framework/sepia-docs/wiki/Creating-your-own-smart-service-%28aka%3A-skill-or-voice-action%29#code-ui-inside-the-control-hub) und der einige Smart Home Befehle erkennen kann wenn der Satz mit "mqtt" anfängt oder endet.

Willkommen zurück

Zitat von: sepia am 13 Februar 2020, 02:03:46
Hat jemand noch gröbere Bugs entdeckt in der Zwischenzeit? ^^ (speziell im Zusammenhang mit FHEM).

Bei mir bleiben noch die HUB Fehlermeldungen, wenn ich die Devices auflisten will. (Register HUB klappt aber nach wie vor)
Sowohl im Docker, als auch in der frisch installierten VM. Ich hab beim kopieren der custom propertie Files gesehen, das die "originale" mittlerweile gewachsen sind, ich nehme aber an, das was nicht in der custom zieht wird aus der normalen nachgeladen. (Jeweils der DEV Stand) Im Log kann ich nichts finden, oder ich gucke an der falschen stelle.

Zitat von: sepia am 13 Februar 2020, 02:03:46
In letzter Zeit hatte ich öfters von Problemen mit SEPIA im Docker Container oder einer VM gehört. Vielleicht kann ich da die kommenden Tage mal genauer drauf gucken bzw. zumindest einen neuen Docker Container testen und bauen.

Punkt 1 werde ich nachholen ^^. Punkt 2 ist eigentlich eine gute Idee, ich setze das mal auf die To-Do Liste :-)

Zitat von: sepia am 13 Februar 2020, 02:03:46
Bei meinen letzten Tests in Firefox lief das eigentlich ganz gut. Was die Browser allerdings nie zulassen ist, wenn du den Client von HTTPS startest und dann auf einen nicht-HTTPS (bzw. wss) Server zugreifen willst. Chrome(ium) hat allerdings zur Not einen Flag für "insecure origins". Ist das vielleicht bei dir der Fall? Welches Betriebssystem war das?

Windows 10 64 bit, im Edge geht es, wenn ich dann direkt die URL Nehme und den ASR angebe. Aber der Fragt jedesmal den Zugriff aufs Mikrofon an. Im Firefox will es aktuell gar nicht, Da hab ich die Auswahl nicht für die ASM (Not support) hab ich mit der 0.21 Web App die aktuellste Version.

Zitat von: sepia am 13 Februar 2020, 02:03:46
Ich würde zur Zeit dringend empfehlen einen SEPIA Client nur auf einem ganz frisch installierten Raspbian Buster Lite zu testen. Konflikte mit anderen Packages sind nicht unwahrscheinlich, vor allem im Audio-System. Apache und Nginx gleichzeitig ist vermutlich auch nicht so gut ^^. Ich hatte vor einiger Zeit auch mal eine Version mit LXDE konfiguriert, das habe ich der Einfachheit halber aber zunächst mal auf die Warteliste gesetzt.

Hast du da zufällig die Skripte vom Testen noch und würdest sie als not supported zur Verfügung stellen, ich hab mal testweise einen PI Blank installiert, aber in der Endversion möchte ich natürlich nicht alle Pis neu installieren versteht sich denke ich.
Apache und NGinx kommen sich nur noch in die Quere, weil er versucht zusätzlich in der Config die Defaultsite zu laden. Ich konnte es soweit einschränken das der Nginx als Proxy läuft und wenn ich den Node Server Manuell per ssh aufrufe klappt auch die Anzeige im Browser das er ihn erreicht über den nginx reverse proxy. es Findet natürlich kein Audio statt.

Zitat von: sepia am 13 Februar 2020, 02:03:46
Hi Stefan,
mit den neuen RPi Clients, die zur Zeit noch im Dev Branch sind, könnte man theoretisch auch den erkannten Text broadcasten (bisher werden da nur die "states" des Assistenten übertragen um in Zukunft z.B. LEDs am RPi zu triggern). Ansonsten gibt es auch noch einen MQTT Demo im SEPIA Extensions Repo, den du über den SEPIA Control HUB installieren kannst (https://github.com/SEPIA-Framework/sepia-docs/wiki/Creating-your-own-smart-service-%28aka%3A-skill-or-voice-action%29#code-ui-inside-the-control-hub) und der einige Smart Home Befehle erkennen kann wenn der Satz mit "mqtt" anfängt oder endet.

Die Leds vom respeaker Modul wären auch Schick, sofern du die nicht sowieso auch meintest.


Vielen Dank.

Hallo Florian,

nochmal als Ergänzung zu den Tests mit dem headless Client (oder Display Variante).

Zitat von: sepia am 13 Februar 2020, 02:03:46
Ich würde zur Zeit dringend empfehlen einen SEPIA Client nur auf einem ganz frisch installierten Raspbian Buster Lite zu testen. Konflikte mit anderen Packages sind nicht unwahrscheinlich, vor allem im Audio-System. Apache und Nginx gleichzeitig ist vermutlich auch nicht so gut ^^. Ich hatte vor einiger Zeit auch mal eine Version mit LXDE konfiguriert, das habe ich der Einfachheit halber aber zunächst mal auf die Warteliste gesetzt.

Hast du da zufällig die Skripte vom Testen noch und würdest sie als not supported zur Verfügung stellen, ich hab mal testweise einen PI Blank installiert, aber in der Endversion möchte ich natürlich nicht alle Pis neu installieren versteht sich denke ich.
Apache und NGinx kommen sich nur noch in die Quere, weil er versucht zusätzlich in der Config die Defaultsite zu laden. Ich konnte es soweit einschränken das der Nginx als Proxy läuft und wenn ich den Node Server Manuell per ssh aufrufe klappt auch die Anzeige im Browser das er ihn erreicht über den nginx reverse proxy. es Findet natürlich kein Audio statt.

[UPDATE]
Ich hab jetzt dein openbox autostart skript in ein bash skript gepackt und lasse es nun als display starten. Dann kommt auch der chromium mit localhost:8080 hoch. einloggen kann ich mich, wenn ich die Server URL wie bei der App ganz normal eintrage.
Bekomme aber bei dem Versuch vom HUB aus Remote zuzugreifen folgende Meldung:
CLEXI closed. Reason: 1005
CLEXI server says welcome. Info: {"msg":"not authorized","version":"CLEXI Node.js server v0.8.1"}
CLEXI connected
CLEXI connecting ...


Die gleiche Meldung erhalte ich auch beim Zugriff vom raspian lite Test Client, also die Testinstallation raspian lite + headless Client.

Kleine Frage am Rande: Sehe ich das richtig das du im openbox autostart skript aktuell noch fest das headless als 1 mitgibst?

Zitat von: whistler am 13 Februar 2020, 13:10:30Bei mir bleiben noch die HUB Fehlermeldungen, wenn ich die Devices auflisten will. (Register HUB klappt aber nach wie vor) Sowohl im Docker, als auch in der frisch installierten VM. Ich hab beim kopieren der custom propertie Files gesehen, das die "originale" mittlerweile gewachsen sind, ich nehme aber an, das was nicht in der custom zieht wird aus der normalen nachgeladen. (Jeweils der DEV Stand) Im Log kann ich nichts finden, oder ich gucke an der falschen stelle.

Hi Basti. Ich fasse noch mal kurz zusammen um sicher zu gehen:
- Du hast jeweils eine SEPIA Home Installation als Docker Container (nachträglich upgedated) und eine als VM.
- Beide Systeme können "GET DEVICES" nicht ausführen, "Register" klappt aber
- Ein drittes (?) System ohne virtuelle Umgebung funktioniert ohne Fehler (?)

Kannst du über den Chat im Client denn die Geräte steuern?

Bzgl. properties files: Welche der 3 Versionen (custom, test und "default") geladen wird hängt vom Start-Parameter ab, der für die jeweilige JAR Datei benutzt wird. In der SEPIA-Home Release-Version wird standardmäßig "--my" angehängt, was dazu führt, dass die xx.custom.properties geladen wird. In der letzten Version sind glaube ich 2 oder 3 Einträge für den neuen TTS Endpoint hinzugekommen, falls die in deiner nicht existieren wird aber einfach intern der Standardwert gesetzt.

Zitat von: whistler am 13 Februar 2020, 13:10:30Windows 10 64 bit, im Edge geht es, wenn ich dann direkt die URL Nehme und den ASR angebe. Aber der Fragt jedesmal den Zugriff aufs Mikrofon an. Im Firefox will es aktuell gar nicht, Da hab ich die Auswahl nicht für die ASM (Not support) hab ich mit der 0.21 Web App die aktuellste Version.

Ist das schon der neuste Edge, der auf Chromium basiert? Der kann nämlich theoretisch die "native" ASR, aber praktisch ist das buggy, weil Microsoft es scheinbar nicht vollständig implementiert hat. Der SEPIA STT Server (ASR engine "custom") müsste aber auf Firefox und Edge laufen. Die wiederholte Frage nach Mikrofon Zugriff kommt normalerweise, wenn du kein SSL Zertifikat hast und nicht via Localhost arbeitest (localhost oder 127.0.0.1). Es gibt mehrere Möglichkeiten dieses Problem zu umgehen, z.B. selbst signierte Zertifikate, die man im Proxy reinlädt oder gleich echte Zertifikate (im SEPIA Ordner gibt es ein paar Hilfestellungen für Duck DNS + Let's Encrypt). Man könnte auch auf dem System mit Browser einen Proxy nutzen und dann über Localhost arbeiten. Die Sache mit den Zertifikaten war schon immer eins der nervigsten Problemchen, deswegen arbeiten die neuen "headless" Clients alle auf Localhost.
In Firefox funktioniert zur Zeit gar nichts bei dir?

Zitat von: whistler am 13 Februar 2020, 13:10:30Hast du da zufällig die Skripte vom Testen noch und würdest sie als not supported zur Verfügung stellen, ich hab mal testweise einen PI Blank installiert, aber in der Endversion möchte ich natürlich nicht alle Pis neu installieren versteht sich denke ich...

Ich habe gerade mal gesucht und dabei festgestellt, dass ich mich vertan hab, es war LightDM als Login Manager, nicht LXDE :o
Theoretisch läuft auch alles irgendwie mit der Raspbian Desktop Installation aber ich kann die Clients momentan offiziell nur auf sauberem Raspbian Lite unterstützen, mit genau den Packages, die das Installationsskript vorsieht. Ich verstehe, dass du deine RPis nicht alle neu installieren willst, aber ich würde eh nicht empfehlen irgendwelche andere Software auf den gleichen Geräten laufen zu lassen, höchstens vielleicht bei einem RPi4 ab 2 GB RAM. Ich habe in den letzten Wochen meine PIs so oft neu installiert, dass eine komplette Installation vom Formatieren der SD Karte bis zum ersten "SEPIA wie gehts" nicht länger als 5min dauert (die Zeit nicht mitgerechnet wo das Skript automatisch arbeitet) ;D

Zitat von: whistler am 13 Februar 2020, 13:10:30
Die Leds vom respeaker Modul wären auch Schick, sofern du die nicht sowieso auch meintest.

Die hatte ich im Sinn ;-)

Zitat von: whistler am 13 Februar 2020, 13:10:30
CLEXI server says welcome. Info: {"msg":"not authorized","version":"CLEXI Node.js server v0.8.1"}

Das könnte ein Problem mit den letzten Änderungen im Dev Branch von Gestern sein. Der CLEXI Server kann optional jetzt die Server ID als Passwort nutzen. Wenn deine anderen Tools 1-2 Tage älter sind schicken die aber die entsprechenden Header zum authentifizieren noch nicht mit. Guck mal in "~/clexi/settings.json" ob es da einen Eintrag "idIsPassword":true gibt und setz den auf "false".

Zitat von: whistler am 13 Februar 2020, 13:10:30
Kleine Frage am Rande: Sehe ich das richtig das du im openbox autostart skript aktuell noch fest das headless als 1 mitgibst?

Ja, aber je nachdem welche Version der Installationsskripts du hast müsste es eine "setup.sh" geben, die als Option das Switchen zwischen "headless" und "display" ermöglicht (die macht aber auch nichts anderes als diesen Wert auf 1 oder 0 zu setzten). Vorsicht: Wenn der Wert auf "display" steht, dann verbindet sich der Client nicht mehr automatisch mit dem "remote terminal" (CLEXI Server) falls die Daten dazu nicht noch zufällig gespeichert sind und man muss alle Einstellungen über das Display vornehmen.

Zitat von: sepia am 13 Februar 2020, 18:59:10
Hi Basti. Ich fasse noch mal kurz zusammen um sicher zu gehen:
- Du hast jeweils eine SEPIA Home Installation als Docker Container (nachträglich upgedated) und eine als VM.
- Beide Systeme können "GET DEVICES" nicht ausführen, "Register" klappt aber
- Ein drittes (?) System ohne virtuelle Umgebung funktioniert ohne Fehler (?)

Hi Florian,

einen Docker Cointainer (Stand 2.40 vom 31.12.2019) da geht die Funktion mit dem HUB.
Alles was danach kommt geht nicht mehr (gleicher Docker Container mit DEV Skript compiliert und aktualisiert)
Die VM ist ein Debian Buster und ich installiert dort mit einem Sepia User. Ich wollte es entgegen deiner Anleitung unter /opt installieren, aber das klappt nicht so gut.
dann die Rechte teilweise beim Durchlaufen fehlen (anderes Thema). Aber mit deinen Default Pfaden konnte ich installieren. Hier auch der aktuellste Stand vom dev.

Ja es geht beim DEV Stand jeweils das Load HUB, dann die "LED" grün. Und bei Register Sepia muss ich die Änderung im FHEM Speichert mit attr grobal.
Aber beim GET DEVICES sagt er geht nicht.

Ein Drittes System gibt es nicht (ich switche zwischen master und dev hin und her), aber solangsam wird es dann unübersichtlich :-)
Die VM war dafür gedacht zu gucken ob der Fehler dort weg ist. Ich hab mir dein Backup Skript abgeschaut, um zu gucken wie du die "Daten" kopierst.

Daher wäre in dem Falle ja ein Log oder sowas in der Art gut, um zu wissen wo er abbiegt, oder eben nicht.

Es gibt den STT Server noch in einer weiteren VM. Der läuft dort auch. Da ging es von der Handy APP (Android) Auch immer. Auch wenn die Erkennung schwangt, aber das ist ein anderes Thema.

Zitat von: sepia am 13 Februar 2020, 18:59:10
Kannst du über den Chat im Client denn die Geräte steuern?

Nein beim steuern im Chat kommt die sinngemäße Meldung (Leider gibt es ein Problem mit dem Smarthome HUB)

Zitat von: sepia am 13 Februar 2020, 18:59:10
Bzgl. properties files: Welche der 3 Versionen (custom, test und "default") geladen wird hängt vom Start-Parameter ab, der für die jeweilige JAR Datei benutzt wird. In der SEPIA-Home Release-Version wird standardmäßig "--my" angehängt, was dazu führt, dass die xx.custom.properties geladen wird. In der letzten Version sind glaube ich 2 oder 3 Einträge für den neuen TTS Endpoint hinzugekommen, falls die in deiner nicht existieren wird aber einfach intern der Standardwert gesetzt.

Dann passt meine Vermutung ja soweit.

Zitat von: sepia am 13 Februar 2020, 18:59:10
Ist das schon der neuste Edge, der auf Chromium basiert? Der kann nämlich theoretisch die "native" ASR, aber praktisch ist das buggy, weil Microsoft es scheinbar nicht vollständig implementiert hat. Der SEPIA STT Server (ASR engine "custom") müsste aber auf Firefox und Edge laufen. Die wiederholte Frage nach Mikrofon Zugriff kommt normalerweise, wenn du kein SSL Zertifikat hast und nicht via Localhost arbeitest (localhost oder 127.0.0.1). Es gibt mehrere Möglichkeiten dieses Problem zu umgehen, z.B. selbst signierte Zertifikate, die man im Proxy reinlädt oder gleich echte Zertifikate (im SEPIA Ordner gibt es ein paar Hilfestellungen für Duck DNS + Let's Encrypt). Man könnte auch auf dem System mit Browser einen Proxy nutzen und dann über Localhost arbeiten. Die Sache mit den Zertifikaten war schon immer eins der nervigsten Problemchen, deswegen arbeiten die neuen "headless" Clients alle auf Localhost.
In Firefox funktioniert zur Zeit gar nichts bei dir?

Edge Version 11.0.18362.476 21.12.2019. Das ist wohl noch die alte Version. Ist auch nicht so schlimm. habe gerade nochmal getestet. per ASR Server (ws://192.168.1.x:9000/stt/socket)
Fragt er wenn runden knopf fürs Mikro klicken im Browser ob ich Zugriff haben darf aufs Mikrofon.
Kann ich bei gelegenheit mal Updaten und testen auf dem neuen Edge.
[EDIT] Der neue Edge bietet nur noch Native an, und ich kann nicht custom auswählen.

Firefox, funktionierte bisher zumindest soweit das ich ASR Custom eintragen konnte, da kommt jetzt die Meldung not supported. Also keine Auswahl.

Die Version 2.4.0 habe ich per apache als Reverse Proxy laufen. Du erinnerst dich vielleicht. Da läuft dann auch der chat etc. alles drüber. Aber der sepia STT Server, läuft weiterhin intern per IP der müsste vermutlich auch noch über den Reverse Proxy mit angesprochen werden. Ich habe es auch versucht, qausi die Einträge für den Chat in der config zu "Klonen" und anzupassen bin da aber gescheitert.

Dann benötigt sowohl die HTTPS Kommunikation als auch der wss ein Zertifikat hab ich das richtig verstanden?
Also müsste der STT Server auch noch hinter den Proxy, was ja sinn macht, extern hab ich am Handy bisher immer nen VPN auf.

[ABER] Es gibt allerdings auch ein aber, die User Steuerung im Adminbereich sagt dann zum Beispiel bearbeiten geht nicht, weil nicht im Privaten Netzwerk.

@klausw: vielleicht hast du hier noch eine idee oder tipp? Du hattest ja die erste websocket Konfiguration für den apache reverse Proxy auch schon zurecht gebaut.
Das man das auch für STT Server Weitergabe hinbekommt.

Zitat von: sepia am 13 Februar 2020, 18:59:10
Ich habe gerade mal gesucht und dabei festgestellt, dass ich mich vertan hab, es war LightDM als Login Manager, nicht LXDE :o
Theoretisch läuft auch alles irgendwie mit der Raspbian Desktop Installation aber ich kann die Clients momentan offiziell nur auf sauberem Raspbian Lite unterstützen, mit genau den Packages, die das Installationsskript vorsieht. Ich verstehe, dass du deine RPis nicht alle neu installieren willst, aber ich würde eh nicht empfehlen irgendwelche andere Software auf den gleichen Geräten laufen zu lassen, höchstens vielleicht bei einem RPi4 ab 2 GB RAM. Ich habe in den letzten Wochen meine PIs so oft neu installiert, dass eine komplette Installation vom Formatieren der SD Karte bis zum ersten "SEPIA wie gehts" nicht länger als 5min dauert (die Zeit nicht mitgerechnet wo das Skript automatisch arbeitet) ;D

Naja, wenn da nicht drauf laufen würde wäre es so einfach das stimmt. Ich habe natürlich verständnis dafür das du nur den einen weg supporten kannst. Ich hab daher auf einer SD Karte eine frische Zweitinstallation gemacht, und da komm ich ja auch fast bis zum Ziel.

[EDIT] https://github.com/SEPIA-Framework/sepia-docs/issues/9#issuecomment-546301426 (https://github.com/SEPIA-Framework/sepia-docs/issues/9#issuecomment-546301426) Ist das vorgehen mit dem neuen Client auch ungültig? :-)

Das wäre quasi mein Testclient:

• Tut es dort was nicht kann ich den Fehler melden
• Funktioniert alles gut, muss ich bei mir suchen
• oder mal vorsichtig nachfragen

Zitat von: sepia am 13 Februar 2020, 18:59:10
Das könnte ein Problem mit den letzten Änderungen im Dev Branch von Gestern sein. Der CLEXI Server kann optional jetzt die Server ID als Passwort nutzen. Wenn deine anderen Tools 1-2 Tage älter sind schicken die aber die entsprechenden Header zum authentifizieren noch nicht mit. Guck mal in "~/clexi/settings.json" ob es da einen Eintrag "idIsPassword":true gibt und setz den auf "false".

Den gleichen gedanken hatte ich heute mittag beim schauen der Änderungen auch,
bisher noch keine Zeit zum testen gehabt. Habs gerade nachgeholt. Der Raspian Lite Client spricht auch brav seine zwei Sätze an Anfang. Und click auf connect scannt er fleissig scheinbar schon Bluetooth Umgebung, Zumindest wird dort Blau angedruckt.
Das scheint also zu Klappen, ich guck dann mal mit meinen "not supportet" Client weiter.
[EDIT] Der funktioniert auch soweit und verbindet sich auch per Remote Console und schreibt fleissig auch Bluetooth Erkennungen auf.

Aber vielleicht hab ich es überlesen. Wie spreche ich den Client nun an? Ist dort Wakeword integriert? Oder bin ich doch gedanklich schon einen Schritt zu weit? Bei mir ist Respeaker Mic 2 drauf.

Zitat von: sepia am 13 Februar 2020, 18:59:10
Ja, aber je nachdem welche Version der Installationsskripts du hast müsste es eine "setup.sh" geben, die als Option das Switchen zwischen "headless" und "display" ermöglicht (die macht aber auch nichts anderes als diesen Wert auf 1 oder 0 zu setzten). Vorsicht: Wenn der Wert auf "display" steht, dann verbindet sich der Client nicht mehr automatisch mit dem "remote terminal" (CLEXI Server) falls die Daten dazu nicht noch zufällig gespeichert sind.

Okay ich hab die Stelle gesucht, aber dann wohl einfach übersehen.

Noch eine kurze Frage: SEPIA Server in dem Zusammenhang, ist ja schon noch noch am Client mit Clexi gemeint oder? Sobald ich nämlich wirklich die SEPIA Server IP Eintrage funktioniert es nicht mehr.

Ich hoffe ich konnte genügend Input liefern.

Vielen Dank und einen schönen Abend.

PS: Das Problem mit dem HUB GET DEVICE hätte bei mir gerade die höchste Prio :-)

Zitat
Hi Stefan,
mit den neuen RPi Clients, die zur Zeit noch im Dev Branch sind, könnte man theoretisch auch den erkannten Text broadcasten (bisher werden da nur die "states" des Assistenten übertragen um in Zukunft z.B. LEDs am RPi zu triggern). Ansonsten gibt es auch noch einen MQTT Demo im SEPIA Extensions Repo, den du über den SEPIA Control HUB installieren kannst und der einige Smart Home Befehle erkennen kann wenn der Satz mit "mqtt" anfängt oder endet.

Habe ich getestet und funktioniert soweit, allerdings ist es nicht einfach für mich den Java-Code zu verstehen.
Wie komme ich an den normalizedText? Über nluResult?
Noch ein Hinweis, mit meinem Standarduser (Roles: user,smarthomeadmin,smarthomeguest) habe ich keine Berechtigung das MqttDemo zu laden und beim Admin kann keine Rolle hinzugefügt werden, d.h. ich musste zum Testen den Code anpassen....ist das so gedacht?

Lg

Zitat von: whistler am 13 Februar 2020, 19:53:19
einen Docker Cointainer (Stand 2.40 vom 31.12.2019) da geht die Funktion mit dem HUB.
Alles was danach kommt geht nicht mehr (gleicher Docker Container mit DEV Skript compiliert und aktualisiert)

Ok interessant, ich überlege noch mal was sich da geändert haben könnte.

Zitat von: whistler am 13 Februar 2020, 19:53:19
Die VM ist ein Debian Buster und ich installiert dort mit einem Sepia User. Ich wollte es entgegen deiner Anleitung unter /opt installieren, aber das klappt nicht so gut.

Ja, einerseits gibt es da Probleme mit den Zugriffsrechten und dazu kommt noch, dass in manchen Linux Scripts zum Starten etc. der Pfad "~/SEPIA" hardcoded ist :-[ ... das ist sicher nicht optimal aber wurde irgendwann nötig. Ich muss das irgendwann mal durch eine Umgebungsvariable ersetzten. Generell gilt: abseits der Instruktionen aus den "Anleitungen" bewegt man sich auf dünnes Eis ::) :-X ;)

Zitat von: whistler am 13 Februar 2020, 19:53:19
[EDIT] Der neue Edge bietet nur noch Native an, und ich kann nicht custom auswählen.

:o das verwirrt mich jetzt total, der ist ja im Grunde identisch mit Chrome/Chromium.

Zitat von: whistler am 13 Februar 2020, 19:53:19...Aber der sepia STT Server, läuft weiterhin intern per IP der müsste vermutlich auch noch über den Reverse Proxy mit angesprochen werden. Ich habe es auch versucht, qausi die Einträge für den Chat in der config zu "Klonen" und anzupassen bin da aber gescheitert.

Irgendwo hatte ich dazu mal was geschrieben, finde es aber selber nicht mehr ??? Vielleicht hilft die Nginx Config aus dem STT Server weiter: https://github.com/SEPIA-Framework/sepia-stt-server/blob/master/nginx_config/stt

Zitat von: whistler am 13 Februar 2020, 19:53:19
Dann benötigt sowohl die HTTPS Kommunikation als auch der wss ein Zertifikat hab ich das richtig verstanden?
Also müsste der STT Server auch noch hinter den Proxy, was ja sinn macht, extern hab ich am Handy bisher immer nen VPN auf.

Den Android Client interessiert das alles nicht, aber sobald du im Browser bist muss der entweder über eine localhost Adresse laufen (ich hoste mir den Client z.B. oft via lokalem Webserver auf meinem PC) oder alles über HTTPS machen.

Zitat von: whistler am 13 Februar 2020, 19:53:19
[ABER] Es gibt allerdings auch ein aber, die User Steuerung im Adminbereich sagt dann zum Beispiel bearbeiten geht nicht, weil nicht im Privaten Netzwerk.

Ja stimmt, das Sicherheitsfeature müsstest du dann in den Server settings mit der Option "allow_global_dev_requests":true deaktivieren wenn du von Extern drauf willst. Im eigenen Netzwerk kannst du aber immer direkt über http://[IP]... auf den Server gehen. Im Control HUB brauchst du ja kein HTTPS.

Zitat von: whistler am 13 Februar 2020, 19:53:19
[EDIT] https://github.com/SEPIA-Framework/sepia-docs/issues/9#issuecomment-546301426 (https://github.com/SEPIA-Framework/sepia-docs/issues/9#issuecomment-546301426) Ist das vorgehen mit dem neuen Client auch ungültig? :-)

Teilweise findet sich das in der "~/.config/openbox/autostart" wieder, kannst du aber ignorieren für die neue Version.

Zitat von: whistler am 13 Februar 2020, 19:53:19
Aber vielleicht hab ich es überlesen. Wie spreche ich den Client nun an? Ist dort Wakeword integriert? Oder bin ich doch gedanklich schon einen Schritt zu weit? Bei mir ist Respeaker Mic 2 drauf.

In der Einstellung "Message typ: SEPIA client" kannst du mal den Befehl "call test" versuchen (vorher richtige Device ID ins Feld darüber eintragen).
In der Einstellung "Remote Button" kannst du das Mikrofon triggern mit "deviceId [ID] button mic".
Wake-word ist standardmäßig in der "~/clexi/www/sepia/settings.js" deaktiviert und kann aktiviert werden über '"useWakeWord": true, "autoloadWakeWord": true'. Danach ist ein Neustart des Clients über das "remote terminal" nötig via "call reload".

Zitat von: whistler am 13 Februar 2020, 19:53:19
Noch eine kurze Frage: SEPIA Server in dem Zusammenhang, ist ja schon noch noch am Client mit Clexi gemeint oder? Sobald ich nämlich wirklich die SEPIA Server IP Eintrage funktioniert es nicht mehr.

Meinst du die Option aus dem Client "setup.sh" Skript bzw. den Eintrag "host-name" aus der "~/clexi/www/sepia/settings.js"? Da müsste schon die IP Adresse deines SEPIA Servers rein, bzw. genau das, was du sonst im Client als "host" angibst (in diesem Fall ist kein HTTPS nötig).

Zitat von: whistler am 13 Februar 2020, 19:53:19
Ich hoffe ich konnte genügend Input liefern.

Vielen Dank und einen schönen Abend.

Deine Tests helfen auf jeden Fall sehr weiter, danke und ebenfalls schönen Abend :-)

Zitat von: Haecksler am 13 Februar 2020, 20:14:31
Habe ich getestet und funktioniert soweit, allerdings ist es nicht einfach für mich den Java-Code zu verstehen.
Wie komme ich an den normalizedText? Über nluResult?

Cool! 8) ;D
Ja, über 'nluResult.input.text' (normalized) und 'nluResult.input.textRaw' (falls auch das original benötigt wird).

Zitat von: Haecksler am 13 Februar 2020, 20:14:31
Noch ein Hinweis, mit meinem Standarduser (Roles: user,smarthomeadmin,smarthomeguest) habe ich keine Berechtigung das MqttDemo zu laden und beim Admin kann keine Rolle hinzugefügt werden, d.h. ich musste zum Testen den Code anpassen....ist das so gedacht?

Man übersieht das vermutlich leicht, aber hier (https://github.com/SEPIA-Framework/sepia-docs/wiki/Creating-your-own-smart-service-%28aka%3A-skill-or-voice-action%29#requirements) steht die Lösung :-) Du musst deinem User noch die Rolle "developer" geben.

Grüße,
Florian

Zitat von: whistler am 01 Februar 2020, 12:57:36
habe ich mir angeschaut, aber noch nicht 100% durchgestiegen, bzw. wie dann ein Befehl aussehen sollte. wie im Robo Beispiel. :-)
Vielleicht kannst du da die Syntax nochmal etwas genauer aufsplitten. Vielleicht finde ich in der Zwischenzeit noch was im Wiki.
Deine Textdateien die eingelesen werden hab ich auch geschaut. Da hab ich überlegt, ob du dort zu den Sprachfiles nicht noch eine _custom oder ähnlich hinterlegen kannst. da könnte man dann updatefähige eigene Bausteine reinpacken.

Ich habe ein zweites Beispiel in die Liste aufgenommen: https://github.com/SEPIA-Framework/sepia-docs/blob/master/API/teach-server.md#custom-smart-home-command
Es basiert auf @TRallala 's Beispiel ein paar Posts zuvor.

Der Server liest jetzt außerdem auch Dateien mit dem Suffix "_custom.txt" automatisch (falls sie existieren), also z.B. "chats_de_custom.txt". Dabei werden Inhalte aus "chats_de.txt" überschrieben :-)

Zitat von: sepia am 13 Februar 2020, 21:28:46
Ok interessant, ich überlege noch mal was sich da geändert haben könnte.

Ich habe nochmal getestet und im Docker hin und hergeschaltet. master läuft (auch wenn er manchmal hängen bleibt und der container 2 -3 up and downs braucht., mit der dev das gleiche.
Nur am Ende funktioniert beim master dann eben auch GET DEVICE und im dev dann nicht. Da er sich zum git verbindet holt er sich auch das tagesaktuelle dort ab.
Kann ich sonst noch irgendwie wo was nachschauen, mit dem Fehlerlogs kommen wir vermutlich so nicht weiter.

Zitat von: sepia am 13 Februar 2020, 21:28:46
Ja, einerseits gibt es da Probleme mit den Zugriffsrechten und dazu kommt noch, dass in manchen Linux Scripts zum Starten etc. der Pfad "~/SEPIA" hardcoded ist :-[ ... das ist sicher nicht optimal aber wurde irgendwann nötig. Ich muss das irgendwann mal durch eine Umgebungsvariable ersetzten. Generell gilt: abseits der Instruktionen aus den "Anleitungen" bewegt man sich auf dünnes Eis ::) :-X ;)

Da sagst du was :-)

Zitat von: sepia am 13 Februar 2020, 21:28:46
:o das verwirrt mich jetzt total, der ist ja im Grunde identisch mit Chrome/Chromium.

Also sobald ich über den Reverse Proxy den Aufruf mache, gehts ja wieder über SSL und dann kann ich auch den ASR Custom auswählen im Edge und Firefox.

Zitat von: sepia am 13 Februar 2020, 21:28:46
Irgendwo hatte ich dazu mal was geschrieben, finde es aber selber nicht mehr ??? Vielleicht hilft die Nginx Config aus dem STT Server weiter: https://github.com/SEPIA-Framework/sepia-stt-server/blob/master/nginx_config/stt

So halb, im Apache läuft das scheinbar ein wenig anders, so wie mit dem chat und message, ich kriege das gerade aber nicht adaptiert. Zumindest per ws: erreicht er den Server und meckert dann immer noch über den Mikrofon Zugriff. wss: bekomme ich nicht hin. Sobald ich die URL Minimal ändere "damit sie falsch ist" sagt er wieder ASR Server nicht erreichbar". Korrigiere ich wieder kommt die Meldung mit kein Zugriff aufs Mikrofon. Das Fehlerbild ist aber das gleiche wie wenn ich direkt ws://192.168. also die interne IP Eintrage. Er hat auch was von Ein skript versucht ... und hat dann gesperrt.
Scheinbar reicht die SSL Verbindung nicht. und ws:// ist ihm dann zu wenig.

Zitat von: sepia am 13 Februar 2020, 21:28:46
Den Android Client interessiert das alles nicht, aber sobald du im Browser bist muss der entweder über eine localhost Adresse laufen (ich hoste mir den Client z.B. oft via lokalem Webserver auf meinem PC) oder alles über HTTPS machen.

Dein alles über HTTPS verstehe ich noch nicht 100%, oder meinst du damit HTTPS und WSS?
Du meinst quasi den Teil den beim headless Client das node.js übernimmt? Da wäre ich ja auch localhost :-)

Zitat von: sepia am 13 Februar 2020, 21:28:46
Ja stimmt, das Sicherheitsfeature müsstest du dann in den Server settings mit der Option "allow_global_dev_requests":true deaktivieren wenn du von Extern drauf willst. Im eigenen Netzwerk kannst du aber immer direkt über http://[IP]... auf den Server gehen. Im Control HUB brauchst du ja kein HTTPS.

Teilweise findet sich das in der "~/.config/openbox/autostart" wieder, kannst du aber ignorieren für die neue Version.

Passt :-)

Zitat von: sepia am 13 Februar 2020, 21:28:46
In der Einstellung "Message typ: SEPIA client" kannst du mal den Befehl "call test" versuchen (vorher richtige Device ID ins Feld darüber eintragen).
In der Einstellung "Remote Button" kannst du das Mikrofon triggern mit "deviceId [ID] button mic".
Wake-word ist standardmäßig in der "~/clexi/www/sepia/settings.js" deaktiviert und kann aktiviert werden über '"useWakeWord": true, "autoloadWakeWord": true'. Danach ist ein Neustart des Clients über das "remote terminal" nötig via "call reload".

Test ich mal

Zitat von: sepia am 13 Februar 2020, 21:28:46
Meinst du die Option aus dem Client "setup.sh" Skript bzw. den Eintrag "host-name" aus der "~/clexi/www/sepia/settings.js"? Da müsste schon die IP Adresse deines SEPIA Servers rein, bzw. genau das, was du sonst im Client als "host" angibst (in diesem Fall ist kein HTTPS nötig).

also server:20721/sepia z.b.?

Gerne und Danke :-)

Zitat von: whistler am 13 Februar 2020, 23:02:43
Ich habe nochmal getestet und im Docker hin und hergeschaltet. master läuft (auch wenn er manchmal hängen bleibt und der container 2 -3 up and downs braucht., mit der dev das gleiche.
Nur am Ende funktioniert beim master dann eben auch GET DEVICE und im dev dann nicht. Da er sich zum git verbindet holt er sich auch das tagesaktuelle dort ab.
Kann ich sonst noch irgendwie wo was nachschauen, mit dem Fehlerlogs kommen wir vermutlich so nicht weiter.

Die Fehlermeldung war "no devices found or failed to contact HUB" richtig?
Das kommt vom "integrations" Endpoint des Assist-Servers und bedeutet beim "getDevices" Aufruf vom Assist-Server zum FHEM HUB kommt aus irgendeinem Grund "null" zurück. In den Assist-Server Logs (sepia-assist-server/log.out) müsste noch eine zusätzliche Meldung auftreten: "FHEM - getDevices FAILED with msg.: ...". Kannst du sowas sehen?

Zitat von: whistler am 13 Februar 2020, 23:02:43
Also sobald ich über den Reverse Proxy den Aufruf mache, gehts ja wieder über SSL und dann kann ich auch den ASR Custom auswählen im Edge und Firefox.

Ahhhh, krass, die ganze Option verschwindet wenn man in Firefox über einen "unsicheren" Server geht. Ich kann das jetzt reproduzieren O_o. Mal gucken ob man da was machen kann, der muss scheinbar schon die Audio API sperren während ich die Kompatibilität prüfe. Ist mir auch neu.

Zitat von: whistler am 13 Februar 2020, 23:02:43
Zumindest per ws: erreicht er den Server und meckert dann immer noch über den Mikrofon Zugriff... Scheinbar reicht die SSL Verbindung nicht. und ws:// ist ihm dann zu wenig.

Jemand hat ein ganz ähnliches Problem in den GitHub Issues gepostet. Vielleicht hängt das mit dem gleichen Problem von oben zusammen.

Zitat von: whistler am 13 Februar 2020, 23:02:43
Dein alles über HTTPS verstehe ich noch nicht 100%, oder meinst du damit HTTPS und WSS?

Ja korrekt gesagt meinte ich SSL Verschlüsselung für beides, also HTTPS und WSS  :D

Zitat von: whistler am 13 Februar 2020, 23:02:43
Test ich mal
also server:20721/sepia z.b.?

Genau, wobei hier "server:20721/sepia" als "https://server:20721/sepia" interpretiert werden würde (wegen dem Pfad /sepia am ende denkt er das wäre ein Proxy und hofft dann auch noch der hat SSL ^^). Falls du also http brauchst kannst du auch die ganze URL eingeben z.B. "http://[my-IP]:20726/sepia". Andere valide Einträge: "192.168.0.10" (falls das ein Rechner mit SEPIA Server wäre, "raspberrypi.local:20721", "raspberrypi.local", usw. sollte alles erkannt werden. Wenn du dir nicht sicher bist kannst du es auch im Desktop Client testen, seit 2.4.1 gibt es eine neue Seite die alle Server Verbindungen anzeigt, erreichbar in der Login Box via "i" oder in den Settings auf Seite 1 ganz Oben (wo früher nur der Hostname stand).

Zitat von: sepia am 14 Februar 2020, 00:06:12
Die Fehlermeldung war "no devices found or failed to contact HUB" richtig?
Das kommt vom "integrations" Endpoint des Assist-Servers und bedeutet beim "getDevices" Aufruf vom Assist-Server zum FHEM HUB kommt aus irgendeinem Grund "null" zurück. In den Assist-Server Logs (sepia-assist-server/log.out) müsste noch eine zusätzliche Meldung auftreten: "FHEM - getDevices FAILED with msg.: ...". Kannst du sowas sehen?

Mit war so als hätte ich da schon reingeschaut. Bei dem ganzen Testen kann da schonmal was untergehen oder durcheinander kommen. Aber du meinst sicher das hier :-)

2020-02-13 23:11:52 ERROR - FHEM - getDevices FAILED with msg.: No enum constant net.b07z.sepia.server.assist.parameters.SmartDevice.Types.cul
2020-02-13 23:11:52 ERROR - TRACE: java.base/java.lang.Enum.valueOf(Enum.java:240)
2020-02-13 23:11:52 ERROR - TRACE: net.b07z.sepia.server.assist.parameters.SmartDevice$Types.valueOf(SmartDevice.java:33)
2020-02-13 23:11:52 ERROR - TRACE: net.b07z.sepia.server.assist.smarthome.Fhem.buildDeviceFromResponse(Fhem.java:472)
2020-02-13 23:11:52 ERROR - TRACE: net.b07z.sepia.server.assist.smarthome.Fhem.getDevices(Fhem.java:168)
2020-02-13 23:11:52 ERROR - TRACE: net.b07z.sepia.server.assist.endpoints.IntegrationsEndpoint.smartHomeIntegration(IntegrationsEndpoint.java:135)


[EDIT]
Du willst ja sicher ein Testobjekt für deinen FHEM haben. Vielleicht reicht das schon:

define testCUL CUL none 4321


Zitat von: sepia am 14 Februar 2020, 00:06:12
Ja korrekt gesagt meinte ich SSL Verschlüsselung für beides, also HTTPS und WSS  :D

Okay dann hab ich das noch nicht 100% Prozent verstanden. :-) also mit dem WSS bzw. welche Stelle dann WSS sein muss.

Zitat von: sepia am 14 Februar 2020, 00:06:12
Genau, wobei hier "server:20721/sepia" als "https://server:20721/sepia" interpretiert werden würde (wegen dem Pfad /sepia am ende denkt er das wäre ein Proxy und hofft dann auch noch der hat SSL ^^). Falls du also http brauchst kannst du auch die ganze URL eingeben z.B. "http://[my-IP]:20726/sepia". Andere valide Einträge: "192.168.0.10" (falls das ein Rechner mit SEPIA Server wäre, "raspberrypi.local:20721", "raspberrypi.local", usw. sollte alles erkannt werden. Wenn du dir nicht sicher bist kannst du es auch im Desktop Client testen, seit 2.4.1 gibt es eine neue Seite die alle Server Verbindungen anzeigt, erreichbar in der Login Box via "i" oder in den Settings auf Seite 1 ganz Oben (wo früher nur der Hostname stand).

Ich denke : oder / mag er das, das hatte ich deinem kommentar versucht, da gabs dann nen sed fehler nehme an beim suchen ersetzen.
habs mal jetzt nur als ip eingetragen, ggf. ergänzt du ja den port so wie es klingt :-)

Zitat von: whistler am 14 Februar 2020, 00:15:14
Mit war so als hätte ich da schon reingeschaut. Bei dem ganzen Testen kann da schonmal was untergehen oder durcheinander kommen. Aber du meinst sicher das hier :-)

Code Auswählen Erweitern

2020-02-13 23:11:52 ERROR - FHEM - getDevices FAILED with msg.: No enum constant net.b07z.sepia.server.assist.parameters.SmartDevice.Types.cul
2020-02-13 23:11:52 ERROR - TRACE: java.base/java.lang.Enum.valueOf(Enum.java:240)
2020-02-13 23:11:52 ERROR - TRACE: net.b07z.sepia.server.assist.parameters.SmartDevice$Types.valueOf(SmartDevice.java:33)
2020-02-13 23:11:52 ERROR - TRACE: net.b07z.sepia.server.assist.smarthome.Fhem.buildDeviceFromResponse(Fhem.java:472)
2020-02-13 23:11:52 ERROR - TRACE: net.b07z.sepia.server.assist.smarthome.Fhem.getDevices(Fhem.java:168)
2020-02-13 23:11:52 ERROR - TRACE: net.b07z.sepia.server.assist.endpoints.IntegrationsEndpoint.smartHomeIntegration(IntegrationsEndpoint.java:135)


Ah! Da ist das Biest! "FHEM - getDevices FAILED with msg.: No enum constant net.b07z.sepia.server.assist.parameters.SmartDevice.Types.cul"
Er sucht einen Device Type den es nicht gibt! Hab gerade noch mal in den Code geguckt und denke ich verstehe jetzt was da passiert und wie man den Bug beheben kann. Stay tuned ^^.

Zitat von: whistler am 14 Februar 2020, 00:15:14
Okay dann hab ich das noch nicht 100% Prozent verstanden. :-) also mit dem WSS bzw. welche Stelle dann WSS sein muss.

Ich hab irgendwie den Kontext verloren, an welcher Stelle war das? :D Generell ist es so, dass eine Seite, die über HTTPS geöffnet wird nur noch Quellen zulässt, die ebenfalls sicher sind, also HTTPS (z.B. Hostname) oder WSS (z.B. CLEXI oder ASR Websocket Server).
Firefox ist jetzt scheinbar auch noch so restriktiv, dass es nicht mal mehr nach der Erlaubnis fürs Mikrofon fragt, wenn es nicht eine localhost oder HTTPS Website ist O_o :-(

Zitat von: whistler am 14 Februar 2020, 00:15:14
Ich denke : oder / mag er das, das hatte ich deinem kommentar versucht, da gabs dann nen sed fehler nehme an beim suchen ersetzen.
habs mal jetzt nur als ip eingetragen, ggf. ergänzt du ja den port so wie es klingt :-)

Verteufelte Sonderzeichen! Es mag sein, dass "sed" da Probleme hat >:( . Ich guck mal was ich das "escapen" muss und wie. Bis dahin einfach per Hand in die "~/clexi/www/sepia/settings.js" eintragen ;-)

Zitat von: sepia am 14 Februar 2020, 00:54:57
Ah! Da ist das Biest! "FHEM - getDevices FAILED with msg.: No enum constant net.b07z.sepia.server.assist.parameters.SmartDevice.Types.cul"
Er sucht einen Device Type den es nicht gibt! Hab gerade noch mal in den Code geguckt und denke ich verstehe jetzt was da passiert und wie man den Bug beheben kann. Stay tuned ^^.

Kannst du sagen welches Device Schuld ist, also im FHEM, welche SEPIA gerade nicht versteht? :-) Vielleicht kann ich temporär bei mir einen Zwischenlösung machen.

Zitat von: sepia am 14 Februar 2020, 00:54:57
Ich hab irgendwie den Kontext verloren, an welcher Stelle war das? :D Generell ist es so, dass eine Seite, die über HTTPS geöffnet wird nur noch Quellen zulässt, die ebenfalls sicher sind, also HTTPS (z.B. Hostname) oder WSS (z.B. CLEXI oder ASR Websocket Server).
Firefox ist jetzt scheinbar auch noch so restriktiv, dass es nicht mal mehr nach der Erlaubnis fürs Mikrofon fragt, wenn es nicht eine localhost oder HTTPS Website ist O_o :-(

Ich habe SSL per Apache Reverse Proxy und leite sie wir damals raus gefunden entsprechend um.
Der Websocket für den chat und message wird auch über den Proxy umgeleitet. ich komme aber nur per ws: dran und nicht per wss: Verstehe gerade nicht wo ich was vergessen habe.
Es ist quasi das Wiki Sample im Apache.
Der ASR hört scheinbar auch per ws: aber auch den bekomme ich nicht per wss: hin. bestimmt nur eine Dumme Kleinigkeit :-)
Sobald der Client über SSL verbunden ist und der ASR Server antwort, wenn auch nur per ws: kommt die Frage nach dem Mikro im Firefox. diese kann man dann auch Zugriff zulassen Klicken und es kommt das Icon für das aktive Micro. Aber im Client (also Chat verlauf) schreibt er in Rot UI: Mikrofon nicht richtig erkannt oder Zugriff verweigert.

Zitat von: sepia am 14 Februar 2020, 00:54:57
Verteufelte Sonderzeichen! Es mag sein, dass "sed" da Probleme hat >:( . Ich guck mal was ich das "escapen" muss und wie. Bis dahin einfach per Hand in die "~/clexi/www/sepia/settings.js" eintragen ;-)

Wodran erkenne ich nun das er korrekt zum Server verbunden ist?
Direkt noch eine zweite Frage, müsste ich nicht auch noch dem Client eine uid zuweisen können oder läuft das in dem Fall über die clexi-xxx und device id?

Viele Grüße
Basti

Zitat von: whistler am 14 Februar 2020, 01:05:06
Kannst du sagen welches Device Schuld ist, also im FHEM, welche SEPIA gerade nicht versteht? :-) Vielleicht kann ich temporär bei mir einen Zwischenlösung machen.

Irgendwas, was in "internals" -> "type" mit "cul" anfängt scheinbar oder dieser Wert hat sich irgendwie in "sepia-type" eingeschlichen.
Ich habe einen potentiellen Fix im Dev Branch committed :-)

Zitat von: whistler am 14 Februar 2020, 01:05:06
Ich habe SSL per Apache Reverse Proxy und leite sie wir damals raus gefunden entsprechend um.
Der Websocket für den chat und message wird auch über den Proxy umgeleitet. ich komme aber nur per ws: dran und nicht per wss: Verstehe gerade nicht wo ich was vergessen habe.

Hm da weiß ich gerade auch nicht. Wenn er den Server unter ws://... findet müsste der Proxy ja zumindest korrekt weiterleiten. Das SSL Zertifikat liegt auf dem Apache?

Zitat von: whistler am 14 Februar 2020, 01:05:06
Wodran erkenne ich nun das er korrekt zum Server verbunden ist?
Direkt noch eine zweite Frage, müsste ich nicht auch noch dem Client eine uid zuweisen können oder läuft das in dem Fall über die clexi-xxx und device id?

Äh ja habe vergessen, dass du ja noch im "setup" bist  ::) Es gibt noch den Befehl "call login user [uid] pwd [mein-passwort]" um den User anzumelden. Davor und danach müsste aber "call test" funktionieren. Es gibt auch noch "ping all" da müsste der Client zumindest mit einer Statusmeldung antworten. Das kleine "?" oder der Befehl "help" zeigen auch noch mal eine Liste mit möglichen Befehlen.
Grundsätzlich ist der Ablauf so:
- Der Client fährt hoch, meldet sich mit "be right there" Audio und startet den CLEXI Server
- Falls der "headless" Modus an ist wird die "settings.js" gelesen mit den Einstellungen für "hostname" und CLEXI Zugriff (und diversen anderen Einstellungen)
- Falls der Client sich dann nicht schon selber anmeldet (weil ein Login gespeichert ist) geht er nach ca 8s in den "setup" Modus und meldet sich akustisch mit "ready for Setup"
- ab dann kann man "call login ..." benutzen und müsste ein Feedback bekommen wie z.B. "Login successful"

Zitat von: sepia am 14 Februar 2020, 01:25:21
Irgendwas, was in "internals" -> "type" mit "cul" anfängt scheinbar oder dieser Wert hat sich irgendwie in "sepia-type" eingeschlichen.
Ich habe einen potentiellen Fix im Dev Branch committed :-)

Bingo läuft :-)

Nun muss ich mich doch damit beschäftigten wie ich dein TTS Install Paket in den Docker Container bekomme. Ich hatte versucht dein Dockerfile anzupassen und selbst zu kompilieren.
Aber das hat leider nicht geklappt und irgendwann hab ich dann aufgegeben :-)

Zitat von: sepia am 14 Februar 2020, 01:25:21
Hm da weiß ich gerade auch nicht. Wenn er den Server unter ws://... findet müsste der Proxy ja zumindest korrekt weiterleiten. Das SSL Zertifikat liegt auf dem Apache?

Ja das das liegt auf dem Apache aktualisiert sich brav selber ist ebenfalls ein Let's Encrypt. Läuft auch für alles Problemlos nur halt das Websocket will nicht.
Macht denn dein nginx Sample was direkt darüber steht das ganze schon so?
Heisst man kann die URLs per HTTPS bzw. WSS aufrufen. Dann versuche ich das nochmal adaptieren auf apache Ebene.

Zitat von: sepia am 14 Februar 2020, 01:25:21
Äh ja habe vergessen, dass du ja noch im "setup" bist  ::) Es gibt noch den Befehl "call login user [uid] pwd [mein-passwort]" um den User anzumelden. Davor und danach müsste aber "call test" funktionieren. Es gibt auch noch "ping all" da müsste der Client zumindest mit einer Statusmeldung antworten. Das kleine "?" oder der Befehl "help" zeigen auch noch mal eine Liste mit möglichen Befehlen.
Grundsätzlich ist der Ablauf so:
- Der Client fährt hoch, meldet sich mit "be right there" Audio und startet den CLEXI Server
- Falls der "headless" Modus an ist wird die "settings.js" gelesen mit den Einstellungen für "hostname" und CLEXI Zugriff (und diversen anderen Einstellungen)
- Falls der Client sich dann nicht schon selber anmeldet (weil ein Login gespeichert ist) geht er nach ca 8s in den "setup" Modus und meldet sich akustisch mit "ready for Setup"
- ab dann kann man "call login ..." benutzen und müsste ein Feedback bekommen wie z.B. "Login successful"

Ja genau sowas meinte ich. Hab ich die Doku überlesen oder gibts die noch nicht? :-)
Den Client guck ich mir dann später an. So klingt das doch schon viel runder. :-)
Headless Modus hatte ich irgendwo gelesen kann man per URL mitgeben :-)

Ich teste damit später mal, jetzt wo ich wieder die Verbindung zum Fhem habe.

Danke nochmal für den schnellen Bugfix :-)

Hallo zusammen,

Zitat von: sepia am 13 Februar 2020, 21:28:46
Den Android Client interessiert das alles nicht, aber sobald du im Browser bist muss der entweder über eine localhost Adresse laufen (ich hoste mir den Client z.B. oft via lokalem Webserver auf meinem PC) oder alles über HTTPS machen.

Ich hab nach einer alternative temporär gesucht, bis ich das mit dem wss verstanden haben oder jemand einen Tipp hat. :-)

Unter Windows 10 kann man scheinbar recht einfach mit Boardmitteln die Ports auf Localhost biegen:

Windows 10 Sepia auf locahost mappen - alternative zum lokalen Client
cmd als Admin starten die IPs anpassen und die Standard Ports werden gemappt:


set SepiaServerIP=192.168.1.x
set SepiaSTTIP=192.168.1.x
netsh interface portproxy add v4tov4 listenport=20726 connectaddress=%SepiaServerIP%  connectport=20726 listenaddress=127.0.0.1
netsh interface portproxy add v4tov4 listenport=20721 connectaddress=%SepiaServerIP%  connectport=20721 listenaddress=127.0.0.1
netsh interface portproxy add v4tov4 listenport=20722 connectaddress=%SepiaServerIP%  connectport=20722 listenaddress=127.0.0.1
netsh interface portproxy add v4tov4 listenport=20723 connectaddress=%SepiaServerIP%  connectport=20723 listenaddress=127.0.0.1
netsh interface portproxy add v4tov4 listenport=20741 connectaddress=%SepiaSTTIP% connectport=20741 listenaddress=127.0.0.1


Damit funktioniert der Mikrofonzugriff über localhost im Firefox und im Edge (Wobei da scheinbar der Browser den Mic Stream nicht mehr anhält. und somit den Stream nicht verarbeitet)

Wenn du magst kann du mich, also den Eintrag ins Wiki verewigen, wenn sinnvoll.

Allerdings ist die Qualität nicht so optimal in der Erkennung der Wörter. Als STT Server läuft aktuell noch das Standard Docker Image.

[EDIT]
Beispielsatz wenn er brauchbare setze erkennt, klappt es doch mit der Erkennung, aber:
schalte den musik player im badezimmer an -> Führt erst zu einem Okay, und dann zu vertan.
schalte den musikplayer im badezimmer an (Per Texteingabe) -> Das wiederrum schaltet dann auch korrekt
(Kein Teach IT Befehl sondern echt)

Was muss dafür angepasst werden oder wie startet ihr die "musikplayer"?

Aus "Schicke Robo zur Probefahrt" wird "schicke den ruhm zur probefahrt".
Aus "Schicke Robo in die Küche" wird "schicker euro in die küche".

Schönes Wochenende.

Hallo Florian,

Ich glaube unter  https://github.com/SEPIA-Framework/sepia-stt-server (https://github.com/SEPIA-Framework/sepia-stt-server) gibts einen kleinen Zahlendreher.

Unter REST API am ende, wird aus 20741 dann plötzlich 20471.

Zitat von: whistler am 14 Februar 2020, 01:40:29
Bingo läuft :-)

Yeah  8)

Zitat von: whistler am 14 Februar 2020, 01:40:29
Nun muss ich mich doch damit beschäftigten wie ich dein TTS Install Paket in den Docker Container bekomme. Ich hatte versucht dein Dockerfile anzupassen und selbst zu kompilieren.
Aber das hat leider nicht geklappt und irgendwann hab ich dann aufgegeben :-)

Ich teste noch ein, zwei Sachen für die neue Version und wollte dann mal ein Update des Docker Containers machen.

Zitat von: whistler am 14 Februar 2020, 01:40:29
Ja das das liegt auf dem Apache aktualisiert sich brav selber ist ebenfalls ein Let's Encrypt. Läuft auch für alles Problemlos nur halt das Websocket will nicht.
Macht denn dein nginx Sample was direkt darüber steht das ganze schon so?
Heisst man kann die URLs per HTTPS bzw. WSS aufrufen. Dann versuche ich das nochmal adaptieren auf apache Ebene.

Ja, bei mir läuft alles über SSL mit Let's Encrypt, auch die Websocket Server. Kennst du die SSL Info Seite (https://github.com/SEPIA-Framework/sepia-docs/wiki/SSL-for-your-Server) aus den Docs? Die Nginx Konfiguration von dort ist ziemlich genau das was ich nutze (im Wesentlichen auch identisch mit der aus der Proxy Info Seite).

Zitat von: whistler am 14 Februar 2020, 01:40:29
Ja genau sowas meinte ich. Hab ich die Doku überlesen oder gibts die noch nicht? :-)
Den Client guck ich mir dann später an. So klingt das doch schon viel runder. :-)
Headless Modus hatte ich irgendwo gelesen kann man per URL mitgeben :-)

Die Doku gibts noch nicht ^^. Erstmal den Release fertig machen ;-)
"Headless mode" geht über "&isHeadless=true", genau. Wobei das im Client selber noch keine wirkliche Auswirkung auf das Display hat sondern nur besagt "lade die settings.js, verbinde dich mit CLEXI, gehe automatisch in Setup Modus". Die einzige Auswirkung auf die Services etc. bisher ist, dass keine externen URLs mehr geöffnet werden, damit der Client nicht "headless" auf einen anderen Browser Tab springt :P

Zitat von: whistler am 14 Februar 2020, 01:40:29
Unter Windows 10 kann man scheinbar recht einfach mit Boardmitteln die Ports auf Localhost biegen:

Windows 10 Sepia auf locahost mappen - alternative zum lokalen Client
cmd als Admin starten die IPs anpassen und die Standard Ports werden gemappt: ...

Cool! Ich hatte auf der SSL Info Seite gerade angefangen eine Sektion "quick Fixes" anzulegen. Da passt das ja wie die Faust aufs Auge ;D

Zitat von: whistler am 14 Februar 2020, 01:40:29
Damit funktioniert der Mikrofonzugriff über localhost im Firefox und im Edge (Wobei da scheinbar der Browser den Mic Stream nicht mehr anhält. und somit den Stream nicht verarbeitet)

Das ist der Chromium Edge oder? Dazu hatte ich im Microsoft Insider Forum schon mal einen Bug-Report erstellt. Die API funktioniert nicht richtig, spuckt aber auch keinen Fehler aus. Die Hoffnung ist, dass Microsoft endlich mal die eigene Spracherkennung einbaut, in Win10 haben sie die Engine ja eh schon integriert und alles läuft offline :)

Zitat von: whistler am 14 Februar 2020, 01:40:29
Allerdings ist die Qualität nicht so optimal in der Erkennung der Wörter. Als STT Server läuft aktuell noch das Standard Docker Image.
...
Aus "Schicke Robo zur Probefahrt" wird "schicke den ruhm zur probefahrt".
Aus "Schicke Robo in die Küche" wird "schicker euro in die küche".

::) =) Das wird das zentrale Thema für SEPIA v2.4.2 ;) Man kann zwar jetzt schon das Sprachmodell anpassen, aber das ist noch viel zu umständlich und man muss fehlende Wörter selber ins Wörterbuch eintragen mit den passenden Phonems. Zahlen sind auch noch nicht so der Knaller.
Ziel ist das Sprachmodell aus einer robusten Basis + Teach-UI Commands aufzubauen und das automatisch aus dem Control HUB raus per 2 Klicks. Dazu muss ich aber noch mal an den STT Server ran.

Zitat von: whistler am 14 Februar 2020, 01:40:29
schalte den musik player im badezimmer an -> Führt erst zu einem Okay, und dann zu vertan

Ich vermute das kollidiert mit dem Service "Client Controls". Wenn du z.B. auf dem Android Handy die VLC App installiert hast versucht er daraus Musik zu starten und prüft ein paar Sekunden später ob irgendwas läuft (Android Intent Krams). Wenn er dann nix registriert kommt "Habs versucht aber bin nicht sicher obs geklappt hat" o.Ä..
Du könntest über die Assistant Test Seite im Control HUB mal prüfen welchen Service er da ausführen wollte ('interpret' oder 'understand' Endpoint).

Ich fände es auch höchst interessant, wenn man über FHEM Musik in verschiedenen Räumen steuern könnte!  :D

Zitat von: whistler am 14 Februar 2020, 01:40:29
Ich glaube unter https://github.com/SEPIA-Framework/sepia-stt-server gibts einen kleinen Zahlendreher.
Unter REST API am ende, wird aus 20741 dann plötzlich 20471.

Uuups, danke! ;D Habs korrigiert.

Zitat von: whistler am 14 Februar 2020, 14:11:46
Wenn du magst kann du mich, also den Eintrag ins Wiki verewigen, wenn sinnvoll.

Passt so? https://github.com/SEPIA-Framework/sepia-docs/wiki/Reverse-Proxy-Setup#windows-10-via-command-prompt
:)

Zitat von: sepia am 14 Februar 2020, 18:18:00
Passt so? https://github.com/SEPIA-Framework/sepia-docs/wiki/Reverse-Proxy-Setup#windows-10-via-command-prompt
:)

Ja sieht gut aus :-)
sollte hoffentlich selbstredend sein der Codeschnippsel :-)

Zitat von: sepia am 14 Februar 2020, 17:58:42
Ich teste noch ein, zwei Sachen für die neue Version und wollte dann mal ein Update des Docker Containers machen.

Ja dann warte ich mal und lerne dann, was ich falsch gemacht habe. das libspico zeug krieg ich nicht integriert. Aber meine VM ist nun erstmal auf dem aktuellen Stand.
Ich guck mal, wenn ich da das STT noch nachinstalliert kriege passt das auch erstmal.

Zitat von: sepia am 14 Februar 2020, 17:58:42
Ja, bei mir läuft alles über SSL mit Let's Encrypt, auch die Websocket Server. Kennst du die SSL Info Seite (https://github.com/SEPIA-Framework/sepia-docs/wiki/SSL-for-your-Server) aus den Docs? Die Nginx Konfiguration von dort ist ziemlich genau das was ich nutze (im Wesentlichen auch identisch mit der aus der Proxy Info Seite).

Zitat von: sepia am 14 Februar 2020, 17:58:42
Die Doku gibts noch nicht ^^. Erstmal den Release fertig machen ;-)
"Headless mode" geht über "&isHeadless=true", genau. Wobei das im Client selber noch keine wirkliche Auswirkung auf das Display hat sondern nur besagt "lade die settings.js, verbinde dich mit CLEXI, gehe automatisch in Setup Modus". Die einzige Auswirkung auf die Services etc. bisher ist, dass keine externen URLs mehr geöffnet werden, damit der Client nicht "headless" auf einen anderen Browser Tab springt :P

Okay dann hab ich deine Doku verpasst sehr schön :-) Direkt erstes Feedback, das mit dem login hat geklappt zumindest auf dem Test headless Client.

Mein Problemkind ist vermutlich nicht in den Setupmodus gegangen, dafür aber erstmal hochgefahren. Also versuche ich mal den "halben" headless mode danke für.
ich nehme mal an ich tausche das isApp=true durch isHeadless=true. Ich probiere es einfach mal aus :-)

Zitat von: sepia am 14 Februar 2020, 17:58:42
Cool! Ich hatte auf der SSL Info Seite gerade angefangen eine Sektion "quick Fixes" anzulegen. Da passt das ja wie die Faust aufs Auge ;D

Ja ich hab kurz überlegt, Windows 10 IIS und dann den rest installieren, das war mir aber zu unständlich für mal eben :-)

Zitat von: sepia am 14 Februar 2020, 17:58:42
Das ist der Chromium Edge oder? Dazu hatte ich im Microsoft Insider Forum schon mal einen Bug-Report erstellt. Die API funktioniert nicht richtig, spuckt aber auch keinen Fehler aus. Die Hoffnung ist, dass Microsoft endlich mal die eigene Spracherkennung einbaut, in Win10 haben sie die Engine ja eh schon integriert und alles läuft offline :)

Also Anwendungsfall wäre ein HTPC mit Win10 der eh läuft, daher wäre dort ebenfalls ein Headless Client was Feines, aber eins nach dem anderen. Nur als gedanken was noch so alles geht :-)
Oder halt der Bürorechner oder oder oder :-) Und wenns Offline stattfindet, kann ja das Wakework an sein :-)

Zitat von: sepia am 14 Februar 2020, 17:58:42
::) =) Das wird das zentrale Thema für SEPIA v2.4.2 ;) Man kann zwar jetzt schon das Sprachmodell anpassen, aber das ist noch viel zu umständlich und man muss fehlende Wörter selber ins Wörterbuch eintragen mit den passenden Phonems. Zahlen sind auch noch nicht so der Knaller.
Ziel ist das Sprachmodell aus einer robusten Basis + Teach-UI Commands aufzubauen und das automatisch aus dem Control HUB raus per 2 Klicks. Dazu muss ich aber noch mal an den STT Server ran.

Okay ich wollte ja nur mal so sicher gehen, das ob ich an meinem Einstellungen Hardware drehen muss oder ob es eben so ist, wie es noch ist :-)

Zitat von: sepia am 14 Februar 2020, 17:58:42
Ich vermute das kollidiert mit dem Service "Client Controls". Wenn du z.B. auf dem Android Handy die VLC App installiert hast versucht er daraus Musik zu starten und prüft ein paar Sekunden später ob irgendwas läuft (Android Intent Krams). Wenn er dann nix registriert kommt "Habs versucht aber bin nicht sicher obs geklappt hat" o.Ä..
Du könntest über die Assistant Test Seite im Control HUB mal prüfen welchen Service er da ausführen wollte ('interpret' oder 'understand' Endpoint).

okay ich glaube wir reden aneinander vorbei :-) In fhem hab ich musikplayer als device musikplayer angelegt. und in jedem raum gibt es einen. :-)
Der Test war übrigends im Browser, aber wo ist eigentlich egal. :-)

Du kannst es reproduzieren wenn du "musik player" angibst, dann spricht er nicht den fhem musikplayer an.
Wenn du aber "musikplayer" zusammen nimmst, dann steuert er den player und schaltet ihn an oder aus. :-) jenachdem was du sagst.

Zitat von: sepia am 14 Februar 2020, 17:58:42
Ich fände es auch höchst interessant, wenn man über FHEM Musik in verschiedenen Räumen steuern könnte!  :D

Jetzt schliesst sich der Kreis, warum ich meinte muss ich alles neu installieren. :-) bzw. ich nicht möchte. (Max2play = Image für Multiroom mittels squeezelite) Basiert auf dem Logitech Musik Server.
Den squeezelite Client gibts dann für Linux Windows etc. https://www.max2play.com/ (https://www.max2play.com/) und https://wiki.fhem.de/wiki/Squeezebox_Modul (https://wiki.fhem.de/wiki/Squeezebox_Modul)

Dazu hatte ich eh noch ein Attentat auf dich vor.
Ähnlich wie die Anfrage von @Haecksler mit dem states und Talk2Fhem.
Dann schiebe ich das direkt mal ein. Die Module machen nämlich auch TTS Ausgaben, übergeben dazu den Text an
http://translate.google.com/translate_tts?ie=UTF-8&tl=<LANG>&q=<TEXT>&client=tw-ob (http://translate.google.com/translate_tts?ie=UTF-8&tl=<LANG>&q=<TEXT>&client=tw-ob).
Nun kannst du dir sicher vorstellen, worauf es hinausläuft. Text an die Sepia TTS Engine übergeben und dann zurück zu bekommen. Du kannst die URL auch direkt im Brower abschicken, aber du kennst das sicher. Teste mal: http://translate.google.com/translate_tts?ie=UTF-8&tl=de&q=Guten Abend SEPIA&client=tw-ob (http://translate.google.com/translate_tts?ie=UTF-8&tl=de&q=Guten%20Abend%20SEPIA&client=tw-ob).

Vermutlich eher was für deine ToDo Liste. :-) Oder geht das über Umwege schon :-)

Damit hier keine Langeweile aufkommt :-)

Grüße
Basti

Zitat von: whistler am 14 Februar 2020, 19:39:19
ich nehme mal an ich tausche das isApp=true durch isHeadless=true. Ich probiere es einfach mal aus :-)

"isApp" besser behalten. Der Parameter erzwingt den Status "App" (wer hätte das gedacht) als Gegensatz zu "Website". Die Konsequenz ist, dass der Login nicht nach 1 Tag abläuft sonder das Token glaub 1 Jahr gültig bleibt (wie z.B. in Android etc.).

Zitat von: whistler am 14 Februar 2020, 19:39:19
Also Anwendungsfall wäre ein HTPC mit Win10 der eh läuft, daher wäre dort ebenfalls ein Headless Client was Feines, aber eins nach dem anderen. Nur als gedanken was noch so alles geht :-)

Definitiv erwünscht ^^. In Windows ist alles im Grunde ja ziemlich unproblematisch. Man konfiguriert den Client einfach übers Display (oder Remote Desktop) und packt sich dann ne .bat Datei oder Ähnliches in den Autostart, die den Browser mit "headless" Parameter startet. CLEXI für das "remote Terminal" und sogar Nginx laufen auch in Windows. Das System macht halt nur generell jede Menge Krams im Hintergrund unangekündigt ::)

Zitat von: whistler am 14 Februar 2020, 19:39:19
Jetzt schliesst sich der Kreis, warum ich meinte muss ich alles neu installieren. :-) bzw. ich nicht möchte. (Max2play = Image für Multiroom mittels squeezelite) Basiert auf dem Logitech Musik Server.
Den squeezelite Client gibts dann für Linux Windows etc. https://www.max2play.com/ (https://www.max2play.com/) und https://wiki.fhem.de/wiki/Squeezebox_Modul (https://wiki.fhem.de/wiki/Squeezebox_Modul)

Oh, spannend!  ;D

Zitat von: whistler am 14 Februar 2020, 19:39:19
Dazu hatte ich eh noch ein Attentat auf dich vor.
Ähnlich wie die Anfrage von @Haecksler mit dem states und Talk2Fhem.
Dann schiebe ich das direkt mal ein. Die Module machen nämlich auch TTS Ausgaben, übergeben dazu den Text an
http://translate.google.com/translate_tts?ie=UTF-8&tl=<LANG>&q=<TEXT>&client=tw-ob (http://translate.google.com/translate_tts?ie=UTF-8&tl=<LANG>&q=<TEXT>&client=tw-ob).
Nun kannst du dir sicher vorstellen, worauf es hinausläuft. Text an die Sepia TTS Engine übergeben und dann zurück zu bekommen. Du kannst die URL auch direkt im Brower abschicken, aber du kennst das sicher. Teste mal: http://translate.google.com/translate_tts?ie=UTF-8&tl=de&q=Guten Abend SEPIA&client=tw-ob (http://translate.google.com/translate_tts?ie=UTF-8&tl=de&q=Guten%20Abend%20SEPIA&client=tw-ob).

Ah ja der gute alte Google Translator, den hab ich vor ca. 4 Jahren schon zu diesem Zweck "vergewaltigt" ;D (das Projekt hieß ILA Voice Assistant (https://sites.google.com/site/ilavoiceassistant/)). Es gibt auch Javascript Libraries die den mehr oder weniger "heimlich" als TTS Engine verkaufen. Ich bin persönlich kein großer Fan davon weil es im Grunde von Google nur "geduldet" wird und wenn man es ganz genau nimmt sogar gegen deren AGB verstößt (frag mich jetzt nicht wo das steht ^^). Ich bin sogar mal irgendwann geblockt worden von Google weil ich wohl zu viele Requests hatte =). Eigentlich ein Trauerspiel, dass in den vielen Jahren keine ernsthafte Konkurrenz aufgetaucht ist in Sachen Qualität und Einfachheit. SEPIA hat auch eine uralte Schnittstelle zu Acapela (https://www.acapela-group.com/demos/), zu denen hatte ich ganz guten Kontakt. Die könnte man bei Bedarf vielleicht mal etwas aufpolieren. Theoretisch müsste die sogar immer noch gehen, man muss sich nur nen Test-Account machen und dann irgendwas in den SEPIA Settings einstellen ^^.

Zitat von: sepia am 14 Februar 2020, 20:30:57
"isApp" besser behalten. Der Parameter erzwingt den Status "App" (wer hätte das gedacht) als Gegensatz zu "Website". Die Konsequenz ist, dass der Login nicht nach 1 Tag abläuft sonder das Token glaub 1 Jahr gültig bleibt (wie z.B. in Android etc.).

Zitat

So mit dem Bugfix von gestern abend bzw. heute morgen, hab ich scheinbar was anderes Kaputt gemacht.
Ich bekomme nun beim Remote terminal (bei beiden clients) nur noch folgendes im Logfenster unten drunter angezeigt.

Code Auswählen Erweitern

CLEXI connecting ...
CLEXI reconnecting after unexpected close. Try: 19
CLEXI error: The operation is insecure.
CLEXI closed. Reason: 1015
CLEXI error

Hast du eine Idee, was ich da nun kaputt gemacht habe? Oder muss ich noch was aktualisieren? idispassword steht noch auf false, macht aber keine unterschied oder true oder false. hmm

[EDIT] wenn ich direkt "intern" über server:20726 auf das Remote Terminal gehe, dann gehts. Umweg über den apache, also extern will obige Meldung.
weil nicht wss? sondern nur ws? Oder einfach wie beim User Mgmt nur im "privaten" Netzerreichbar? Nur das die Fehlermeldung anders ist.

Zitat von: sepia am 14 Februar 2020, 20:30:57
Definitiv erwünscht ^^. In Windows ist alles im Grunde ja ziemlich unproblematisch. Man konfiguriert den Client einfach übers Display (oder Remote Desktop) und packt sich dann ne .bat Datei oder Ähnliches in den Autostart, die den Browser mit "headless" Parameter startet. CLEXI für das "remote Terminal" und sogar Nginx laufen auch in Windows. Das System macht halt nur generell jede Menge Krams im Hintergrund unangekündigt ::)

Zitat

dem kann man ja endgegenwirken, weil das system erstmal läuft :-) sofern die states an fhem geschickt werden dann in Zukunft irgendwann. Kann man dort zur not tätig werden :-)
Oder man installiert neben dem headless client noch ein mesh node, dann kann man diesen ggf. unter windows noch was ausführen lassen.

Zitat von: sepia am 14 Februar 2020, 20:30:57
Ah ja der gute alte Google Translator, den hab ich vor ca. 4 Jahren schon zu diesem Zweck "vergewaltigt" ;D (das Projekt hieß ILA Voice Assistant (https://sites.google.com/site/ilavoiceassistant/)). Es gibt auch Javascript Libraries die den mehr oder weniger "heimlich" als TTS Engine verkaufen. Ich bin persönlich kein großer Fan davon weil es im Grunde von Google nur "geduldet" wird und wenn man es ganz genau nimmt sogar gegen deren AGB verstößt (frag mich jetzt nicht wo das steht ^^). Ich bin sogar mal irgendwann geblockt worden von Google weil ich wohl zu viele Requests hatte =). Eigentlich ein Trauerspiel, dass in den vielen Jahren keine ernsthafte Konkurrenz aufgetaucht ist in Sachen Qualität und Einfachheit. SEPIA hat auch eine uralte Schnittstelle zu Acapela (https://www.acapela-group.com/demos/), zu denen hatte ich ganz guten Kontakt. Die könnte man bei Bedarf vielleicht mal etwas aufpolieren. Theoretisch müsste die sogar immer noch gehen, man muss sich nur nen Test-Account machen und dann irgendwas in den SEPIA Settings einstellen ^^.

na du baust doch gerade das espeak ein, vielleicht geht auch das :-) Ich hab mir nicht angeschaut wie die api im sepia aussieht, was die gerade so bietet :-)

Zitat
Hast du eine Idee, was ich da nun kaputt gemacht habe? Oder muss ich noch was aktualisieren? idispassword steht noch auf false, macht aber keine unterschied oder true oder false. hmm

Hmm. Der Control HUB ist über den Apache auf HTTPS? Und die CLEXI Verbindung dann WS? Dann meckert er vermutlich wegen insecure origin. Wenn ich diese Situation nachstelle komme ich aber gar nicht erst bis "CLEXI connecting ...", er bricht schon vorher ab mit der Meldung, dass es nicht geht wegen HTTPS + WS.

Zitat
Oder einfach wie beim User Mgmt nur im "privaten" Netzerreichbar?

Das sollte hier keine Rolle spielen. Für die Client Connections musst du im Grunde nicht mal angemeldet sein, weil das direkt vom Browser zum CLEXI Server geht.

Zitat
Oder man installiert neben dem headless client noch ein mesh node, dann kann man diesen ggf. unter windows noch was ausführen lassen.

;D ;D
Ich hatte das mal im RPi Client laufen um das System per Sprache herunterzufahren. Aber ich eins nach dem anderen ^^.

Zitat
na du baust doch gerade das espeak ein, vielleicht geht auch das :-) Ich hab mir nicht angeschaut wie die api im sepia aussieht, was die gerade so bietet :-)

Der TTS Endpoint vom SEPIA Assist-Server integriert sich nahtlos in den SEPIA Client. In den Settings kannst du die "Voice Engine" jetzt genau so switchen wie die "ASR Engine". Im Control HUB gibt es übrigens auch die Seite "Speech Synthesis" zum testen ;-)

Zitat von: sepia am 14 Februar 2020, 23:48:14
Hmm. Der Control HUB ist über den Apache auf HTTPS? Und die CLEXI Verbindung dann WS? Dann meckert er vermutlich wegen insecure origin. Wenn ich diese Situation nachstelle komme ich aber gar nicht erst bis "CLEXI connecting ...", er bricht schon vorher ab mit der Meldung, dass es nicht geht wegen HTTPS + WS.

Das sollte hier keine Rolle spielen. Für die Client Connections musst du im Grunde nicht mal angemeldet sein, weil das direkt vom Browser zum CLEXI Server geht.

Ja insecure origin schreibt er ja. Ich komme aber auch an den Clexi nicht per wss vermutlich müsste ich dann den Parameter ssl in den settings auf true setzen oder?

ich würde ihn aber glaubig vom client auch eher intern verbinden, das er raus geht über den Proxy dann wieder rein kommt macht ja für die headless clients nicht so viel sinn denke ich.

Zitat von: sepia am 14 Februar 2020, 23:48:14
;D ;D
Ich hatte das mal im RPi Client laufen um das System per Sprache herunterzufahren. Aber ich eins nach dem anderen ^^.

Da fallen mir dann noch anderen sachen ein ja :-) (Gabs da nicht mal ein Beispiel irgendwo das der mesh ein Powershell Skript ausführt. Egal später :-)

Zitat von: sepia am 14 Februar 2020, 23:48:14
Der TTS Endpoint vom SEPIA Assist-Server integriert sich nahtlos in den SEPIA Client. In den Settings kannst du die "Voice Engine" jetzt genau so switchen wie die "ASR Engine". Im Control HUB gibt es übrigens auch die Seite "Speech Synthesis" zum testen ;-)

Ja verstehe und hab ich gesehen, daher musste ich ja auch mein Docker verlassen, wenn ich das jetzt richtig kombiniere weil doch da was nachinstalliert werden musste. Und ich es zumindest nicht hinbekommen habe.

Aber der Gedanke war. Ich schicke den Text nicht mehr an die Google Api (egal ob geduldet oder nicht :-) ), und bekomme dann das ergebnis von der api direkt zurück.
Das sie im client ist hab ich gesehen ja :-)

Hallo Florian,

ich muss nochmal was wegen der headless Clients fragen :-) Ja der Echte Client :-)

Ich hab gerade per bash setup.sh die clexi und client id umgebogen. dazu hat er vom dhcp eine feste ip bekommen. (also ip wechsel).
nach dem neustart meldet er sich im setup mode an (get user)

wenn ich dann per call login user uid1007 pwd xxx versuche den user einzuloggen meckert er.
hat er gestern bei meinem "not supported" client auch gehabt. das aber erstmal darauf geschoben.

Broadcaster event: {"broadcast":{"client":"o87_chrome_app_v0.21.0","deviceId":"o87","sepia-login":{"note":"loginFail"}}}
Broadcaster event: {"broadcast":{"client":"o87_chrome_app_v0.21.0","deviceId":"o87","msg":"Logging in with new user: uid1007. Plz wait."}}
Broadcaster response: "sent"
Broadcaster event: {"broadcast":{"name":"sepia-client","data":{"deviceId":"o87","call":"login","user":"uid1007","pwd":"testtest"}}}

Ich könnte mir jetzt vorstellen das die clexi id und device id eindeutig ist und somit neu für den Server.
Wo kann ich dann "verwaiste" einträge sehen und ggf. löschen?
Was mach ich bei obigem Fehler? :-)

Macht es dann generell Sinn, das ich pro Client einen eigenen User anmelde, zumindest für die Räume.
[EDIT] Zusatzfrage: Was sind dann die sinnvollen Rollen die die Headless User kriegen?

Mein Gedanke wäre ich lege die User an konfiguriere sie im Browser, Treffe Raumzuordnung etc. und melde sie dann per Remote Terminal am headless client an.

Schöne Grüße
Basti

Zitat von: whistler am 15 Februar 2020, 18:27:53
Ja insecure origin schreibt er ja. Ich komme aber auch an den Clexi nicht per wss vermutlich müsste ich dann den Parameter ssl in den settings auf true setzen oder?

Der "ssl" Parameter müsste auf "false" bleiben denn eigentlich macht der reverse proxy die SSL Terminierung und der CLEXI Server weiß davon nichts.

Zitat von: whistler am 15 Februar 2020, 18:27:53
Ich hab gerade per bash setup.sh die clexi und client id umgebogen. dazu hat er vom dhcp eine feste ip bekommen. (also ip wechsel).
[...]
wenn ich dann per call login user uid1007 pwd xxx versuche den user einzuloggen meckert er.
hat er gestern bei meinem "not supported" client auch gehabt. das aber erstmal darauf geschoben.
[...]
Ich könnte mir jetzt vorstellen das die clexi id und device id eindeutig ist und somit neu für den Server.
Wo kann ich dann "verwaiste" einträge sehen und ggf. löschen?
Was mach ich bei obigem Fehler? :-)

Wenn du bis zum Login Versuch kommst ist mit der CLEXI Verbindung und ID alles in Ordnung und es kann mmn eigentlich nur noch der "hostname" falsch sein oder aus irgendeinem Grund nicht erreichbar. Was hast du da eingetragen?
Wenn sich die "device ID" des Clients ändert wird der Login beim nächsten reload ungültig und alle gespeicherten Tokens automatisch entfernt. Der Client müsste dann nach ein paar Sekunden wieder im Setup Modus landen. "Verwaiste" Einträge gibt es in diesem Sinne nicht oder ich hab nicht ganz verstanden was du meinst.

[EDIT] Mir ist gerade eingefallen, dass es noch den Befehl "call ping" gibt, der prüft ob der Client einen der SEPIA Server erreichen kann.

Zitat von: whistler am 15 Februar 2020, 18:27:53
Macht es dann generell Sinn, das ich pro Client einen eigenen User anmelde, zumindest für die Räume.

Ich bin mir noch nicht sicher was mehr Sinn macht, tendiere aber dazu auf allen Geräten den selben User anzumelden, weil sich dann z.B. auch die Teach-UI Befehle und Timer/Reminder etc. synchronisieren. So lange jeder Client eine eigene Device ID hat geht das. Bei zwei Geräten mit gleichem User UND gleicher Device ID geht es theoretisch sogar auch noch, nur für den Server bleibt immer der Client "aktiv" der als letztes benutzt wurde.
Wenn man jeweils einen eigenen User hat kann man vielleicht andere Sachen dafür besser managen. Vielleicht will man das ja genau WEIL dann die Teach-UI Befehle unterschiedlich sind :). Eigene Befehle und SDK Services die man dem Assistant-User (default: uid1005) beibringt gelten übrigens für alle User.

Zitat von: whistler am 15 Februar 2020, 18:27:53
[EDIT] Zusatzfrage: Was sind dann die sinnvollen Rollen die die Headless User kriegen?

Gute Frage ::) Spontan würde ich sagen "smarthomeguest" reicht eigentlich. Ggf. noch "developer" falls man irgendwann SDK Services hochladen will für den User.

Zitat von: whistler am 15 Februar 2020, 18:27:53
Mein Gedanke wäre ich lege die User an konfiguriere sie im Browser, Treffe Raumzuordnung etc. und melde sie dann per Remote Terminal am headless client an.

Im Grunde habe ich mir das auch so vorgestellt :) . Man muss nur ein wenig aufpassen, denn z.B. die Raumzuordnung ('Einstellungen - Gerätestandort' meine ich) ist eine Device Eigenschaft keine User Eigenschaft ;-)

ZitatSorry MCP, aber du brauchst erst eine Erlaubnis, um diesen Smart Home Service zu nutzen.

Wo kann ich die Berechtigung eintragen?

Zitat von: sepia am 16 Februar 2020, 01:32:48
Der "ssl" Parameter müsste auf "false" bleiben denn eigentlich macht der reverse proxy die SSL Terminierung und der CLEXI Server weiß davon nichts.

Ja klingt logisch, vielleicht hab ich auch eine Überdosis Sepia. :-) müsste das dann nicht der nginx erledigen der am headless client mit installiert ist, oder ist das dort deaktiviert?

Zitat von: sepia am 16 Februar 2020, 01:32:48
Wenn du bis zum Login Versuch kommst ist mit der CLEXI Verbindung und ID alles in Ordnung und es kann mmn eigentlich nur noch der "hostname" falsch sein oder aus irgendeinem Grund nicht erreichbar. Was hast du da eingetragen?
Wenn sich die "device ID" des Clients ändert wird der Login beim nächsten reload ungültig und alle gespeicherten Tokens automatisch entfernt. Der Client müsste dann nach ein paar Sekunden wieder im Setup Modus landen. "Verwaiste" Einträge gibt es in diesem Sinne nicht oder ich hab nicht ganz verstanden was du meinst.

[EDIT] Mir ist gerade eingefallen, dass es noch den Befehl "call ping" gibt, der prüft ob der Client einen der SEPIA Server erreichen kann.

das hatte ich per Zufall auf den Hilfebutton gestern abend auch gesehen, dann einen Fehler 404 und dann erstmal keine Lust mehr.

eingetragen habe ich
- zuerst 192.168.1.25:20721/sepia
- dann 192.168.1.25:20726/sepia
er versucht dann setzt er ein https davor und erreicht da nix :-) Fehler 404
Nun hab ich ein http://192.168.1.25:20726/sepia/ eingetragen und der Ping antwortet.
([PS:] Habe gesehen du hast bereits das Skript angepasst für die Hostname Fehler :-))

Und ich kann mich wieder auf deinem favoriten einloggen aber auch auf meinem favoriten läuft der login. (hab schon gesehen, dank github rss :-) du bastelst einen pseudo headless) :-)
Hat dir wohl keine ruhe gelassen. Gedanklich vermutlich das ähnliche was ich auch versucht habe :-)

Zitat von: sepia am 16 Februar 2020, 01:32:48
Ich bin mir noch nicht sicher was mehr Sinn macht, tendiere aber dazu auf allen Geräten den selben User anzumelden, weil sich dann z.B. auch die Teach-UI Befehle und Timer/Reminder etc. synchronisieren. So lange jeder Client eine eigene Device ID hat geht das. Bei zwei Geräten mit gleichem User UND gleicher Device ID geht es theoretisch sogar auch noch, nur für den Server bleibt immer der Client "aktiv" der als letztes benutzt wurde.
Wenn man jeweils einen eigenen User hat kann man vielleicht andere Sachen dafür besser managen. Vielleicht will man das ja genau WEIL dann die Teach-UI Befehle unterschiedlich sind :). Eigene Befehle und SDK Services die man dem Assistant-User (default: uid1005) beibringt gelten übrigens für alle User.

Gute Frage ::) Spontan würde ich sagen "smarthomeguest" reicht eigentlich. Ggf. noch "developer" falls man irgendwann SDK Services hochladen will für den User.

Im Grunde habe ich mir das auch so vorgestellt :) . Man muss nur ein wenig aufpassen, denn z.B. die Raumzuordnung ('Einstellungen - Gerätestandort' meine ich) ist eine Device Eigenschaft keine User Eigenschaft ;-)

Okay aktuell bin ich am Android Browser und headless clients mit dem 1007 unterwegs.
Dann wurde ich vermutlich einen 1009 anlegen, wenn das ungerade Zahlen ein Muster hat :-) und würde device id und o id pro headless unterschiedlich machen.

Dann hätte ich einen persönlichen am Handy / Browser und einen an den headless für den Haushalt :-)


Weils so schön ist beim testen noch eine Zusatzfrage. das mit den Wakeworks will noch nicht so recht. Zum einen am Headless. Teste ich aber nach der Änderung jetzt nochmal.
in der clexi settings der 27041 geht auf localhost wird das intern redirected oder muss auch noch passend auf die ip gebogen werden?


Aber am Android Client hab ich den Native ASR aktiv, wenn ich auf den Button klicke hört er mir brav zu, dann klappt es auch,
aber wenn ich Einstellungen "Hey Sepia" aufrufe, kann ich ja den Start Button drücken und den Logo Wechsel anschauen.
Das funktioniert auch, aber das Wake up klappt nicht so recht. ja die schieber darunter sind an :-)
Er reagiert weder in der App noch im Always on Display, das zwischen die Augen tippen klappt aber.
Er vermeldet auch das die App im Hintergrund auf das Mikro zugreift, Berechtigung ist erteilt.
Wenn ich die Lösung kenne bestimmt ganz dumm :-)

Danke schön.
Gruß
Basti

Zitat von: JensS am 16 Februar 2020, 19:35:17
Wo kann ich die Berechtigung eintragen?

Du musst einen User anlegen und diesem die Rolle smarthomeguest geben...mit dem Admin User geht das nicht, soweit ich weiß.

Zitat von: whistler am 16 Februar 2020, 19:45:45
Ja klingt logisch, vielleicht hab ich auch eine Überdosis Sepia. :-) müsste das dann nicht der nginx erledigen der am headless client mit installiert ist, oder ist das dort deaktiviert?

Ja stimmt, der CLEXI server selber ist eh nur auf localhost konfiguriert, die "ssl" Option müsste demnach immer aus bleiben und man könnte dem Nginx ein self-signed Zertifikat geben ... wenn man nicht eh alles über einen zentralen Proxy steuert. Klappte der Zugriff irgendwie noch oder hattest du das jetzt erstmal auf die Warteliste gesetzt?

Zitat von: whistler am 16 Februar 2020, 19:45:45
das hatte ich per Zufall auf den Hilfebutton gestern abend auch gesehen, dann einen Fehler 404 und dann erstmal keine Lust mehr.

eingetragen habe ich
- zuerst 192.168.1.25:20721/sepia
- dann 192.168.1.25:20726/sepia
er versucht dann setzt er ein https davor und erreicht da nix :-) Fehler 404
Nun hab ich ein http://192.168.1.25:20726/sepia/ eingetragen und der Ping antwortet.
([PS:] Habe gesehen du hast bereits das Skript angepasst für die Hostname Fehler :-))

Wenn man es ganz genau nimmt ist der "hostname" immer der Basispfad zu allen Servern, also z.B. "http://192.168.178.10" für "...:20721, ...:20722, ..." oder mit Proxy "http://my-domain/sepia" für ".../sepia/assist, .../sepia/teach, ...". Das hatte ich mal so gemacht damit der User nicht immer jeden einzelnen Server eintragen muss (auch wenn er das mittlerweile könnte). Damit das klappt muss ich aber einige Annahmen machen, wie z.B. dass der User die Ports nicht ändert und dass er einen Proxy nutzt mit den standard Pfaden falls seine URL ".../sepia" heißt ... und auch dass er beim Proxy HTTPS nutzt wenn er nicht explizit den "hostname" als "http://..." definiert.
Diese Annahmen gehen leider nicht immer 100% auf ::) :P Zusätzlich versucht das Skript dann noch Eingabefehler zu korrigieren, wie z.B. "192.168.178.10:20721" (der Port gehört da nicht hin) oder "http://192.168.1.25:20726/sepia/" (der Slash am Ende ist genau genommen falsch). Mancher Marketing Mensch würde sagen "die Eingabe wird mit Künstlicher Intelligenz korrigiert"  ;D :o =) ... naja was ich damit sagen will ist es gibt einen wohl definierten Weg aber keiner hält sich dran  :-[ :-X

Zitat von: whistler am 16 Februar 2020, 19:45:45
Und ich kann mich wieder auf deinem favoriten einloggen aber auch auf meinem favoriten läuft der login. (hab schon gesehen, dank github rss :-) du bastelst einen pseudo headless) :-)
Hat dir wohl keine ruhe gelassen. Gedanklich vermutlich das ähnliche was ich auch versucht habe :-)

Hehe ;D , der "pseudo-headless" bedeutet, dass das Display an bleibt, der Client sich aber ansonsten wie die "headless" Variante verhält (auto setup, remote terminal etc.). War das das was du auch im Sinne hattest? ^^
Vielleicht hast du auch schon gesehen, dass ich den Aufbau des Clients etwas verändert habe. Das wird vermutlich ein Update deiner Clients etwas tricky machen (der Ordner ~/sepia heißt jetzt ~/sepia-client und beinhaltet auch den meisten code aus ~/.config/openbox/autostart, die .bashrc hat sich auch geändert), allerdings hielt ich es für nötig das noch vor dem Release zu machen, denn dadurch wird die Struktur etwas übersichtlicher und man kann den Client auch besser über die Konsole starten und stoppen. Außerdem wird openbox für die headless Version gar nicht mehr gestartet (nur noch im 'display' mode).

Zitat von: whistler am 16 Februar 2020, 19:45:45
Okay aktuell bin ich am Android Browser und headless clients mit dem 1007 unterwegs.
Dann wurde ich vermutlich einen 1009 anlegen, wenn das ungerade Zahlen ein Muster hat :-) und würde device id und o id pro headless unterschiedlich machen.

Dann hätte ich einen persönlichen am Handy / Browser und einen an den headless für den Haushalt :-)

Klingt gut  8) ;D . Die UIDs steigen generell um 2 (uid1003/5/7/9), zwischendurch kann aber immer mal wieder ein Sprung passieren, also nicht wundern ;-) (das liegt am globalen unique ID Generator). Ursprünglich war es eigentlich gedacht, dass man die Email Adressen nutzt, mache ich aber selber auch nie =) ... aber nur so als Hinweis, dass das auch möglich ist falls man mal seine UID vergisst ;-)
Wo ich schon dabei bin aus dem Nähkästchen zu plaudern ::) ... im Grunde kann der Server den kompletten, automatischen Registrierungsprozess bereitstellen (Anfrage eines neuen Accounts mit Angabe einer gültigen Email-Adresse, Nachricht an Email mit Freischaltungslink, Erstellung des Accounts mit Definition des Passworts ... alles optional abgesichert durch whitelisting von Email-Adressen). Die Endpoints existieren alle und der Email Account kann sogar in den Server Settings konfiguriert werden, der Client hat nur die entsprechenden Views dafür nicht. Das ganze wäre zur Zeit ja eh nur interessant, wenn Jemand SEPIA in einer Firma oder öffentlich hosten würde ... ^^.

Zitat von: whistler am 16 Februar 2020, 19:45:45
Weils so schön ist beim testen noch eine Zusatzfrage. das mit den Wakeworks will noch nicht so recht. Zum einen am Headless. Teste ich aber nach der Änderung jetzt nochmal.
in der clexi settings der 27041 geht auf localhost wird das intern redirected oder muss auch noch passend auf die ip gebogen werden?

Wake-word braucht nur die Mikrofon Erlaubnis und die ist in den RPi Clients automatisch gegeben weil die Web-App über localhost vom CLEXI Server geladen wird. Meintest du diesen Eintrag "clexiSocketURI" mit ... localhost:8080 ? Der sollte unbedingt so bleiben.

Zitat von: whistler am 16 Februar 2020, 19:45:45
Aber am Android Client hab ich den Native ASR aktiv, wenn ich auf den Button klicke hört er mir brav zu, dann klappt es auch,
aber wenn ich Einstellungen "Hey Sepia" aufrufe, kann ich ja den Start Button drücken und den Logo Wechsel anschauen.
Das funktioniert auch, aber das Wake up klappt nicht so recht. ja die schieber darunter sind an :-)
Er reagiert weder in der App noch im Always on Display, das zwischen die Augen tippen klappt aber.
Er vermeldet auch das die App im Hintergrund auf das Mikro zugreift, Berechtigung ist erteilt.
Wenn ich die Lösung kenne bestimmt ganz dumm :-)

Also wenn es auf der Wake-Word Seite klappt mit dem Logo Wechsel (Schwarz/Weiß) und unten die beiden Regler "Allow local/remote wake-word" und "Load engine on start" an sind müsste alles korrekt eingestellt sein (vielleicht einmal die App komplett neu starten). Ich habe es so laufen bei mir. Wenn du ganz genau hinguckst erkennst du oben beim SEPIA Label an dem "online" Tag ob der WW-Listener aktiv ist, dann sieht das so aus "Ξ online Ξ". Die Performance kann etwas vom Handy abhängen, ich habe ein Samsung A3, da ist die Qualität durchwachsen und ein Samsung S10e, da klappt es ziemlich gut. Ich vermute es liegt am verbauten Mikrofon und/oder an der Performance. Das müsste man dann aber schon auf der WW Settings Seite beim Testen bemerken.

Zitat von: sepia am 16 Februar 2020, 23:00:47
Ja stimmt, der CLEXI server selber ist eh nur auf localhost konfiguriert, die "ssl" Option müsste demnach immer aus bleiben und man könnte dem Nginx ein self-signed Zertifikat geben ... wenn man nicht eh alles über einen zentralen Proxy steuert. Klappte der Zugriff irgendwie noch oder hattest du das jetzt erstmal auf die Warteliste gesetzt?

Ich hab das wss geparkt :-) Weil ich es nicht verstehe :-)
Aber ich hab jetzt 1 +3 Clients laufen. http://192.168.1.25:20726/sepia/ also ohne SSL intern für den HUB. und von da aus kann ich alle clients anmelden.
Ich muss jetzt nur noch etwas am pulseaudio / alsa rumspielen damit sich die musik und sepia brav die geräte Teilen.
Wake Word will noch nicht so wie ich will, schauen wir mal.

Zitat von: sepia am 16 Februar 2020, 23:00:47
Wenn man es ganz genau nimmt ist der "hostname" immer der Basispfad zu allen Servern, also z.B. "http://192.168.178.10" für "...:20721, ...:20722, ..." oder mit Proxy "http://my-domain/sepia" für ".../sepia/assist, .../sepia/teach, ...". Das hatte ich mal so gemacht damit der User nicht immer jeden einzelnen Server eintragen muss (auch wenn er das mittlerweile könnte). Damit das klappt muss ich aber einige Annahmen machen, wie z.B. dass der User die Ports nicht ändert und dass er einen Proxy nutzt mit den standard Pfaden falls seine URL ".../sepia" heißt ... und auch dass er beim Proxy HTTPS nutzt wenn er nicht explizit den "hostname" als "http://..." definiert.
Diese Annahmen gehen leider nicht immer 100% auf ::) :P Zusätzlich versucht das Skript dann noch Eingabefehler zu korrigieren, wie z.B. "192.168.178.10:20721" (der Port gehört da nicht hin) oder "http://192.168.1.25:20726/sepia/" (der Slash am Ende ist genau genommen falsch). Mancher Marketing Mensch würde sagen "die Eingabe wird mit Künstlicher Intelligenz korrigiert"  ;D :o =) ... naja was ich damit sagen will ist es gibt einen wohl definierten Weg aber keiner hält sich dran  :-[ :-X

Ich habs ja ohne Skript gemacht, weil der Bugfix noch nicht da war, ist ja auch nicht schlimm. Ich hab sogar überlegt ob das Skript nicht direkt den Check per curl machen? ob die URL passt.

Zitat von: sepia am 16 Februar 2020, 23:00:47
Hehe ;D , der "pseudo-headless" bedeutet, dass das Display an bleibt, der Client sich aber ansonsten wie die "headless" Variante verhält (auto setup, remote terminal etc.). War das das was du auch im Sinne hattest? ^^

Ja das war das was ich testweise gebaut habe auf meinem unsupported device genau :-)
Das schöne beim testen war ich per vnc drauf, und konnte quasi neben dem terminal dann live sehen wie am pi der browser sich bewegt hat :-)

Zitat von: sepia am 16 Februar 2020, 23:00:47
Vielleicht hast du auch schon gesehen, dass ich den Aufbau des Clients etwas verändert habe. Das wird vermutlich ein Update deiner Clients etwas tricky machen (der Ordner ~/sepia heißt jetzt ~/sepia-client und beinhaltet auch den meisten code aus ~/.config/openbox/autostart, die .bashrc hat sich auch geändert), allerdings hielt ich es für nötig das noch vor dem Release zu machen, denn dadurch wird die Struktur etwas übersichtlicher und man kann den Client auch besser über die Konsole starten und stoppen. Außerdem wird openbox für die headless Version gar nicht mehr gestartet (nur noch im 'display' mode).


Ich war da sehr einfach gestrikt oder Bequem :-) ich hab einfach
sudo cp openbox /opt/openbox_autostart.sh
isHeadless=0 # fix
&isHeadless=true an URL angehängt
sudo nano ~/.config/lxsession/LXDE/autostart  hier per @/opt/openbox_autostart.sh

Ich wollte erst ans Ziel, also ein Ergebnis, hab ich noch nicht ganz, aber zumindest meine Buttons etc. werden geladen also mein Profil noch gibt es nur 1007 und nicht 1009 :-)
Es war zum testen, ich hab quasi nur nen bisschen vorgegriffen denke ich. Deine Lösung ist natürlich dann schöner.
Hab gesehen das du ein paar sachen eingecheckt hast, und hab gedacht, wenn ich wieder vorab clone habe ich wieder einen Zwischenstand :-) Das wollte ich nicht.
Finde ich aber gut und werde ich dann nochmal bei mir runterschmeissen und sobald du durch bist updaten. Man will ja schon im Standard bleiben.

Zitat von: sepia am 16 Februar 2020, 23:00:47
Klingt gut  8) ;D . Die UIDs steigen generell um 2 (uid1003/5/7/9), zwischendurch kann aber immer mal wieder ein Sprung passieren, also nicht wundern ;-) (das liegt am globalen unique ID Generator). Ursprünglich war es eigentlich gedacht, dass man die Email Adressen nutzt, mache ich aber selber auch nie =) ... aber nur so als Hinweis, dass das auch möglich ist falls man mal seine UID vergisst ;-)
Wo ich schon dabei bin aus dem Nähkästchen zu plaudern ::) ... im Grunde kann der Server den kompletten, automatischen Registrierungsprozess bereitstellen (Anfrage eines neuen Accounts mit Angabe einer gültigen Email-Adresse, Nachricht an Email mit Freischaltungslink, Erstellung des Accounts mit Definition des Passworts ... alles optional abgesichert durch whitelisting von Email-Adressen). Die Endpoints existieren alle und der Email Account kann sogar in den Server Settings konfiguriert werden, der Client hat nur die entsprechenden Views dafür nicht. Das ganze wäre zur Zeit ja eh nur interessant, wenn Jemand SEPIA in einer Firma oder öffentlich hosten würde ... ^^.

Ja hab ich gesehen, da hab ich sogar bereits am Anfang direkt den Mailserver eingetragen, weil in der UServerwaltung ja Whitelisting drin ist. Es stehen aber nur die ersten zwei (1003/1005) Accounts in der properties Datei der Rest dann in der Datenbank oder?

Nice wäre noch ein clonen eines Users, oder Teach Teile Clonen :-)

Apropo Teachserver ich hab mir vorhin entlich mal dein Sample angucken wollen, bzgl. neuer Einträge per API. Naja ich hab die URL zum API Server nicht zusammen gebracht.
Dabei ist mir bei dein Infobuttons aufgefallen, in der Serverübersicht, das in den ganzen URLs die Ports etc. weggelassen werden, also nicht mal fix Copy & Paste :-)

Zitat von: sepia am 16 Februar 2020, 23:00:47
Wake-word braucht nur die Mikrofon Erlaubnis und die ist in den RPi Clients automatisch gegeben weil die Web-App über localhost vom CLEXI Server geladen wird. Meintest du diesen Eintrag "clexiSocketURI" mit ... localhost:8080 ? Der sollte unbedingt so bleiben.

Nein es gab noch den Eintrag mit :20741 aber als ich die Räume der Clients konfiguriert habe, hab ich gesehen, das du einfach ein default eingetragen hast als Bespiel glaubig.
Könnte man dann anpassen für den Server, wenn er nicht auch mit dem auf dem PI läuft.

Zitat von: sepia am 16 Februar 2020, 23:00:47
Also wenn es auf der Wake-Word Seite klappt mit dem Logo Wechsel (Schwarz/Weiß) und unten die beiden Regler "Allow local/remote wake-word" und "Load engine on start" an sind müsste alles korrekt eingestellt sein (vielleicht einmal die App komplett neu starten). Ich habe es so laufen bei mir. Wenn du ganz genau hinguckst erkennst du oben beim SEPIA Label an dem "online" Tag ob der WW-Listener aktiv ist, dann sieht das so aus "Ξ online Ξ". Die Performance kann etwas vom Handy abhängen, ich habe ein Samsung A3, da ist die Qualität durchwachsen und ein Samsung S10e, da klappt es ziemlich gut. Ich vermute es liegt am verbauten Mikrofon und/oder an der Performance. Das müsste man dann aber schon auf der WW Settings Seite beim Testen bemerken.

Scheinbar hab ich das indirekt schon getan, weil ich gestern abend oder heute morgen kurz vorm schlafen gehen das Handy neugestartet habe (Mi9T Pro) und dann vorhin am Handy deinen Text gelesen haben und dann nochmal in die App rein bin. Also ich hatte den Text unterm Logo so verstanden das der nur zum Testen gedacht ist und man auf Stop drückt bevor man die Maske verlässt. Aber man muss scheinbar auf Start bleiben. Hmmm komisch (Android 10 vielleicht). Danach klappt das Mikro wenn ich in der App bin ohne den Knopf zu drücken und Wenn ich den Always On Screen an habe.

Wenn das Handy im Lockscreen ist geht es nicht. Eine Kombi von Always On und Lockscreen wäre cool, aber dann kommen sicher die Google Spielregeln dazwischen. Ich glaub die Hoheitsrechte mit Wakeword von fast überall hat nur der Google Assistent.

Da fällt mir noch was ein für die Wunschliste :-)
Stichwort eigenes Wakeword. Ich schieb hier mal so hin und wieder die Features von Snips rein :-) Die ich ganz nett fand, wobei ich das gar nicht soweit hinbekommen hatte. (pulseaudio / alsa) sei dank.
Aber neues Projekt neues Glück.

Sag bescheid, wenn du was zum testen hast, dann bügel ich es über. Hab gesehen Docker hast du auch was neues gebaut. Hab ich aber noch nicht angeschaut.

Guten Start in die neue Woche.

Gruß
Basti

Zitat von: whistler am 17 Februar 2020, 00:09:46
Ich muss jetzt nur noch etwas am pulseaudio / alsa rumspielen damit sich die musik und sepia brav die geräte Teilen.

Oh ha, ich prophezeie viele sorgenvolle Stunden :o :-[ . Der Client ist super sensibel was das angeht. Im Endeffekt war der Konflikt zwischen Alsa und Pulseaudio sogar der Grund warum ich den TTS Endpoint des Servers wiederbelebt habe. Immer wenn ich am Audiosystem von Linux rumgespielt habe ging später irgendwas nicht (Mikrofon, Audio in Chromium, Audio im Allgemeinen, TTS voices, etc. etc.). Vielleicht hast du ja Glück aber das ist einer der Hauptgründe warum ich den Client eigentlich auf einem isolierten System haben will (unberührtes Raspbian Buster).

Zitat von: whistler am 17 Februar 2020, 00:09:46Ich hab sogar überlegt ob das Skript nicht direkt den Check per curl machen? ob die URL passt.

Ja wäre cool, das würde einem zumindest ein "call reload" + "call test" ersparen :-)

Zitat von: whistler am 17 Februar 2020, 00:09:46
Das schöne beim testen war ich per vnc drauf, und konnte quasi neben dem terminal dann live sehen wie am pi der browser sich bewegt hat :-)

Hehe ja das ist ganz cool :-). Ich hatte ein paar mal versucht aus dem virtuellen Display (Xvfb) Screenshots zu erstellen zu Debug-Zwecken, bin aber bisher gescheitert daran :-(

Zitat von: whistler am 17 Februar 2020, 00:09:46
Hab gesehen das du ein paar sachen eingecheckt hast, und hab gedacht, wenn ich wieder vorab clone habe ich wieder einen Zwischenstand :-) Das wollte ich nicht.
Finde ich aber gut und werde ich dann nochmal bei mir runterschmeissen und sobald du durch bist updaten. Man will ja schon im Standard bleiben.

Die ganzen Tests bis zu dieser Version waren auf jeden Fall super nützlich, danke noch mal! :D

Zitat von: whistler am 17 Februar 2020, 00:09:46
Ja hab ich gesehen, da hab ich sogar bereits am Anfang direkt den Mailserver eingetragen, weil in der UServerwaltung ja Whitelisting drin ist. Es stehen aber nur die ersten zwei (1003/1005) Accounts in der properties Datei der Rest dann in der Datenbank oder?

Die 2 "core" Accounts sind in der Properties Datei, weil der Server die beim Start benötigt. Alles andere ist in der Elasticsearch, genau.

Zitat von: whistler am 17 Februar 2020, 00:09:46
Nice wäre noch ein clonen eines Users, oder Teach Teile Clonen :-)

In der Tat, generell auch ein Export/Import, aber das wird wohl noch etwas dauern ;)

Zitat von: whistler am 17 Februar 2020, 00:09:46
Apropo Teachserver ich hab mir vorhin entlich mal dein Sample angucken wollen, bzgl. neuer Einträge per API. Naja ich hab die URL zum API Server nicht zusammen gebracht.
Dabei ist mir bei dein Infobuttons aufgefallen, in der Serverübersicht, das in den ganzen URLs die Ports etc. weggelassen werden, also nicht mal fix Copy & Paste :-)

Die Teach-Server API ist standardmäßig "http://[IP-von-SEPIA]:20722" oder via Proxy "http://[proxy-IP]:20726/sepia/teach" bzw. "https://[my-domain]/sepia/teach".
Sind die Ports in deiner Übersicht in dem speziellen Fall vielleicht nur weg, weil du da die public Domain mit SSL nutzt, die auf deinen Router mit Port 443 zeigt? (so ist es bei mir).

Zitat von: whistler am 17 Februar 2020, 00:09:46
Nein es gab noch den Eintrag mit :20741 aber als ich die Räume der Clients konfiguriert habe, hab ich gesehen, das du einfach ein default eingetragen hast als Bespiel glaubig.
Könnte man dann anpassen für den Server, wenn er nicht auch mit dem auf dem PI läuft.

Ach jo, das ist der Demo Pfad zum STT Server, der wird aber für das Wake-Word gar nicht gebraucht. Der RPi4 mit 4GB könnte vielleicht auch noch den STT Server stemmen, das habe ich als Test auf der To-Do Liste stehen ^^.

Zitat von: whistler am 17 Februar 2020, 00:09:46
Scheinbar hab ich das indirekt schon getan, weil ich gestern abend oder heute morgen kurz vorm schlafen gehen das Handy neugestartet habe (Mi9T Pro) und dann vorhin am Handy deinen Text gelesen haben und dann nochmal in die App rein bin. Also ich hatte den Text unterm Logo so verstanden das der nur zum Testen gedacht ist und man auf Stop drückt bevor man die Maske verlässt. Aber man muss scheinbar auf Start bleiben. Hmmm komisch (Android 10 vielleicht). Danach klappt das Mikro wenn ich in der App bin ohne den Knopf zu drücken und Wenn ich den Always On Screen an habe.

Wenn das Handy im Lockscreen ist geht es nicht. Eine Kombi von Always On und Lockscreen wäre cool, aber dann kommen sicher die Google Spielregeln dazwischen. Ich glaub die Hoheitsrechte mit Wakeword von fast überall hat nur der Google Assistent.

Wenn man STOP drückt vor dem Verlassen, müsste es eigentlich automatisch wieder anspringen nachdem man einmal manuell was gefragt/gesagt hat (falls es denn generell erlaubt ist). Die Abfrage kommt beim Switch in den "idle" Modus also im Grunde nach jeder Interaktion mit SEPIA.
In den Lockscreen kommt man tatsächlich nicht, oder nur mit irgendwelchen Sonderregeln :-( Auf Android hat man zusätzlich das Problem, dass je nach Hersteller immer mal wieder die App aus dem Hintergrund gelöscht wird. SEPIA macht eigentlich nix im Hintergrund, aber das führt dazu, dass man irgendwann plötzlich keine Erinnerungen/Timer/Alarme per Notification bekommt :-/ Dann muss man einmal das Handy neustarten >:( (das passiert ca. 1mal im Monat bei mir).

Zitat von: whistler am 17 Februar 2020, 00:09:46
Da fällt mir noch was ein für die Wunschliste :-)
Stichwort eigenes Wakeword. Ich schieb hier mal so hin und wieder die Features von Snips rein :-) Die ich ganz nett fand, wobei ich das gar nicht soweit hinbekommen hatte. (pulseaudio / alsa) sei dank.
Aber neues Projekt neues Glück.

Sag bescheid, wenn du was zum testen hast, dann bügel ich es über. Hab gesehen Docker hast du auch was neues gebaut. Hab ich aber noch nicht angeschaut.

Guten Start in die neue Woche.

Eigenes Wake-Word wäre schon cool ja. Die Jungs von Picovoice waren so nett und haben mir "Hey SEPIA" kostenlos für das Projekt erstellt. Theoretisch kann man noch alles benutzen, was die so im GitHub veröffentlicht haben (https://github.com/Picovoice/porcupine/tree/master/resources/keyword_files/wasm). Leider kann man sich bei denen nur eigene Wake-Words für Windows 64bit und Linux 64bit erstellen (Browser (wasm) und Raspberry muss man in Auftrag geben).

Docker ist work-in-progress, aber ich sage gerne Bescheid wenn es soweit ist ^^.

Ebenfalls einen guten Start!  :)

Zitat von: sepia am 17 Februar 2020, 01:10:56
Oh ha, ich prophezeie viele sorgenvolle Stunden :o :-[ . Der Client ist super sensibel was das angeht. Im Endeffekt war der Konflikt zwischen Alsa und Pulseaudio sogar der Grund warum ich den TTS Endpoint des Servers wiederbelebt habe. Immer wenn ich am Audiosystem von Linux rumgespielt habe ging später irgendwas nicht (Mikrofon, Audio in Chromium, Audio im Allgemeinen, TTS voices, etc. etc.). Vielleicht hast du ja Glück aber das ist einer der Hauptgründe warum ich den Client eigentlich auf einem isolierten System haben will (unberührtes Raspbian Buster).

Das war sogar bei mir der Grund snips erstmal in die Ecke zu liegen und noch ein zwei andere Gründe. Jetzt ja noch ein zusätzlicher. :-)
Aber er soll ja sinnvolle Dienste vollbringen der Pi :-) also nicht nur einen. Ich verstehe natürlich deine bedenken.

Zitat von: sepia am 17 Februar 2020, 01:10:56
Die Teach-Server API ist standardmäßig "http://[IP-von-SEPIA]:20722" oder via Proxy "http://[proxy-IP]:20726/sepia/teach" bzw. "https://[my-domain]/sepia/teach".
Sind die Ports in deiner Übersicht in dem speziellen Fall vielleicht nur weg, weil du da die public Domain mit SSL nutzt, die auf deinen Router mit Port 443 zeigt? (so ist es bei mir).

Nunja Reverse Proxy ist ja das eine, aber intern per http müsste ich ja so dran, so wie der clexi auch dran kommt, ja ein anderer port aber ist ja in der vm alles freigegeben. Ich prüfe das nochmal in ruhe.

Zitat von: sepia am 17 Februar 2020, 01:10:56
Ach jo, das ist der Demo Pfad zum STT Server, der wird aber für das Wake-Word gar nicht gebraucht. Der RPi4 mit 4GB könnte vielleicht auch noch den STT Server stemmen, das habe ich als Test auf der To-Do Liste stehen ^^.

Ein STT sollte reichen, spricht was dagegen den SEPIA Server + STT zusammen auf einer Maschine zu installieren (nein kein PI) :-)

Zitat von: sepia am 17 Februar 2020, 01:10:56
Wenn man STOP drückt vor dem Verlassen, müsste es eigentlich automatisch wieder anspringen nachdem man einmal manuell was gefragt/gesagt hat (falls es denn generell erlaubt ist). Die Abfrage kommt beim Switch in den "idle" Modus also im Grunde nach jeder Interaktion mit SEPIA.
In den Lockscreen kommt man tatsächlich nicht, oder nur mit irgendwelchen Sonderregeln :-( Auf Android hat man zusätzlich das Problem, dass je nach Hersteller immer mal wieder die App aus dem Hintergrund gelöscht wird. SEPIA macht eigentlich nix im Hintergrund, aber das führt dazu, dass man irgendwann plötzlich keine Erinnerungen/Timer/Alarme per Notification bekommt :-/ Dann muss man einmal das Handy neustarten >:( (das passiert ca. 1mal im Monat bei mir).

Dann bin ich damit ja nicht alleine. unschöner Nebeneffekt, evtl. ein Xiaomi Ding, wenn das Mikro an ist, tauscht er den Default Lautstärke für Lautsprecher und man reguliert die Lautstärke vom Mikro. Bissel nervig. und per Bluetooth Verbindung sorgt es bei der Freisprecheinrichtung dafür das diese denkt es wäre ein Anruf, und generiert einen Pseudo Anruf :-(

Zitat von: sepia am 17 Februar 2020, 01:10:56
Eigenes Wake-Word wäre schon cool ja. Die Jungs von Picovoice waren so nett und haben mir "Hey SEPIA" kostenlos für das Projekt erstellt. Theoretisch kann man noch alles benutzen, was die so im GitHub veröffentlicht haben (https://github.com/Picovoice/porcupine/tree/master/resources/keyword_files/wasm). Leider kann man sich bei denen nur eigene Wake-Words für Windows 64bit und Linux 64bit erstellen (Browser (wasm) und Raspberry muss man in Auftrag geben).

Bevor ich jetzt anfange zu suchen. Wo ist das Wakeword File versteckt? :-) Klingt interessant.
Hast du mal mit Snowboy rumprobiert. Wobei die auch auf die Picovoice Console verweisen, was dann noch nichts hilft am Ende.

Zitat von: sepia am 16 Februar 2020, 23:00:47
Hehe ;D , der "pseudo-headless" bedeutet, dass das Display an bleibt, der Client sich aber ansonsten wie die "headless" Variante verhält (auto setup, remote terminal etc.). War das das was du auch im Sinne hattest? ^^
Vielleicht hast du auch schon gesehen, dass ich den Aufbau des Clients etwas verändert habe. Das wird vermutlich ein Update deiner Clients etwas tricky machen (der Ordner ~/sepia heißt jetzt ~/sepia-client und beinhaltet auch den meisten code aus ~/.config/openbox/autostart, die .bashrc hat sich auch geändert), allerdings hielt ich es für nötig das noch vor dem Release zu machen, denn dadurch wird die Struktur etwas übersichtlicher und man kann den Client auch besser über die Konsole starten und stoppen. Außerdem wird openbox für die headless Version gar nicht mehr gestartet (nur noch im 'display' mode).

Wenn du eh gerade den Client umbaust, kannst du dir vielleicht nochmal den Clexi Server bzw. nginx anschauen. Du benötigst ja den Port 9090.
Vielleicht könntest du den Port 80 "ausbauen", den er vermutlich aktiv nicht nutzt oder hab ich was übersehen?

Ich weiss, nur headless alleine :-) Aber es müssen ja nicht Ports belegt werden, die am Ende nicht genutzt werden.

Dann wären nur 8080 und 9090 offen und aktuell in Nutzung richtig? :-)

Ich installiere den Client am Ende dann zum Testen auch gerne nochmal frisch :-)

im setup.sh wäre eine Raum Eingabe noch cool, oder per remote control. (Ups hab ich da was übersehen evtl. :-) )

Zitat von: whistler am 17 Februar 2020, 22:35:31
Ein STT sollte reichen, spricht was dagegen den SEPIA Server + STT zusammen auf einer Maschine zu installieren (nein kein PI) :-)

Eigentlich nicht, solange die genug Saft hat ;)

Zitat von: whistler am 17 Februar 2020, 22:35:31
Dann bin ich damit ja nicht alleine. unschöner Nebeneffekt, evtl. ein Xiaomi Ding, wenn das Mikro an ist, tauscht er den Default Lautstärke für Lautsprecher und man reguliert die Lautstärke vom Mikro. Bissel nervig. und per Bluetooth Verbindung sorgt es bei der Freisprecheinrichtung dafür das diese denkt es wäre ein Anruf, und generiert einen Pseudo Anruf :-(

Uff, das mit dem Anruf ist ja echt nervig >:(

Zitat von: whistler am 17 Februar 2020, 22:35:31
Bevor ich jetzt anfange zu suchen. Wo ist das Wakeword File versteckt? :-) Klingt interessant.
Hast du mal mit Snowboy rumprobiert. Wobei die auch auf die Picovoice Console verweisen, was dann noch nichts hilft am Ende.

Das WW ist momentan im HTML Code (https://github.com/SEPIA-Framework/sepia-html-client-app/blob/3532cc70ff2ec752b4d216424cc001eaae5037e6/www/scripts/sepiaFW.wakeTriggers.js#L164) könnte man aber so umbauen, dass es zumindest im Ordner des SEPIA Clients liegt ;-)
Snowboy hatte ich mal probiert bevor es Picovoice gab. Die waren ganz ok aber alles etwas umständlich zu konfigurieren und nicht auf so vielen Plattformen verfügbar. Vermutlich hat sich da auch einiges getan, wusste z.B. nicht, dass die jetzt irgendwas mit Picovoice zu tun haben.

Zitat von: whistler am 17 Februar 2020, 22:35:31
Wenn du eh gerade den Client umbaust, kannst du dir vielleicht nochmal den Clexi Server bzw. nginx anschauen. Du benötigst ja den Port 9090.
Vielleicht könntest du den Port 80 "ausbauen", den er vermutlich aktiv nicht nutzt oder hab ich was übersehen?

Ich weiss, nur headless alleine :-) Aber es müssen ja nicht Ports belegt werden, die am Ende nicht genutzt werden.

Dann wären nur 8080 und 9090 offen und aktuell in Nutzung richtig? :-)

Ach, ich glaube der ist überhaupt nur drin wegen der Nginx default config, den hab ich gar nicht explizit definiert :( 8080 für CLEXI und 9090 für Nginx sind ansonsten alles.

Zitat von: whistler am 17 Februar 2020, 22:35:31
im setup.sh wäre eine Raum Eingabe noch cool, oder per remote control. (Ups hab ich da was übersehen evtl. :-) )

Ich glaub da gibt es tatsächlich momentan noch keine Möglichkeit das einzustellen ohne Monitor ???
Ich prüfe das noch mal ^^.

Ich habe mich getraut und endlich v2.4.1 von SEPIA-Home veröffentlicht  8) :
https://github.com/SEPIA-Framework/sepia-installation-and-setup/releases

Die Scripts für die DIY (headless) SEPIA-Clients sind auch im master branch, müssen aber noch einmal getestet werden :)

Zitat von: sepia am 19 Februar 2020, 01:29:13
Eigentlich nicht, solange die genug Saft hat ;)

Okay was auch immer du mit genug meinst, aber ja denke schon :-)

Zitat von: sepia am 19 Februar 2020, 01:29:13
Uff, das mit dem Anruf ist ja echt nervig >:(

Aktuell killt Tasker die App beim Bluetooth Connect und startet sie wieder beim disconnect.
Das führt mich zu einer Frage. Kann die App auch Android Intents? z.B. "minimiert starten oder als Always On starten?

Zitat von: sepia am 19 Februar 2020, 01:29:13
Ach, ich glaube der ist überhaupt nur drin wegen der Nginx default config, den hab ich gar nicht explizit definiert :( 8080 für CLEXI und 9090 für Nginx sind ansonsten alles.

Kannst du diese dann ggf. noch anpassen, das er den Port erst gar nicht mit aufmacht? :-)

Zitat von: sepia am 19 Februar 2020, 01:29:13
Ich glaub da gibt es tatsächlich momentan noch keine Möglichkeit das einzustellen ohne Monitor ???
Ich prüfe das noch mal ^^.

In der Settings.js im clexi gibts das Feld, aber scheinbar füllt er es nicht, wenn man im Browser die Einstellung gemacht hat. umgekehrt hab ich es noch nicht probiert. also ob er sich den Raum aus der settings.js ziehen würde.

Hi Florian,

Zitat von: sepia am 19 Februar 2020, 01:32:47
Ich habe mich getraut und endlich v2.4.1 von SEPIA-Home veröffentlicht  8) :
https://github.com/SEPIA-Framework/sepia-installation-and-setup/releases

Die Scripts für die DIY (headless) SEPIA-Clients sind auch im master branch, müssen aber noch einmal getestet werden :)

Sehr schön. :-)

VM Update auf 2.4.1 aus dem dev Erfolgreich auf die VM eingespielt, aber beim ersten start, hat er wieder gemeckert, weil Scheinbar mit den Timeout was nicht passte und es gab 3x ein Fail.
Beim start danach hat er jeweils versucht ein rm auf dei log.out zu machen.

Es war doch so das die Skript nicht als root auszuführen sind, weil dann elasticsearch stress macht oder?

Kurze Nachfrage zum Ende des Updates:

Example1: http://sepia-srv.local:20721/tools/index.html
Example2: http://sepia-srv.local:20726/sepia/assist/tools/index.html (IF you've installed Nginx proxy)
Example3: http://192.168.1.25:20721/tools/index.html
Example4: http://192.168.1.25:20721/app/index.html

Please note: if this is a virtual machine the hostname might not work to contact the server!


würde es ggf. sind machen das du aus der /etc/hostnames und /etc/resolv.conf (sofern ein search Eintrag für den Suffix existiert) dein Sample zusammen baust.

Oder hast du dafür die note eingefügt? :-)


Der Android Beta Channel klappt auch, da ist die neue App schon Online, bzw. ja schon vorab am 14.02.2020 wenn es die letzte Version ist.

Beim Headless Client war die Empfehlung neu installieren "also den Client" nicht den ganzen PI. :-)

Zitat von: whistler am 19 Februar 2020, 19:54:31
Okay was auch immer du mit genug meinst, aber ja denke schon :-)

Das weiß ich auch noch nicht genau ;) Mein Gefühl sagt der RPi4 ist schon nah dran ^^.

Zitat von: whistler am 19 Februar 2020, 19:54:31
Aktuell killt Tasker die App beim Bluetooth Connect und startet sie wieder beim disconnect.
Das führt mich zu einer Frage. Kann die App auch Android Intents? z.B. "minimiert starten oder als Always On starten?

Bis jetzt nur "ASSIST" und "VOICE_COMMAND" , damit man die App als Google Assistant Ersatz auswählen kann. Genau genommen noch "com.android.music.metachanged" damit der music player registrieren kann ob eine App etwas abspielt (falls sie es denn broadcasted). Der Always-On Modus startet automatisch wenn man in den Settings "Track power status" an hat und das Stromkabel verbinden :D

Zitat von: whistler am 19 Februar 2020, 19:54:31
Kannst du diese dann ggf. noch anpassen, das er den Port erst gar nicht mit aufmacht? :-)

Ich glaube es gibt eine "/etc/nginx/sites-enabled/default" wenn ich mich recht erinnere. Wenn man die löscht müsste es weg sein. Vielleicht kannst du dir dafür ein Skript machen, ich würde die gerne behalten, denn damit kann man ganz gut testen ob der Nginx überhaupt richtig läuft.

Zitat von: whistler am 19 Februar 2020, 19:54:31
In der Settings.js im clexi gibts das Feld, aber scheinbar füllt er es nicht, wenn man im Browser die Einstellung gemacht hat. umgekehrt hab ich es noch nicht probiert. also ob er sich den Raum aus der settings.js ziehen würde.

Ich hatte kurz selbst vergessen, dass ich das doch schon hinzugefügt hatte ::) Die Daten werden auf jeden Fall gelesen. Generell kann die settings.js nur per Linux geändert werden (also Skript oder Hand), der Browser darf da nicht reinschreiben. Theoretisch könnte man sowas implementieren über ein selbstgemachtes CLEXI Plugin oder das Runtime Plugin einer Mesh-Node ... aber ich peile erstmal eine Option im setup.sh Skript an ;)

Zitat von: whistler am 19 Februar 2020, 19:54:31
VM Update auf 2.4.1 aus dem dev Erfolgreich auf die VM eingespielt, aber beim ersten start, hat er wieder gemeckert, weil Scheinbar mit den Timeout was nicht passte und es gab 3x ein Fail.
Beim start danach hat er jeweils versucht ein rm auf dei log.out zu machen.

Es war doch so das die Skript nicht als root auszuführen sind, weil dann elasticsearch stress macht oder?

Hm komisch. Schwer zu sagen was da passiert aber der neue Docker Container ist fast fertig, vielleicht läuft es ja damit dann. Der "rm" auf die "log.out" kommt bei jedem Server Start, da schiebt er die alte log.out in den "logs" Ordner und fängt eine saubere an. Wenn er die schon nicht löschen kann deutet es darauf hin, dass da irgendwas keine Schreibberechtigung hat.
Spätestens ab dem Punkt, wo der "~/SEPIA" Ordner erstellt wird und die Zip Datei heruntergeladen wird sollte bei der Installation nichts mehr mit sudo gemacht werden. Wenn man das Raspberry Pi Skript (https://github.com/SEPIA-Framework/sepia-docs/wiki/Installation#raspberry-pi-in-general) nutzt und korrekt ohne sudo ausführt sollte bei den Zugriffsrechten eigentlich nichts schief gehen.

Zitat von: whistler am 19 Februar 2020, 19:54:31
würde es ggf. sind machen das du aus der /etc/hostnames und /etc/resolv.conf (sofern ein search Eintrag für den Suffix existiert) dein Sample zusammen baust.

Oder hast du dafür die note eingefügt? :-)

Der angegebene Hostname kommt aus $(hostname), was wiederum aus /etc/hostname kommt. Was macht die resolv.conf? Die IP kommt vom Netzwerkadapter, der aber leider virtuell sein kann. Ich fürchte mehr Infos über die "externe" Umgebung kriegt man nicht von innerhalb einer VM (oder doch?). Soweit ich weiß wird auch der Hostname nicht nach Außen durchgereicht.

Zitat von: whistler am 19 Februar 2020, 19:54:31
Der Android Beta Channel klappt auch, da ist die neue App schon Online, bzw. ja schon vorab am 14.02.2020 wenn es die letzte Version ist.

Beim Headless Client war die Empfehlung neu installieren "also den Client" nicht den ganzen PI. :-)

Die Android Beta ist aktuell, die production version hängt mal wieder beim Google Play Support und kommt dann hoffentlich in spätestens 2 Tagen ...  >:(
Den RPi Client sollte man frisch installieren am Besten, ja ;) ;D

Es gibt nun auch einen neuen Docker Container :)

Ich habe festgestellt, dass die Elasticsearch Datenbank innerhalb eines Docker Containers bisher wohl recht instabil lief, weil der Parameter für den virtuellen Speicher nur außerhalb des Containers auf dem Host System gesetzt werden kann. Hier gibts mehr Infos dazu:

https://github.com/SEPIA-Framework/sepia-docs/wiki/SEPIA-inside-virtual-environments

Für Probleme mit dem Mikrofon Zugriff im Browser von extern...also nicht localhost... habe ich im rhasspy GIT folgendes gefunden

ZitatThis was the root of my issue as well. I was trying to test commands in the browser via http (as SSL / https is currently not functional).

You can workaround it by trusting the url specifically.

On Brave you can go to brave://flags/ and locate "Insecure origins treated as secure" , add the urls you want to be trusted and enable the option. After re-launching you should be able to use your microphone over http for the specified urls.

https://github.com/synesthesiam/rhasspy/issues/150 (https://github.com/synesthesiam/rhasspy/issues/150)
https://brave.com/ (https://brave.com/)

Hat bei mir funktioniert...vielleicht hilft es dem Ein oder Anderem auch weiter.
Headless habe ich noch nicht getestet.

lg

 :) Es gibt dazu auch einen Eintrag im SEPIA Wiki:

https://github.com/SEPIA-Framework/sepia-docs/wiki/Set-up-web-browser-to-treat-your-local-IP-as-secure-origin

und noch ein paar weitere Optionen (z.B. self-signed SSL):

https://github.com/SEPIA-Framework/sepia-docs/wiki/SSL-for-your-Server#troubles-with-microphone-or-server-access

Seit v2.4.1 sollte der Client bei entsprechenden Probleme auch einen Link im Chat posten zu diesem Eintrag  :D

ZitatSeit v2.4.1 sollte der Client bei entsprechenden Probleme auch einen Link im Chat posten zu diesem Eintrag

Noch nicht gemacht  ::)

So ich brauchte mal ne Sepia "Pause".

Zitat von: sepia am 20 Februar 2020, 00:05:24
Das weiß ich auch noch nicht genau ;) Mein Gefühl sagt der RPi4 ist schon nah dran ^^.

Okay dann sollte ne VM dafür ja passen :-) Ich hoffe mal die meinst die 2GB Version ;-) (4GB geht natürlich auch)

Zitat von: sepia am 20 Februar 2020, 00:05:24
Bis jetzt nur "ASSIST" und "VOICE_COMMAND" , damit man die App als Google Assistant Ersatz auswählen kann. Genau genommen noch "com.android.music.metachanged" damit der music player registrieren kann ob eine App etwas abspielt (falls sie es denn broadcasted). Der Always-On Modus startet automatisch wenn man in den Settings "Track power status" an hat und das Stromkabel verbinden :D

[EDIT] Habs gefunden, etwas versteckt. Oder einfach anders als gewohnt. Hier die Lösung https://www.android-hilfe.de/forum/xiaomi-mi9.3504/amazon-alexa-statt-google-assistent-auf-mi9-ohne-root.927289.html (https://www.android-hilfe.de/forum/xiaomi-mi9.3504/amazon-alexa-statt-google-assistent-auf-mi9-ohne-root.927289.html)
Muss das Rom das speziell können, eigentlich doch standard. vielleicht hat sich da was zu Android 10 geändert. Aktuell bei meinem Xiaomi finde ich nämlich nicht mehr die Einstellung den Assistent zu tauschen. Ich weiss aber das es sie eigentlich gibt. Vorher hab ich immer AutoVoice als Googleassistent ersatz genommen. Zusammen mit Tasker und dann fhem, geht das ja auch ganz gut.

Zitat von: sepia am 20 Februar 2020, 00:05:24
Ich glaube es gibt eine "/etc/nginx/sites-enabled/default" wenn ich mich recht erinnere. Wenn man die löscht müsste es weg sein. Vielleicht kannst du dir dafür ein Skript machen, ich würde die gerne behalten, denn damit kann man ganz gut testen ob der Nginx überhaupt richtig läuft.

ja kann ich wohl machen :-) wenn das löschen reicht. werde ich probieren.

Zitat von: sepia am 20 Februar 2020, 00:05:24
Ich hatte kurz selbst vergessen, dass ich das doch schon hinzugefügt hatte ::) Die Daten werden auf jeden Fall gelesen. Generell kann die settings.js nur per Linux geändert werden (also Skript oder Hand), der Browser darf da nicht reinschreiben. Theoretisch könnte man sowas implementieren über ein selbstgemachtes CLEXI Plugin oder das Runtime Plugin einer Mesh-Node ... aber ich peile erstmal eine Option im setup.sh Skript an ;)

vielleicht noch ein set über das terminal.

Zitat von: sepia am 20 Februar 2020, 00:05:24
Hm komisch. Schwer zu sagen was da passiert aber der neue Docker Container ist fast fertig, vielleicht läuft es ja damit dann. Der "rm" auf die "log.out" kommt bei jedem Server Start, da schiebt er die alte log.out in den "logs" Ordner und fängt eine saubere an. Wenn er die schon nicht löschen kann deutet es darauf hin, dass da irgendwas keine Schreibberechtigung hat.
Spätestens ab dem Punkt, wo der "~/SEPIA" Ordner erstellt wird und die Zip Datei heruntergeladen wird sollte bei der Installation nichts mehr mit sudo gemacht werden. Wenn man das Raspberry Pi Skript (https://github.com/SEPIA-Framework/sepia-docs/wiki/Installation#raspberry-pi-in-general) nutzt und korrekt ohne sudo ausführt sollte bei den Zugriffsrechten eigentlich nichts schief gehen.

komische sache. ich beobachte das mal. bleib erstmal zumindest bei der Entwicklungszeit in der VM, dann ist man etwas flexibler bei den Updates.

Zitat von: sepia am 20 Februar 2020, 00:05:24
Der angegebene Hostname kommt aus $(hostname), was wiederum aus /etc/hostname kommt. Was macht die resolv.conf? Die IP kommt vom Netzwerkadapter, der aber leider virtuell sein kann. Ich fürchte mehr Infos über die "externe" Umgebung kriegt man nicht von innerhalb einer VM (oder doch?). Soweit ich weiß wird auch der Hostname nicht nach Außen durchgereicht.

Also betrachte mal kurz die VM als echten Rechner und dann in Linux denken (Das letztere fällt mir zwar manchmal schwer aber geht schon)
der hostname passt. in der resolv.conf landet der dns server und als "search domain.loc" die domaine die man beim setup eingibt. also wenn man das os installiert und dann eine domaine angibt.

so ich hab mal gegoogelt und den gefundenen snippsel auf unseren bedürfnisse angepasst hier:

domainsuffix=$(sed -e '1,1d' -e '3,4d' -e 's/search //' /etc/resolv.conf)
echo $domainsuffix


damit könntest du vielleicht dein skript noch etwas erweitert, wenn er fündig wird hängst du das an, und sonst schreibst du local rein.
Wäre das eine idee?

Zitat von: sepia am 20 Februar 2020, 00:05:24
Die Android Beta ist aktuell, die production version hängt mal wieder beim Google Play Support und kommt dann hoffentlich in spätestens 2 Tagen ...  >:(

Zitat von: sepia am 20 Februar 2020, 00:05:24
Den RPi Client sollte man frisch installieren am Besten, ja ;) ;D

hab ich gemacht, aber hab mich noch nicht getraut dein skript durch laufen zu lassen mit dem neuen "headless" client, aber meiner funktion weiterhin.
muss ich mir noch anschauen.

Bei meiner "blanken" testinstallation tut er sich aber noch etwas schwer mit dem verstehen, entfernung etwa 1 meter und respeaker 2 mic. wie sind da die erfahrungen?

Gruß
Basti

Hallo zusammen,

ich hab nochmal ein wenig mit Sepia und der Spracheingabe und Ausgabe probiert. Leider klappt das noch nicht so wie gewünscht.
Zwei Beispiele habe ich mal angehängt. Sollten selbst erklärend sein, hoffe ich.

Was kann ich da machen oder anders machen?

Zusätzlich die Frage, wie unterscheide ich Zwei Lampen im gleichen Zimmer?
Das Thema gabs glaubig schon. Gibts da eine Empfehlung. Beim Durchnummerieren muss man sich ja ziemlich genau merken wo mann dann angefangen hat.
Wir reden jetzt noch nicht davon, das wenn Besuch da ist. Was dann passiert.

Aktuell direkt am Rechner, Verhalten am Android Client ist aber ähnlich.

Gutes Beispiel: Ver mal einen Timer / Wecker auf 17 Uhr 30 zu stellen. :-)

[EDIT] Die 1 wird im Satz sehr gerne als eins verstanden und damit "ungültig".

Ich hoffe wie immer das die Tests der Optimierung dienen.

Schönen Sonntag und guten Start in die Woche.

Gruß
Basti

Guten Abend,

bevor ich es wieder vergesse. Wie steht es bei Farbigen Leuchten um das Thema.
Schalte auf Grün. Schalte auf Blau etc. ?

Gruß
Basti

Zitat von: whistler am 08 März 2020, 17:39:25
So ich brauchte mal ne Sepia "Pause".

Hehe np ;-)
Irgendwie habe ich verpasst, dass hier neue Nachrichten reinkamen, die Email Benachrichtigung hat wohl nicht funktioniert :o, deswegen die späte Antwort :-(

Zitat von: whistler am 08 März 2020, 17:39:25
so ich hab mal gegoogelt und den gefundenen snippsel auf unseren bedürfnisse angepasst hier:

Code Auswählen Erweitern


domainsuffix=$(sed -e '1,1d' -e '3,4d' -e 's/search //' /etc/resolv.conf)
echo $domainsuffix


damit könntest du vielleicht dein skript noch etwas erweitert, wenn er fündig wird hängst du das an, und sonst schreibst du local rein.
Wäre das eine idee?

Bei meinem Pi spuckt der Befehl 'domain localdomain' aus, d.h. wenn ich "localdomain" sehe nutze ich ".local" ansonsten die domain, war das die Idee?

Zitat von: whistler am 08 März 2020, 17:39:25
Bei meiner "blanken" testinstallation tut er sich aber noch etwas schwer mit dem verstehen, entfernung etwa 1 meter und respeaker 2 mic. wie sind da die erfahrungen?

Der ReSpeaker 2 Mic läuft bei mir auch eher mäßig bei Distanzen größer als einer Armlänge. Mit dem Amazon Basics  (https://www.amazon.de/AmazonBasics-LJ-PUM-001-Tragbares-USB-Kondensatormikrofon/dp/B078GYH477/) habe ich sehr gute Erfahrungen und das "Original" von Samson (https://www.amazon.de/Samson-Clip-Mikrofon-Laptop-Computer/dp/B001R76D42/) wollte ich als nächstes probieren, das gibt es gerade zum gleichn Preis (33€).

Zitat von: whistler am 08 März 2020, 17:52:32
ich hab nochmal ein wenig mit Sepia und der Spracheingabe und Ausgabe probiert. Leider klappt das noch nicht so wie gewünscht.
Zwei Beispiele habe ich mal angehängt. Sollten selbst erklärend sein, hoffe ich.
[...]
Die 1 wird im Satz sehr gerne als eins verstanden und damit "ungültig".

Das mit den Zahlen ist leider ein bekanntes Problem, was ich schon länger auf der To-Do Liste habe. Leider gar nicht so trivial, aber ganz oben auf der Prio Liste für den open source ASR Server.

Zitat von: whistler am 08 März 2020, 17:52:32
Zusätzlich die Frage, wie unterscheide ich Zwei Lampen im gleichen Zimmer?
Das Thema gabs glaubig schon. Gibts da eine Empfehlung. Beim Durchnummerieren muss man sich ja ziemlich genau merken wo mann dann angefangen hat.
Wir reden jetzt noch nicht davon, das wenn Besuch da ist. Was dann passiert.
[...]
Wie steht es bei Farbigen Leuchten um das Thema.
Schalte auf Grün. Schalte auf Blau etc. ?

Für die neue Version habe ich die Erkennung von Gerätenamen eingebaut. Das NLU Modul lädt sich dafür die Namen der Geräte von FHEM rein und sucht danach FALLS es den Typen schon aus dem Satz erkennt. Ein Beispiel "Ambiente Licht einschalten" wurde bisher nur als "Licht" erkannt, da SEPIA aber in dem Fall erkennt dass es um Licht geht scant er alle bekannten Lichter und findet dann "Ambiente Licht" als Treffer. Die meisten Namen sollten damit dann klappen. Falls es keinen 100% Treffer gibt sollte er dann bei der Nachfrage nun auch den nächstbesten Treffer finden :-)

Die Erkennung für Farben gibt es eigentlich, nur der Smart Home Service kann damit noch nichts anfangen. Vielleicht krieg ich da noch was hin für die nächste Version.

Ansonsten bin ich gerade dabei die Geräteverwaltung noch weiter auszubauen mit einer SEPIA eigenen Datenbank, so dass man neue Geräte erstellen und diese dann mit einem speziellen HUB verbinden kann. Praktisch z.B. wenn man 2 FHEM Instanzen nutzt oder FHEM + X :-)

Zitat von: sepia am 19 März 2020, 10:44:07
Hehe np ;-)
Irgendwie habe ich verpasst, dass hier neue Nachrichten reinkamen, die Email Benachrichtigung hat wohl nicht funktioniert :o, deswegen die späte Antwort :-(

np :-)

Zitat von: sepia am 19 März 2020, 10:44:07
Bei meinem Pi spuckt der Befehl 'domain localdomain' aus, d.h. wenn ich "localdomain" sehe nutze ich ".local" ansonsten die domain, war das die Idee?

was steht denn bei dir in /etc/resolv.conf ?
aber ja so in etwa war der plan genau

Zitat von: sepia am 19 März 2020, 10:44:07
Der ReSpeaker 2 Mic läuft bei mir auch eher mäßig bei Distanzen größer als einer Armlänge. Mit dem Amazon Basics  (https://www.amazon.de/AmazonBasics-LJ-PUM-001-Tragbares-USB-Kondensatormikrofon/dp/B078GYH477/) habe ich sehr gute Erfahrungen und das "Original" von Samson (https://www.amazon.de/Samson-Clip-Mikrofon-Laptop-Computer/dp/B001R76D42/) wollte ich als nächstes probieren, das gibt es gerade zum gleichn Preis (33€).

Wobei das bei Snips recht gut funktioniert hat, ich teste da nochmal mit, bzw. nutze ein alternatives mikro zum probieren.

Zitat von: sepia am 19 März 2020, 10:44:07
Das mit den Zahlen ist leider ein bekanntes Problem, was ich schon länger auf der To-Do Liste habe. Leider gar nicht so trivial, aber ganz oben auf der Prio Liste für den open source ASR Server.

Gut zu wissen, dann hab ich ja nichts falsch gemacht, und warte auf eine neue Version, bevor ich da mal weiter teste, also wenn du an dem Funkt gearbeitet hast.

Zitat von: sepia am 19 März 2020, 10:44:07
Für die neue Version habe ich die Erkennung von Gerätenamen eingebaut. Das NLU Modul lädt sich dafür die Namen der Geräte von FHEM rein und sucht danach FALLS es den Typen schon aus dem Satz erkennt. Ein Beispiel "Ambiente Licht einschalten" wurde bisher nur als "Licht" erkannt, da SEPIA aber in dem Fall erkennt dass es um Licht geht scant er alle bekannten Lichter und findet dann "Ambiente Licht" als Treffer. Die meisten Namen sollten damit dann klappen. Falls es keinen 100% Treffer gibt sollte er dann bei der Nachfrage nun auch den nächstbesten Treffer finden :-)

Die Erkennung für Farben gibt es eigentlich, nur der Smart Home Service kann damit noch nichts anfangen. Vielleicht krieg ich da noch was hin für die nächste Version.

Ansonsten bin ich gerade dabei die Geräteverwaltung noch weiter auszubauen mit einer SEPIA eigenen Datenbank, so dass man neue Geräte erstellen und diese dann mit einem speziellen HUB verbinden kann. Praktisch z.B. wenn man 2 FHEM Instanzen nutzt oder FHEM + X :-)

Okay hast du schon ein Planziel? Macht es sinn für eine Zwischenversion aus dem DEV. oder sollte ich lieber warten? Das mit dem Ambiente Licht Beispiel ist das was noch fehlt gerade, also was ich gerne testen würde.


Also wenn du das was zum testen hast, gerne bescheid geben.

Und bleibt Gesund.

Gruß
Basti

Zitat von: whistler am 24 März 2020, 21:30:27
was steht denn bei dir in /etc/resolv.conf ?

Bei meinem RPi3 steht:
domain localdomain
nameserver 192.168.0.1
nameserver fe80::1%wlan0

und bei meiner VM:
domain localdomain
search localdomain
nameserver 192.168.0.1

Ich nehme an meine Clients sehen alle so aus, da der Rest ja über Proxies auf anderen Maschinen läuft.

Zitat von: whistler am 24 März 2020, 21:30:27
Wobei das bei Snips recht gut funktioniert hat, ich teste da nochmal mit, bzw. nutze ein alternatives mikro zum probieren.

Bei Snips spielen ein paar Faktoren eine Rolle.
1) Das Sprachmodell ist normalerweise stark eingeschränkt auf die Befehle, die der Entwickler vorher definiert hat. Das kann man beim SEPIA STT Server auch machen, ist nur noch etwas umständlich weil es bei unbekannten Wörtern versagt und man diese dann erst per Hand ins Wörterbuch eintragen muss inklusive ihrer Phonems. Weniger bekannte Wörter -> weniger mögliche Fehler ;-)
2) Hattest du bei Snips als Wake-Word "Hey Snips" oder ein eigenes WW? "Hey Snips" ist wahrscheinlich stark optimiert gewesen durch eine große Menge an optimal aufgenommenen Sound Samples von diversen Sprechern. SEPIA hat Porcupine integriert, was eine etwas andere Technik benutzt, leichter zu integrieren ist, auf allen Plattformen arbeitet, aber dafür wahrscheinlich stärker schwankt in der Qualität, abhängig vom WW und Mikrofon.
3) Eventuell gab es noch spezielle Anpassungen für die Mikrofone von Seeed Studio, sprich Audio Samples wurden damit aufgenommen etc., da bin ich aber nicht sicher.

Zitat von: whistler am 24 März 2020, 21:30:27
Okay hast du schon ein Planziel? Macht es sinn für eine Zwischenversion aus dem DEV. oder sollte ich lieber warten? Das mit dem Ambiente Licht Beispiel ist das was noch fehlt gerade, also was ich gerne testen würde.

Die Änderungen sind im DEV und ich würde mich über Feedback freuen :-) ... würde allerdings auch empfehlen ein Backup deiner aktuellen Version zu machen vorher, da ich noch an einem Feature arbeite, dass 2 neue Indices in der DB erzeugt und diese sich eventuell noch etwas ändern werden :-D

Zitat von: whistler am 24 März 2020, 21:30:27
Und bleibt Gesund.

Du auch ;-)

Zitat von: sepia am 26 März 2020, 08:56:18
Die Änderungen sind im DEV und ich würde mich über Feedback freuen :-) ... würde allerdings auch empfehlen ein Backup deiner aktuellen Version zu machen vorher, da ich noch an einem Feature arbeite, dass 2 neue Indices in der DB erzeugt und diese sich eventuell noch etwas ändern werden :-D

Du auch ;-)

Okay dann warte ich bis du dich für die zwei Indices entschieden hast. Dann zieh ich mit den DEV Stand.

Zitat von: sepia am 26 März 2020, 08:56:18
Bei meinem RPi3 steht:
domain localdomain
nameserver 192.168.0.1
nameserver fe80::1%wlan0

und bei meiner VM:
domain localdomain
search localdomain
nameserver 192.168.0.1

Ich nehme an meine Clients sehen alle so aus, da der Rest ja über Proxies auf anderen Maschinen läuft.

Ich schaue mir das bei gelegenheit nochmal an, das passt noch nicht so ganz.

Zitat von: sepia am 26 März 2020, 08:56:18
Bei Snips spielen ein paar Faktoren eine Rolle.
1) Das Sprachmodell ist normalerweise stark eingeschränkt auf die Befehle, die der Entwickler vorher definiert hat. Das kann man beim SEPIA STT Server auch machen, ist nur noch etwas umständlich weil es bei unbekannten Wörtern versagt und man diese dann erst per Hand ins Wörterbuch eintragen muss inklusive ihrer Phonems. Weniger bekannte Wörter -> weniger mögliche Fehler ;-)
2) Hattest du bei Snips als Wake-Word "Hey Snips" oder ein eigenes WW? "Hey Snips" ist wahrscheinlich stark optimiert gewesen durch eine große Menge an optimal aufgenommenen Sound Samples von diversen Sprechern. SEPIA hat Porcupine integriert, was eine etwas andere Technik benutzt, leichter zu integrieren ist, auf allen Plattformen arbeitet, aber dafür wahrscheinlich stärker schwankt in der Qualität, abhängig vom WW und Mikrofon.
3) Eventuell gab es noch spezielle Anpassungen für die Mikrofone von Seeed Studio, sprich Audio Samples wurden damit aufgenommen etc., da bin ich aber nicht sicher.

Hey Snips war das WW, ich spiele dann nochmal nach einspielen der nächsten DEV (nach deine Indices Festlegung) mit den Soundsettings rum, evtl kann man da noch was einstellen. Linux und Audio hat ja so seine eigenheiten. :-)

Hallo Florian,

vor einiger Zeit hatte ich versucht SEPIA zum laufen zu bekommen. Irgendwie hatte ich es auch geschafft aber beim Zusammenspiel mit FHEM gab es Probleme, so dass ich es auf Eis legte. Nun möchte ich es erneut probieren und bitte dich um Hilfe bei ein paar (für dich) einfachen Fragen.
Wie kann ich den Assist-Server updaten? Dieser lauft auf einem amd64-PC.
Wie kann ich auf einen vorhandenen RPI3B+ (Debian Buster) einen Client installieren. Dieser hate ein ReSpeeker-Hat.
FHEM läuft auf einem separaten Server.

Vielen Dank im voraus.

Gruß Jens

Hallo Florian,

Zitat von: whistler am 26 März 2020, 17:59:21
Okay dann warte ich bis du dich für die zwei Indices entschieden hast. Dann zieh ich mit den DEV Stand.

ich wollte nur mal nachfragen, da du aktuell ja ein neues Feature eingecheckt hast :-) Ob du dich mit den Indicies einigen konntest.
Dann könnte ich das aktuell pausierende Sepia mal wieder rausholen und updaten.

Schönen Sonntag und guten Wochenstart.

Gruß
Basti

Zitat von: whistler am 03 Mai 2020, 19:38:21
Hallo Florian,

ich wollte nur mal nachfragen, da du aktuell ja ein neues Feature eingecheckt hast :-) Ob du dich mit den Indicies einigen konntest.
Dann könnte ich das aktuell pausierende Sepia mal wieder rausholen und updaten.

Schönen Sonntag und guten Wochenstart.

Gruß
Basti

Ich hab mal die DEV 2.5.0 eingespielt und nach Anfangsproblemen lies es sich dann auch letzte Tage kompilieren.
Aktuell versuche ich die ganze Geräte zu aktivieren und bei der Lampe heisst es dann (Licht im Garten auf an Okay.)
Wenn ich das richtig sehe, gibt er ja bei der Rückmeldung den Raum an der als sepia-room gepflegt ist, und da fehlt mir quasi noch was. :-)

Meinst du, das du zur 2.5.0 noch eine "Terrasse" rein bekommst?

Vielen Dank.

Hallo Florian,

nochmal eine kurze Frage, zu den typen "device" und "others" mir war so, als ob die bei fhem noch nicht 100% unterstützt werden.

Ich habe eine Pumpe, welche vom Typ Device ist sie ist im Garten "weil keine Terrasse",
aber ich kann sie nicht schalten leider. Hab jetzt so alles mögliche probiert.

Hast du hier einen Tipp oder ist meine Annahme richtig, das es noch nicht geht.

Vielen Dank

Gruß
Basti

Hallo Florian,

noch eine Frage die du sicher aus dem Arm schütteln kannst. Ich hab mich jetzt schon mehrfach mit dem MaryTTS aus dem DEV rumgeschlagen.

Und zwar ich find die Stelle für das Binding an localhost nicht, ist das fest beim kompilieren passiert.

Wie immer wäre ein Tipp Gold wert.

Vielen Dank.

Hallo zusammen. Sorry für die späten Antworten ich glaube wenn mein Username nicht zitiert wird kriege ich keine automatische Benachrichtigung und ich war selbst so aufs neue Update fixiert dass ich nicht reingeguckt hatte :-/

Kurzes Update zum allgemeinen Stand: SEPIA v2.5.0 ist fast fertig, ich planen den Release für dieses Wochenende, falls ich keine groben Bugs mehr finde. Durch den Umfang hat sich leider alles etwas in die Länge gezogen aber dafür wird es jede Menge neuer Sachen zum spielen geben (mehr TTS Stimmen, Wake-Word Optionen, MQTT, ioBroker, Mixed Smart Home Setups (z.B. FHEM + OpenHAB + MQTT gleichzeitig oder FHEM 1 + FHEM 2 +... ^^), gZIP Support für FHEM, Berücksichtigung von Gerätenamen uvm. 8)

Zitat von: JensS am 02 Mai 2020, 10:08:47
Hallo Florian,

vor einiger Zeit hatte ich versucht SEPIA zum laufen zu bekommen. Irgendwie hatte ich es auch geschafft aber beim Zusammenspiel mit FHEM gab es Probleme, so dass ich es auf Eis legte. Nun möchte ich es erneut probieren und bitte dich um Hilfe bei ein paar (für dich) einfachen Fragen.
Wie kann ich den Assist-Server updaten? Dieser lauft auf einem amd64-PC.
Wie kann ich auf einen vorhandenen RPI3B+ (Debian Buster) einen Client installieren. Dieser hate ein ReSpeeker-Hat.
FHEM läuft auf einem separaten Server.

Vielen Dank im voraus.

Gruß Jens

Hi Jens,
Im SEPIA Ordner gibt es ein Update Skript (ab Verison 2.4.0 glaube ich), das wäre einen Versuch wert, vorher aber bitte ein Backup vom '~/SEPIA' Ordner erstellen ^^.
Das Skript sollte Folgendes machen:

- 'backup-sepia.sh' ausführen (das macht ein Backup von der Datenbank, SDK und Config Dateien, allerdings nicht von z.B. DuckDNS Einstellungen oder selbst signierten SSL Certs)
- neue Version runterladen
- alten '~/SEPIA' Ordner umbenennen zu '~/SEPIA_...'
- neue Version nach '~/SEPIA' entpacken
- Backup aus Schritt 1 in den neuen Order entpacken
- einmal kurz 'setup.sh' ausführen um sicher zu stellen, dass alle Skripte ausführbar sind

Ich hatte allerdings letztens noch einen Bug behoben weshalb man es vielleicht besser per Hand macht. Wenn du vorher nicht allzu viel konfiguriert hattest in SEPIA lohnt sich eventuell eine frische Installation (~/SEPIA Ordner löschen und dann einfach die neue Version entpacken und noch mal das Setup ausführen).

Zu deiner zweiten Frage: Hier ist ein Anleitung für den DIY Client (https://github.com/SEPIA-Framework/sepia-installation-and-setup/tree/master/sepia-client-installation/rpi). Hattest du die schon gesehen?

Zitat von: whistler am 03 Mai 2020, 19:38:21
Hallo Florian,

ich wollte nur mal nachfragen, da du aktuell ja ein neues Feature eingecheckt hast :-) Ob du dich mit den Indicies einigen konntest.
Dann könnte ich das aktuell pausierende Sepia mal wieder rausholen und updaten.

Hi Basti,
an den Indicies hat sich erfreulicherweise nichts mehr geändert. Der aktuelle Dev Branch wird vermutlich bis zum Release nur noch minimale Änderungen erfahren. Ein Feedback würde mich sehr interessieren ;-)

Zitat
Ich hab mal die DEV 2.5.0 eingespielt und nach Anfangsproblemen lies es sich dann auch letzte Tage kompilieren.
Aktuell versuche ich die ganze Geräte zu aktivieren und bei der Lampe heisst es dann (Licht im Garten auf an Okay.)
Wenn ich das richtig sehe, gibt er ja bei der Rückmeldung den Raum an der als sepia-room gepflegt ist, und da fehlt mir quasi noch was. :-)

Meinst du, das du zur 2.5.0 noch eine "Terrasse" rein bekommst?

Ah, du warst schon schneller als ich  ;D
Ja, ich glaube das schaffe ich noch für den Release ;-)

Zitat
nochmal eine kurze Frage, zu den typen "device" und "others" mir war so, als ob die bei fhem noch nicht 100% unterstützt werden.

Ich habe eine Pumpe, welche vom Typ Device ist sie ist im Garten "weil keine Terrasse",
aber ich kann sie nicht schalten leider. Hab jetzt so alles mögliche probiert.

Hast du hier einen Tipp oder ist meine Annahme richtig, das es noch nicht geht.

In Version v2.5.0 müsste folgendes gehen, wenn du dem Gerät den Namen "Pumpe" gibst: "Gerät Pumpe im Garte einschalten" oder wenn es die einzige Pumpe ist: "Geräte Pumpe einschalten".
Das kleine Wort "Gerät" macht hier den Unterschied und ist leider nötig, damit der Befehl überhaupt getriggert wird. Alternativ kannst du natürlich über das Teach-Interface den Befehl "Auf geht's Pumpe" definieren (o.ä. ^^).

Zitat
noch eine Frage die du sicher aus dem Arm schütteln kannst. Ich hab mich jetzt schon mehrfach mit dem MaryTTS aus dem DEV rumgeschlagen.

Und zwar ich find die Stelle für das Binding an localhost nicht, ist das fest beim kompilieren passiert.

Wie immer wäre ein Tipp Gold wert.

In der 'assist.custom.properties' Datei (~/SEPIA/sepia-assist-server/Xtensions) müsstest du den Eintrag 'marytts_server=http\://127.0.0.1\:59125' finden. Falls der bei dir nicht da ist kannst du ihn einfach erstellen.
Willst du den Server auf einem anderen Rechner hosten?
Ein kleiner Hinweis: Ich habs noch nicht genug getestet aber ich empfehle den MaryTTS Server nicht parallel zu SEPIA auf dem RPi (<=3) laufen zu lassen, da die 1GB RAM schon am Limit sind :-/. Die Geschwindigkeit war mir auch etwas zu niedrig. RPi4 ab 2GB RAM sollte klappen.

Hi Florian, die Kurzform weil schon spät :-)

Zitat von: sepia am 19 Mai 2020, 23:43:44
Ah, du warst schon schneller als ich  ;D
Ja, ich glaube das schaffe ich noch für den Release ;-)

Das wäre ein Traum, ich wollte noch ein zweites haben, aber das ist mir Entfallen aktuell. :-)
Achso doch sowas wie Durchgang. Dann könnte ich zwischen Flur und Druchgang unterscheiden.

Danke.

Zitat von: sepia am 19 Mai 2020, 23:43:44
In der 'assist.custom.properties' Datei (~/SEPIA/sepia-assist-server/Xtensions) müsstest du den Eintrag 'marytts_server=http\://127.0.0.1\:59125' finden. Falls der bei dir nicht da ist kannst du ihn einfach erstellen.
Willst du den Server auf einem anderen Rechner hosten?
Ein kleiner Hinweis: Ich habs noch nicht genug getestet aber ich empfehle den MaryTTS Server nicht parallel zu SEPIA auf dem RPi (<=3) laufen zu lassen, da die 1GB RAM schon am Limit sind :-/. Die Geschwindigkeit war mir auch etwas zu niedrig. RPi4 ab 2GB RAM sollte klappen.

Ähm nein andersrum. Ich möchte gerne den MaryTTS ausserhalb von Localhost aufrufen. Das lässt er aber aktuell nicht zu.

Und nein er läuft doch mittlerweile in einer VM glaube mit 4GB Ram. Ggf. würde ich in einem nächsten Schritt sonst den MaryTTS Dienst auslagern.
Aber erstmal würde ich quasi nicht über localhost:59125 sondern per sepia-srv:59125 drauf zugreifen.
Bin mir aber nicht sicher ob das irgendwo Fest in den MaryTTS Sourcen verdrahtet ist.

Vielen Dank.

Gruß
Basti

Zitat von: whistler am 20 Mai 2020, 00:13:56
Das wäre ein Traum, ich wollte noch ein zweites haben, aber das ist mir Entfallen aktuell. :-)
Achso doch sowas wie Durchgang. Dann könnte ich zwischen Flur und Druchgang unterscheiden.

Balkon ist mir gerade auch noch eingefallen. Wegen Durchgang muss ich mal gucken, das scheint mir sehr unüblich irgendwie ^^.

Zitat von: whistler am 20 Mai 2020, 00:13:56
Ähm nein andersrum. Ich möchte gerne den MaryTTS ausserhalb von Localhost aufrufen. Das lässt er aber aktuell nicht zu.

Ach so ;D . Ah gute Frage, da muss ich selber noch mal gucken. Eventuell ist das ein command-line Parameter.

Zitat
In Version v2.5.0 müsste folgendes gehen, wenn du dem Gerät den Namen "Pumpe" gibst: "Gerät Pumpe im Garte einschalten" oder wenn es die einzige Pumpe ist: "Geräte Pumpe einschalten".

Das habe ich gerade noch mal getestet und geht doch noch nicht :-/ Er erkennt nur sowas wie "Gerät 1, Gerät 2 ...". Da werde ich noch mal nachbessern ^^.

Zitat von: sepia am 20 Mai 2020, 00:50:17
Balkon ist mir gerade auch noch eingefallen. Wegen Durchgang muss ich mal gucken, das scheint mir sehr unüblich irgendwie ^^.

Ach so ;D . Ah gute Frage, da muss ich selber noch mal gucken. Eventuell ist das ein command-line Parameter.

Das habe ich gerade noch mal getestet und geht doch noch nicht :-/ Er erkennt nur sowas wie "Gerät 1, Gerät 2 ...". Da werde ich noch mal nachbessern ^^.

Kurzform weil von Unterwegs
Terrasse Balkon und den Durchgang lass weg.

Ja das wäre Nice. Ich hab da leider nix finden können und er bindet ihn immer fest an localhost

Okay dann wird das ja bald mit den Geräten etc.

Vielen Dank
Gruß
Basti

Zitat von: whistler am 20 Mai 2020, 09:33:55
Ja das wäre Nice. Ich hab da leider nix finden können und er bindet ihn immer fest an localhost

Ich habe ein wenig im Code gestöbert, es müsste (nicht getestet) über folgenden Kommandozeilenbefehl laufen:

bin/marytts-server -Dsocket.addr=localhost -Dsocket.port=54321

Alternativ würde ich empfehlen einfach in dem Proxy deiner Wahl eine zusätzliche Weiterleitung für den MaryTTS Server einzurichten ;-)

Zitat von: sepia am 20 Mai 2020, 22:10:34
Ich habe ein wenig im Code gestöbert, es müsste (nicht getestet) über folgenden Kommandozeilenbefehl laufen:

Code Auswählen Erweitern

bin/marytts-server -Dsocket.addr=localhost -Dsocket.port=54321

Alternativ würde ich empfehlen einfach in dem Proxy deiner Wahl eine zusätzliche Weiterleitung für den MaryTTS Server einzurichten ;-)

Ich bin mir nicht sicher ob wir doch noch aneinander vorbei geredet haben. :-)
Oder meintest du einen Proxy auf der selben Maschine für den Zugriff von Aussen?
Also deine Parameter waren auch meine Gedanken aber leider klappt das nicht so wie gewünscht,
weil scheinbar im Source danach wieder auf 127.0.0.1 und 59125 gebunden wird.

Ich habe nun folgende Anpassung bei mir gemacht:

cd ~/SEPIA/
nano restart-sepia.sh
nano on-reboot.sh


Das restart-sepia.sh sieht nun wie folgt aus. Ich bin noch nicht 100% Glücklich da es so ja nicht ganz Updatesicher ist.
Aber zumindest klappt der Aufruf damit erst ausserhalb des Server direkt am Client.


#!/bin/bash
#Preliminary restart script, we should replace the sleep with a real check, e.g. via HTTP GET
./shutdown-sepia.sh
sleep 5
export MARYTTS_SERVER_OPTS="-Dsocket.addr=0.0.0.0 -Dsocket.port=59125"
echo
echo Optional Addon Paramter MaryTTS: $MARYTTS_SERVER_OPTS
echo
./run-sepia.sh
netstat --tcp --udp --listening --program --numeric


~/.bashrc wäre vielleicht noch ein wenig um den Wert zu überschreiben. (Funktioniert auch nicht sauber)

[EDIT]
Hab es nun in den Crontab beim booten eingebaut. Vielleicht magst du es in irgendeiner Form übernehmen

@reboot sleep 60 && export MARYTTS_SERVER_OPTS="-Dsocket.addr=0.0.0.0 -Dsocket.port=59125" && ~/SEPIA/on-reboot.sh;


Gruß
Basti

Zitat von: whistler am 21 Mai 2020, 13:35:22
Ich bin mir nicht sicher ob wir doch noch aneinander vorbei geredet haben. :-)
Oder meintest du einen Proxy auf der selben Maschine für den Zugriff von Aussen?

Ja, also ein/den Proxy auf der selben Machine wie der MaryTTS Server ;-) (ggf. der gleiche, der für SEPIA genutzt wird)

Zitat von: whistler am 21 Mai 2020, 13:35:22
[EDIT]
Hab es nun in den Crontab beim booten eingebaut. Vielleicht magst du es in irgendeiner Form übernehmen

Code Auswählen Erweitern


@reboot sleep 60 && export MARYTTS_SERVER_OPTS="-Dsocket.addr=0.0.0.0 -Dsocket.port=59125" && ~/SEPIA/on-reboot.sh;


Ah, gut zu wissen! :-)
Ich werde es auf jeden Fall mal in die MaryTTS INSTALL.md im Server Ordner aufnehmen, generell würde ich den Standard aber so lassen, dass der Server abgesichert bleibt und nur optional freigegeben werden kann vom User.
Es gibt natürlich immer auch die Möglichkeit den SEPIA TTS Endpoint direkt anzusprechen statt den MaryTTS Server. Das erfordert allerdings eine Authentifizierung, die das ganze sicher etwas komplizierter macht.

Grüße

Hallo Florian,

ich verteile gerade den Client und bekomme bei einem Pi folgenden Fehler:

pi@sz-pi:~/clexi $ node --title=clexi-server.js server.js
Server with ID 'clexi-86' running at: http://127.0.0.1:8080
Hostname: localhost - SSL: false
CLEXI Xtensions loaded: 3
/home/pi/clexi/node_modules/@abandonware/noble/lib/hci-socket/hci.js:101
    this._deviceId = this._socket.bindRaw(deviceId);
                                  ^

Error: ENODEV, No such device
    at Hci.init (/home/pi/clexi/node_modules/@abandonware/noble/lib/hci-socket/hci.js:101:35)
    at NobleBindings.init (/home/pi/clexi/node_modules/@abandonware/noble/lib/hci-socket/bindings.js:82:13)
    at Noble.<anonymous> (/home/pi/clexi/node_modules/@abandonware/noble/lib/noble.js:57:24)
    at processTicksAndRejections (internal/process/task_queues.js:79:9)


[EDIT]: Mir scheint das Bluettooth auf dem PI läuft nicht sauber. Kann ich das abschalten, damit er das nicht lädt?
Aktuell nutze ich den BLE teil eh noch nicht, würde mir zum testen reichen.

Hast du hierzu eine Idee, was er nicht mag, ich vermute aufgrund von hci irgendwas wegen Bluetooth und dem BLE?

Vielen Dank

Und schöne Pfingstage

Gruß
Basti

Zitat von: whistler am 31 Mai 2020, 15:48:02
[EDIT]: Mir scheint das Bluettooth auf dem PI läuft nicht sauber. Kann ich das abschalten, damit er das nicht lädt?
Aktuell nutze ich den BLE teil eh noch nicht, würde mir zum testen reichen.

Hast du hierzu eine Idee, was er nicht mag, ich vermute aufgrund von hci irgendwas wegen Bluetooth und dem BLE?

Hi,

welcher Pi ist das? Eine Version kleiner als 3?
Den Fehler kenne ich bisher nur von anderen Linux Versionen, aber vermutlich lässt es sich beheben durch das Entfernen des Bluetooth Plugins aus der CLEXI Settings Datei.

Zitat von: sepia am 02 Juni 2020, 22:12:15
Hi,

welcher Pi ist das? Eine Version kleiner als 3?
Den Fehler kenne ich bisher nur von anderen Linux Versionen, aber vermutlich lässt es sich beheben durch das Entfernen des Bluetooth Plugins aus der CLEXI Settings Datei.

Nabend,

es ist ein 3+. Die Installationen sind eigentlich alle gleich, aber wie es eben so ist, manche sind gleicher als andere. :-) Ich hab nachdem der Bluetoothstack gar nicht wollte am Wochenende dann die Installation auf dem PI weggeschmissen und geclont. Ich hatte es gestern abend soweit, das alle PIs Sepia sprechen konnten, noch mit meinem vorab "gepatchen" Startskript aus den ersten Headless Versionen.
Ich bin aber noch nicht durch sonst hätte ich schon geschrieben. Irgendwie war das Bluetooth Modul Softwareseitig "aus" und ich habs nicht gefunden wo.

Noch eben zwei Rückmeldungen für dich also Info, bezogen auf alte Kommentare.
Qualität Respeaker 2 Module die Mics sind mehr als ausreichend. Erkennung klappt sehr gut. Nur mit dem Wakeword "Hey Sepia" da hakelt es im Bezug auf die Lautstärke meiner Stimme und wie man das Hey betont, da ist es etwas "zickig" wenn man das so sagen kann.

Ich hab aber im Changelog gelesen das du da einiges in der 2.5.0 getan hast zum Thema Wakeword daher wollte ich die fertige Version inkl. Doku abwarten. Damit ich testen und dort nachlesen kann :-) Thema Stimme Tauschen wäre dann auch noch interessant. (geht sicher auch schon) :-)

"Das Gerät Bewässerung auf der Terrasse einschalten" geht schon :-)

So mal als fixes Zwischenfeedback zur Dev. Hast du schon nen Release Termin ins Auge gefasst? :-)

Vielen Dank und schönen abend noch.

Gruß
Basti

Zitat von: whistler am 02 Juni 2020, 22:21:47
Irgendwie war das Bluetooth Modul Softwareseitig "aus" und ich habs nicht gefunden wo.

Ah, das wäre meine zweite Vermutung gewesen ^^.

Zitat von: whistler am 02 Juni 2020, 22:21:47
Qualität Respeaker 2 Module die Mics sind mehr als ausreichend. Erkennung klappt sehr gut. Nur mit dem Wakeword "Hey Sepia" da hakelt es im Bezug auf die Lautstärke meiner Stimme und wie man das Hey betont, da ist es etwas "zickig" wenn man das so sagen kann.

Ok gut zu wissen. Mit der neuen Version könntest du ja mal ein paar andere WWs probieren. Z.B. "Raspberry" oder "Terminator" (da sind ein paar lustige dabei, nicht alle nützlich allerdings). Picovoice hat Gestern eine neue Version veröffentlicht die angeblich noch viel besser sein soll, allerdings bewegen die sich immer weiter weg von open-source leider :-(

Zitat von: whistler am 02 Juni 2020, 22:21:47
Thema Stimme Tauschen wäre dann auch noch interessant. (geht sicher auch schon) :-)

Der MaryTTS Server hat mmn die besten Stimmen in SEPIA v2.5.0 aber der Pi3 hat da leider etwas zu kämpfen mit. Der 4er sollte problemlos laufen. Pico TTS ist auch ok aber nicht so "charmant" wie die alte Espeak Robo Stimme finde ich (ich mag die Stimme irgendwie, Früher fand ich sie aber auch schlecht :-p).
Als nächstes wollte ich mal ... aufgepasst ... was von der Bildzeitung probieren ;D ... tatsächlich haben die eine KI Abteilung, also der Axel Springer Verlag und die haben eine interessante open-source TTS Version (ein Fork von Microsoft glaube ich). Die Qualität ist enorm gut. Es tut sich momentan irgendwie recht viel im TTS Bereich. Mozilla arbeitet auch hart dran, aber für den Pi ist das alles noch nix und auch für Deutsch gibt es noch zu wenig.

Zitat von: whistler am 02 Juni 2020, 22:21:47
"Das Gerät Bewässerung auf der Terrasse einschalten" geht schon :-)

;D :)

Zitat von: whistler am 02 Juni 2020, 22:21:47
So mal als fixes Zwischenfeedback zur Dev. Hast du schon nen Release Termin ins Auge gefasst? :-)

Seit Tagen rede ich mir ein "diese Woche", ich glaube diese Woche klappts aber wirklich :-D. Es sind keine Änderungen mehr geplant, nur noch Aufschreiben und ein finaler Test. Ach und den Docker Container muss ich auch noch etwas anpassen.

Zitat von: whistler am 02 Juni 2020, 22:21:47
Vielen Dank und schönen abend noch.

Danke dir auch :-)

Zitat von: sepia am 02 Juni 2020, 23:29:01
Ok gut zu wissen. Mit der neuen Version könntest du ja mal ein paar andere WWs probieren. Z.B. "Raspberry" oder "Terminator" (da sind ein paar lustige dabei, nicht alle nützlich allerdings). Picovoice hat Gestern eine neue Version veröffentlicht die angeblich noch viel besser sein soll, allerdings bewegen die sich immer weiter weg von open-source leider :-(

Hast du schon nen Link, oder fehlt das noch in der Doku, wo ich gucken kann? Oder hast du ein Stichwort?
[EDIT] mir scheint als hätte ich den neuen headless client noch nicht wie er im dev changelog eingetragen ist, aber ich finde ihn auch nicht im dev.
Ich glaube ich brauch wirklich einen kleinen Wink mit dem Zaunpfahl von dir?

Zitat von: sepia am 02 Juni 2020, 23:29:01
Der MaryTTS Server hat mmn die besten Stimmen in SEPIA v2.5.0 aber der Pi3 hat da leider etwas zu kämpfen mit. Der 4er sollte problemlos laufen. Pico TTS ist auch ok aber nicht so "charmant" wie die alte Espeak Robo Stimme finde ich (ich mag die Stimme irgendwie, Früher fand ich sie aber auch schlecht :-p).
Als nächstes wollte ich mal ... aufgepasst ... was von der Bildzeitung probieren ;D ... tatsächlich haben die eine KI Abteilung, also der Axel Springer Verlag und die haben eine interessante open-source TTS Version (ein Fork von Microsoft glaube ich). Die Qualität ist enorm gut. Es tut sich momentan irgendwie recht viel im TTS Bereich. Mozilla arbeitet auch hart dran, aber für den Pi ist das alles noch nix und auch für Deutsch gibt es noch zu wenig.

Ja das klingt brauchbar, nehme an da spielen die Parameter DE Voice in den settings vom headless client rein. Hast du hier sonst ebenfalls ein Stichwort?

Zitat von: sepia am 02 Juni 2020, 23:29:01
Seit Tagen rede ich mir ein "diese Woche", ich glaube diese Woche klappts aber wirklich :-D. Es sind keine Änderungen mehr geplant, nur noch Aufschreiben und ein finaler Test. Ach und den Docker Container muss ich auch noch etwas anpassen.

Das hab ich irgendwo schon gelesen ja, entweder bei git oder hier :-)

Da fällt mir noch was ganz anderes ein, man konnte den Piep Ton, also fürs Mic tauschen, ich glaube das war in einem issue auf git.
Hast du das auch geplant für die Android App. das Würde ich dann sowohl am headless oder nicht ganz headless client testen wollen.
[EDIT] Am "Client" hab ichs gefunden, tauschen funktioniert auch. Vielleicht hast du auch noch eine Lösung für den Android Client in der Tasche irgendwann :-)

Aktuell hab ich die pis her hdmi am fernseher hängen um das timing zwischen mic drücken (per sepia console der mic button) und dann zu gucken was er macht. :-) wie gesagt wake word hakelt siehe oben teste ich aber gerne die anderen.

Hatte ich sogar für morgen da liegen, da ich aktuell mittendrin bin (die ps3 eye cam klappt auch als mic sehr gut).

Zum Thema Hardware, die pis machen nur den headless client part. der marytts sepia und tts server laufen via vm auf richtiger hardware. damit sie nicht so schnell ins straucheln kommen.

In den Einstellungen bei Hey Sepia gibts den Punkt allow locale/remote, können damit die mics übergreifend erfassen? so richtig hab ich das noch nicht verstanden. Sonst müsste ich nochmal in die Doku gucken, wenns da erklärt ist.

Zitat von: whistler am 02 Juni 2020, 23:47:14
Hast du schon nen Link, oder fehlt das noch in der Doku, wo ich gucken kann? Oder hast du ein Stichwort?

Hier gibt es ein paar Infos dazu: Wake-Word Readme (https://github.com/SEPIA-Framework/sepia-html-client-app/blob/dev/www/xtensions/picovoice/README.md)
Die müsste auch in deinem Client Ordner sein falls du eine neue Version hast (/clexi/www/sepia/xtensions/picovoice/README.md).

Zitat von: whistler am 02 Juni 2020, 23:47:14
Ja das klingt brauchbar, nehme an da spielen die Parameter DE Voice in den settings vom headless client rein. Hast du hier sonst ebenfalls ein Stichwort?

Meinst du um Mary-TTS zum Laufen zu bekommen? Die README (https://github.com/SEPIA-Framework/sepia-assist-server/blob/dev/Xtensions/TTS/marytts/INSTALL.md) dazu kennst du glaube ich schon oder? Wenn der Server richtig erkannt wurde kann man in den Client Settings bei "Voice" 6 Mary-TTS Stimmen auswählen (oder waren es 7 ^^). "Voice engine" muss dafür auf custom stehen ("speech-voice-engine": "sepia"). Im DIY/headless Client kann man über die settings.js die Stimme wählen. Dazu einfach bei "en-voice" und/oder "de-voice" was eintragen. Die Namen kannst du dir aus deinem Desktop Client oder der App abgucken (hab die gerade auswendig nicht parat aber sowas wie "de-DE_marytts_m" o.ä.).

Zitat von: whistler am 02 Juni 2020, 23:47:14
Da fällt mir noch was ganz anderes ein, man konnte den Piep Ton, also fürs Mic tauschen, ich glaube das war in einem issue auf git.
Hast du das auch geplant für die Android App. das Würde ich dann sowohl am headless oder nicht ganz headless client testen wollen.

Bei der Android App ist das nicht so ganz einfach weil ich dann die Soundfiles zur Auswahl mit der App hochladen müsste in den Playstore (wovon manche eventuell noch Lizenzbedingt Probleme geben könnte, z.B. Star Trek Sachen ^^). Ich denke das wird erstmal nicht möglich sein, aber eventuell würde ich 1-2 alternative Sounds in Betracht ziehen wenn du gute hast ;-)

Zitat von: whistler am 02 Juni 2020, 23:47:14
die ps3 eye cam klappt auch als mic sehr gut

Davon habe ich auch eine hier rumliegen, weil ich schon oft gelesen hatte dass die so gut wäre aber es war etwas tricky die zu installieren wenn ich mich recht erinnere (schon ne Weile her).

Zitat von: whistler am 02 Juni 2020, 23:47:14
Zum Thema Hardware, die pis machen nur den headless client part. der marytts sepia und tts server laufen via vm auf richtiger hardware. damit sie nicht so schnell ins straucheln kommen.

Für Mary-TTS müsstest du bei den SEPIA Server Settings noch mal gucken und die Adresse zum Mary-TTS Server eingetragen (es gibt ein Mary-TTS Eintrag weiter unten irgendwo). Ich gebe aber zu das habe ich noch nicht getestet ^^, sollte aber klappen ... ^^.

Zitat von: whistler am 02 Juni 2020, 23:47:14
In den Einstellungen bei Hey Sepia gibts den Punkt allow locale/remote, können damit die mics übergreifend erfassen? so richtig hab ich das noch nicht verstanden. Sonst müsste ich nochmal in die Doku gucken, wenns da erklärt ist.

"allow locale/remote wake-word" ist die Einstellung, die generell erlaubt, dass das WW benutzt wird. Der "remote" Teil bezieht sich den Server Endpoint "/remote-action", über den man auch das Mikrofon im Client triggern kann. Im Grunde wie bei der CLEXI Verbindung nur durch das Passwort des User-Accounts abgesichert und "global" gesteuert.
Mit "Mics übergreifend" meinst du quasi dass das Mikrofon des einen Client das Wake-Word eines anderen Clients bedient? Das geht noch nicht, man könnte sowas aber hinbekommen wenn man oben erwähnten "/remote-action" Endpoint nutzt und das Wake-Word wieder über die "alten" Wake-Word Tools (ein Repo im SEPIA GitHub ziemlich weit unten) einrichtet. Ich kann dazu mal mehr erklären wenn Interesse besteht.

Noch einen Hinweis:

Ich habe gerade eine frische Client Installation auf dem RPi4 getestet (USB Mic, Headphone Jack Output), neuste Raspian Version (jetzt Raspberry OS genannt) und dabei festgestellt, dass Bluetooth irgendwie die Netzwerkverbindung arg in Mitleidenschaft zieht :-(
Ich weiß nicht ob das ein Bug der neuen Raspian Version ist oder irgendeine Kombination mit dem RPi4 die ich vorher nicht hatte, aber ich werde für die DIY Client Installation wohl Bluetooth standardmäßig mal deaktivieren.

Zitat von: sepia am 03 Juni 2020, 14:43:17
Meinst du um Mary-TTS zum Laufen zu bekommen? Die README (https://github.com/SEPIA-Framework/sepia-assist-server/blob/dev/Xtensions/TTS/marytts/INSTALL.md) dazu kennst du glaube ich schon oder? Wenn der Server richtig erkannt wurde kann man in den Client Settings bei "Voice" 6 Mary-TTS Stimmen auswählen (oder waren es 7 ^^). "Voice engine" muss dafür auf custom stehen ("speech-voice-engine": "sepia"). Im DIY/headless Client kann man über die settings.js die Stimme wählen. Dazu einfach bei "en-voice" und/oder "de-voice" was eintragen. Die Namen kannst du dir aus deinem Desktop Client oder der App abgucken (hab die gerade auswendig nicht parat aber sowas wie "de-DE_marytts_m" o.ä.).

ja habs gerade im browser am rechner geschaut, stimmt habs aufgewählt und klappt dort auch. Damit funktioniert auch die MaryTTS Anbindung. (Läuft zusammen mit dem SepiaServer in der gleichen VM. Das lüppt alles schon ganz schön in der 2.5.0 DEV

Zitat von: sepia am 03 Juni 2020, 14:43:17
Bei der Android App ist das nicht so ganz einfach weil ich dann die Soundfiles zur Auswahl mit der App hochladen müsste in den Playstore (wovon manche eventuell noch Lizenzbedingt Probleme geben könnte, z.B. Star Trek Sachen ^^). Ich denke das wird erstmal nicht möglich sein, aber eventuell würde ich 1-2 alternative Sounds in Betracht ziehen wenn du gute hast ;-)

Hab einen zurück in die Zukunft "pling" irgendwo gefunden gehabt. ja das Problem mit den Lizenzen verstehe ich. Blind geraten liegt der Source der App zum selber kompilieren nicht im git oder?

Zitat von: sepia am 03 Juni 2020, 14:43:17
Für Mary-TTS müsstest du bei den SEPIA Server Settings noch mal gucken und die Adresse zum Mary-TTS Server eingetragen (es gibt ein Mary-TTS Eintrag weiter unten irgendwo). Ich gebe aber zu das habe ich noch nicht getestet ^^, sollte aber klappen ... ^^.

Das passt soweit wie es eingebaut ist und läuft zumindest am Rechner im Browser. Aber eben nicht im headless client. weil ich glaubig den neuen client nicht im git dev bereich finde. ich hab den stand von februar (gib mir sonst gerne mal den schups in die richtige Richtung.)

Zitat von: sepia am 03 Juni 2020, 14:43:17
"allow locale/remote wake-word" ist die Einstellung, die generell erlaubt, dass das WW benutzt wird. Der "remote" Teil bezieht sich den Server Endpoint "/remote-action", über den man auch das Mikrofon im Client triggern kann. Im Grunde wie bei der CLEXI Verbindung nur durch das Passwort des User-Accounts abgesichert und "global" gesteuert.
Mit "Mics übergreifend" meinst du quasi dass das Mikrofon des einen Client das Wake-Word eines anderen Clients bedient? Das geht noch nicht, man könnte sowas aber hinbekommen wenn man oben erwähnten "/remote-action" Endpoint nutzt und das Wake-Word wieder über die "alten" Wake-Word Tools (ein Repo im SEPIA GitHub ziemlich weit unten) einrichtet. Ich kann dazu mal mehr erklären wenn Interesse besteht.

Das passt erstmal so würde ich sagen ja.

Noch einen Hinweis:

Zitat von: sepia am 03 Juni 2020, 14:43:17
Ich habe gerade eine frische Client Installation auf dem RPi4 getestet (USB Mic, Headphone Jack Output), neuste Raspian Version (jetzt Raspberry OS genannt) und dabei festgestellt, dass Bluetooth irgendwie die Netzwerkverbindung arg in Mitleidenschaft zieht :-(
Ich weiß nicht ob das ein Bug der neuen Raspian Version ist oder irgendeine Kombination mit dem RPi4 die ich vorher nicht hatte, aber ich werde für die DIY Client Installation wohl Bluetooth standardmäßig mal deaktivieren.

Ich würde gerne auf dem 3+ testen, aber wie oben geschrieben brauch ich nen schupser wo er liegt zum download.

Danke dir.

Zitat von: sepia am 03 Juni 2020, 14:43:17
Noch einen Hinweis:

Ich habe gerade eine frische Client Installation auf dem RPi4 getestet (USB Mic, Headphone Jack Output), neuste Raspian Version (jetzt Raspberry OS genannt) und dabei festgestellt, dass Bluetooth irgendwie die Netzwerkverbindung arg in Mitleidenschaft zieht :-(
Ich weiß nicht ob das ein Bug der neuen Raspian Version ist oder irgendeine Kombination mit dem RPi4 die ich vorher nicht hatte, aber ich werde für die DIY Client Installation wohl Bluetooth standardmäßig mal deaktivieren.

Danke fürs dev update, ist schon eingespielt. Dank deines Pseudo headless clients muss ich noch weniger anpassen. quasi nur den aufruf, weil ich kein openbox nutze. aber dafür rufe ich dein skript nur an lxde im autostart auf.

Ich hab den Client komplett ein "deinstalliert" was noch nice wäre, der raum mit setup skript.
Aber das dauert sich noch, weil fürs wakeword und die sprache muss man eh rein.

sieht gut aus, schon in der client auch die aktuelle version klappt es auch mit der Sprache. (de-DE marytts f klingt etwas dump am client)
Ich hatte mich schon gewundert, soviel konnte man da nicht falsch einstellen.

Hast du noch eine Idee, es blinkt ab und zu, z.b. wenn der Fernseher läuft dann schnappt er was auf, und quatscht los.
Sehr unwahrscheinlich das dann "HEY Sepia" gesagt wird.

Dann werde ich mir als nächste mal die alternativen Wakeworks anschauen, die dann vermutlich nun auch im Client drin sind.

Bisher Rückmeldung sieht gut aus.

Installation ist damit auch nochmal gegengetestet und lief soweit durch, deswegen hatte ich alles gelöscht und bei Null angefangen.

Randinfo Vielleicht ein Bug in den Tools. auf der Speech Synthesis Seite unter Gender gibt es nur mail und - automatic.
Soll das so? :-)

Clients sind alle neu installiert, es gibt wohl immer eine Meldung die aber vermutlich der Sache geschultet ist:
Wenn der Client noch nicht eingeloggt ist und auf "Setup" steht und mal auf den Testbutton drückt generiert er einen TTS Error

[color=red]Broadcaster event: {"broadcast":{"client":"o86_chrome_app_v0.22.0","deviceId":"o86","sepia-speech":{"type":"tts_error","msg":"unknown"}}}
[/color]Broadcaster event: {"broadcast":{"client":"o86_chrome_app_v0.22.0","deviceId":"o86","sepia-state":{"state":"idle"}}}
[color=orange]Broadcaster event: {"broadcast":{"client":"o86_chrome_app_v0.22.0","deviceId":"o86","sepia-speech":{"type":"tts_speak","msg":"test"}}}[/color]
Broadcaster event: {"broadcast":{"client":"o86_chrome_app_v0.22.0","deviceId":"o86","sepia-state":{"state":"loading"}}}


Sehr Nice das er jetzt in Orange die Antworten mit Protokolliert bzw. ein Event daraus generiert.
Gabs da schon was in Richtung Fhem oder eher Richtung MQTT dann?

Gruß
Basti

Hallo,

ich möchte mich auch am SEPIA versuchen und habe dafür ein altes RPi3 aufgesetzt.
Die Installation verlief ohne Probleme, aber jetzt hänge ich bei der Registrierung von Sepia im fhem.

Jedesmal wenn ich auf den Button "Register SEPIA" drücke, kommt die Fehlermeldung:
{
  "result": "fail",
  "error": "Could not register SEPIA Framework inside smart home HUB. See assist-server log for errors."
}

In fhem kommen im log die folgenden Einträge vom Device WEB:
2020.06.03 20:19:54.477 4 : Connection accepted from WEB_192.168.0.102_37556
2020.06.03 20:19:54.479 5 : GET /?XHR=1 HTTP/1.1 User-Agent: Java/11.0.7 Host: 192.168.0.117:8083 Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive
2020.06.03 20:19:54.480 4 : WEB_192.168.0.102_37556 GET /?XHR=1; BUFLEN:0
2020.06.03 20:19:54.480 4 : WEB: redirecting /?XHR=1 to /fhem
2020.06.03 20:19:54.486 4 : Connection closed for WEB_192.168.0.102_37556: EOF
2020.06.03 20:19:54.489 4 : Connection accepted from WEB_192.168.0.102_37558
2020.06.03 20:19:54.491 5 : GET /fhem HTTP/1.1 User-Agent: Java/11.0.7 Host: 192.168.0.117:8083 Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive
2020.06.03 20:19:54.491 4 : WEB_192.168.0.102_37558 GET /fhem; BUFLEN:0
2020.06.03 20:19:54.507 4 : WEB: /fhem / RL:19005 / text/html; charset=UTF-8 / / Cache-Control: no-cache, no-store, must-revalidate
2020.06.03 20:19:54.522 4 : Connection accepted from WEB_192.168.0.102_37560
2020.06.03 20:19:54.523 5 : GET /?cmd=jsonlist2+global&XHR=1&fwcsrf=csrf_533753793228167 HTTP/1.1 User-Agent: Mozilla/5.0 Host: 192.168.0.117:8083 Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive
2020.06.03 20:19:54.524 4 : WEB_192.168.0.102_37560 GET /?cmd=jsonlist2+global&XHR=1&fwcsrf=csrf_533753793228167; BUFLEN:0
2020.06.03 20:19:54.524 4 : WEB: redirecting /?cmd=jsonlist2+global&XHR=1&fwcsrf=csrf_533753793228167 to /fhem
2020.06.03 20:19:54.530 4 : Connection closed for WEB_192.168.0.102_37560: EOF
2020.06.03 20:19:54.534 4 : Connection accepted from WEB_192.168.0.102_37562
2020.06.03 20:19:54.536 5 : GET /fhem HTTP/1.1 User-Agent: Mozilla/5.0 Host: 192.168.0.117:8083 Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive
2020.06.03 20:19:54.536 4 : WEB_192.168.0.102_37562 GET /fhem; BUFLEN:0
2020.06.03 20:19:54.550 4 : WEB: /fhem / RL:19005 / text/html; charset=UTF-8 / / Cache-Control: no-cache, no-store, must-revalidate

Was mache ich falsch?
Oder welche Einstellung habe ich vergessen?

Danke im Voraus
lg, Gerhard