Internals:
CFGFN
DEF sensor 52 IODev=ZigBee
FUUID 66461a9b-f33f-50f1-d23a-ecaac9351bafa95e
FVERSION 31_HUEDevice.pm:0.282220/2023-11-28
ID S52
INTERVAL
IODev ZigBee
NAME HUESensor52
NR 41751
STATE 0
TYPE HUEDevice
eventCount 106
has_events 1
manufacturername Phoscon
modelid Bewegung_CLIPGenericFlag_CLIPPresence
name VSen_CLIPPresence_Bewegung
on 1
reachable 1
swversion 1.0
type CLIPGenericFlag
uniqueid vSen-1713001439544
READINGS:
2024-05-16 16:39:23 IODev ZigBee
2024-05-17 11:18:56 reachable 1
2024-05-17 11:18:56 state 0
helper:
devtype S
fromAutocreate 1
reachable 0
state 0
update_timeout 1
configList:
json:
etag cbbf9408161cf5b754e5d59adfba21ad
manufacturername Phoscon
modelid Bewegung_CLIPGenericFlag_CLIPPresence
name VSen_CLIPPresence_Bewegung
swversion 1.0
type CLIPGenericFlag
uniqueid vSen-1713001439544
config:
state:
lastupdated 2024-05-17T09:18:56.944
setList:
Attributes:
IODev ZigBee
alias Presence-Melder
group Bewegung
model Bewegung_CLIPGenericFlag_CLIPPresence
room HUEDevice,system_FHEM
Zitat von: dennisk am 12 Mai 2024, 16:49:27Nachtrag 13.05.2024:
Ich habe ein paar Zeilen darüber mal ein print eingebaut und lasse mir die Variable $dir ausgeben. Diese scheint beim allerersten Aufrufen, also Neustart oder Reload, nicht den Wert aus dumpDirLocal zu beinhalten, sondern etwas anderes. Zumindest deutet der Output für mich darauf hin. Folgende Änderung habe ich eingebaut:
Code Auswählen Erweiternopendir(DIR,$dir) or print(qq{Unable to open directory $dir: $!});
Daraufhin erhalte ich dann folgende Ausgabe:
Code Auswählen ErweiternUnable to open directory /usr/share/fhem/log/: No such file or directory2024.05.13 10:48:37 1: PERL WARNING: readdir() attempted on invalid dirhandle DIR at /usr/share/fhem/FHEM/93_DbRep.pm line 558.
2024.05.13 10:48:37 1: PERL WARNING: closedir() attempted on invalid dirhandle DIR at /usr/share/fhem/FHEM/93_DbRep.pm line 563.
Woran könnte es liegen, dass die Variable zunächst den falschen Wert beinhaltet und dann erst in den folgenden Aufrufen korrekt auf dumpDirLocal gesetzt ist?
Zitat von: dennisk am 13 April 2024, 10:28:55Hallo zap,
ich nutze seit kurzer Zeit Dein Modul AndroidDB, soweit so gut und vielen Dank für das Modul!
Eine Kleinigkeit ist mir aufgefallen: wenn ein Device anstatt mit der IP mit dem Hostnamen angebunden wird, dann liefert der Befehl get devices eine leere Liste zurück - vermutlich bei mir leer, weil ich nur ein einziges Gerät über den Hostnamen angebunden habe. Die Verbindung funktioniert ansonsten so wie soll, d.h. ich kann auch Kommandos ausführen. Wenn ich es richtig sehe, dann liegt das daran: https://github.com/fhem/fhem-mirror/blob/b2ff85035e452e47307da30cf5f12b385fcbf9c8/fhem/FHEM/89_AndroidDBHost.pm#L485
Auf die Schnelle denke ich, dass das hier ausreichen müsste, um auch devices mit Hostnamen statt IP zu erkennen:my @devices = $result =~ /([a-zA-Z0-9]+:[0-9]+\s+[a-zA-Z0-9]+)|([0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}:[0-9]+\s+[a-zA-Z0-9]+)/g;
Könntest Du das übernehmen bzw. Dir natürlich vorher anschauen und dann übernehmen?
Vielen Dank schon mal und beste Grüße
dennisk
Zitat von: KölnSolar am 17 Mai 2024, 09:34:33Sehe ich anders. Die message kommt ja, weil etwas nicht funktioniert ! Was da nicht funktioniert bleibt uns leider verborgen bzw. wirkt sich offensichtlich nur nicht auf die Anwendungsfälle des Moduls aus.
<ftui-dropdown id="opt1"
[value]="MQTT2_DVES_C7B6BB:POWER4"
(value)="set MQTT2_DVES_C7B6BB">
<option value="POWER2 on">Stufe 2</option>
<option value="POWER2 off POWER3 on">Stufe 3</option>
<option value="POWER2 off POWER3 off POWER4 off">off</option>
</ftui-dropdown>
<ftui-dropdown id="opt1"
[value]="MQTT2_DVES_C7B6BB"
(value)="set MQTT2_DVES_C7B6BB">
<option value="POWER2 on">Stufe 2</option>
<option value="POWER2 off; set MQTT2_DVES_C7B6BB POWER3 on">Stufe 3</option>
<option value="POWER2 off; set MQTT2_DVES_C7B6BB POWER3 off; set MQTT2_DVES_C7B6BB POWER4 off">off</option>
</ftui-dropdown>