Perl Fehler in 10_RHASSPY bringt FHEM zum Absturz

Begonnen von JooNey, 16 Oktober 2021, 09:32:24

Vorheriges Thema - Nächstes Thema

JooNey

Guten Morgen zusammen,

ich habe es geschafft in einer VM Rhasspy zum laufen zu bekommen (hat irgendwie zuerst nicht funktioniert wegen irgendwelcher blöden Python Fehler). Der Test über die Android App mit der Spracherkennung klappt schonmal und jetzt wollte ich FHEM dazu bringen mit dem Rhasspy zu reden. Allerdings schmiert mir bei "define Rhasspy RHASSPY" jedesmal FHEM ab. Als Fehler steht im Log:

2021.10.16 09:22:57 3: No I/O device found for Rhasspy
Can't use an undefined value as a HASH reference at ./FHEM/10_RHASSPY.pm line 379.


Zeile 379 ist ja schon FirstInit, aber anscheinend wird das "define" gar nicht ausgeführt.

Das Problem besteht auch, wenn ich "define Rhasspy RHASSPY baseUrl=http://rhasspy_ip:12101 devspec=genericDeviceType=.+ defaultRoom=wohnzimmer language=de fhemId=fhem1 prefix=rhasspy2 useGenericAttrs=0 encoding=cp-1252" verwende, also an dem Umfang des Befehls kann's nicht liegen.

Ist das n Bug? Oder mach ich irgendwas falsch?

Ideen?

Beste Grüße
Julian

Beta-User

Sieht nach einem bug aus. Definiere mal zuerst den MQTT2_CLIENT, dann sollte das erst mal funktionieren.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

JooNey


rudolfkoenig

Ich vermute, man muss vorher dem MQTT2_CLIENT das RHASSPY Modul mit dem clientOrder Attribut bekannt geben:
attr <m2client> clientOrder RHASSPY:MQTT2_DEVICE:MQTT_GENERIC_BRIDGE

Beta-User

Klingt plausibel. Kann leider erst morgen schauen, aber das muss ich irgendwie noch abfangen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

JooNey

Zitat von: rudolfkoenig am 16 Oktober 2021, 11:05:08
Ich vermute, man muss vorher dem MQTT2_CLIENT das RHASSPY Modul mit dem clientOrder Attribut bekannt geben:
attr <m2client> clientOrder RHASSPY:MQTT2_DEVICE:MQTT_GENERIC_BRIDGE

Das wars. Danke! Ja, habs auch grad gelesen auf github. Hab mich nur gefragt, wie man das machen soll, wenn das rhasspy device noch gar nicht da ist. Aber RHASSPY ist ja nicht das device!

Sorry, also einfach nur meine Dummheit!

Danke! Rest probier ich heute abend, muss jetzt erstmal das schöne Wetter im Garten nutzen! :)

Beta-User

fyi: In der in https://forum.fhem.de/index.php/topic,119447.msg1180691.html#msg1180691 angehängten Version ist ein Fix enthalten (und auch ein paar Klarstellungen betr. der ganzen Optionen in der DEF, die man (meistens) nicht braucht...).

Danke nochmal für den Hinweis und  (hoffentlich) viel Freude mit RHASSPY :) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files