Neueste Beiträge

#11
Multimedia / Aw: Neues Modul [48_SkyQ]
Letzter Beitrag von rudolfkoenig - 17 Mai 2024, 12:06:15
Ich wuerde in FHEM-Log schauen, ob da was gemeldet wird.
Wenn nicht, dann wuerde ich "attr global verbose 5" setzen, das Modul mit "reload 48_SkyQ" erneut laden, und das FHEM-Log erneut inspizieren.
#12
Sprachsteuerung / Aw: Möglichkeit via Alexa z.b....
Letzter Beitrag von rabehd - 17 Mai 2024, 11:48:46
Das stumpfe Versenden kann man einfach per notify auf das Reading voice tun.
Das ist dann keine Frage zur Sprachsteuerung, sondern eine Anfängerfrage. Bitte verschieben.
#13
Multimedia / Aw: Neues Modul [48_SkyQ]
Letzter Beitrag von Moonlightkid - 17 Mai 2024, 11:44:27
Hallo, hallo

ich habe die Datei mit FileZilla in den fhem/FHEM Ordner kopiert, die Berechtigungen auf 640 korrigiert und Fhem mit shutdown restart neu gestartet.

Mit define Sky SkyQ <IP-Adresse> kommt die Rückmeldung "Unknown module SkyQ"

Kann das daran liegen, das das Gerät im Standby ist und ich per VPN zugreife? Weil mir ist das okay, wenn Fhem das Gerät etwas später liest, wenn Frau wieder zuhause ist  ;D 
Oder klemmt's an was anderem?

Ich verstehe eigentlich unter "Unknown module SkyQ" , dass die 48_SkyQ.pm nicht erkannt wird.

Müsste ich noch etwas anderes machen?


Danke fürs Lesen  :))
#14
Zigbee / Präsenzmelder SNZB-06P ConBee ...
Letzter Beitrag von erdnar - 17 Mai 2024, 11:25:55
Hallo,
mit der Version 2.27.0 wird der Präsenzmelder SNZB-06P von Sonoff unterstützt.
Fhem hat ihn auch gefunden aber weder im Phoscon-GW noch im Fhem bekomme ich sinnvolle Meldungen vom Sensor.

Hat diese Kombination schon jemand getestet?

Danke vorab

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
#15
Marktplatz - Güter / [Suche] Temperatursensor (ELV ...
Letzter Beitrag von Felix_86 - 17 Mai 2024, 11:24:36
Hallo,

ich suche 1-2 Temperatursensor mit Messtaster / Fühler, Mindestkabellänge 40 cm.
Aktuell habe ich Sensoren von ELV mit 868 MHz oder TX mit 443 MHz im Einsatz. Sowas sollte es auch wieder sein.

Preis pro Stück nicht mehr als 5 Euro. (Waren) Versand innerhalb DE erforderlich.

Danke & Gruß,
#16
Automatisierung / Aw: Modul 93_DbRep - Reporting...
Letzter Beitrag von dennisk - 17 Mai 2024, 11:23:39
Wenn ich es im Code richtig verstehe, dann ist /usr/share/fhem/log das Resultat aus dieser Zeile: https://github.com/mhop/fhem-mirror/blob/27bd6260cd3318f787b1e377b95039cd173cdd37/fhem/FHEM/93_DbRep.pm#L377C1-L377C118
modpath ist bei mir im global auf /usr/share/fhem gesetzt.

Ich habe aber immer noch keine Idee, warum beim erstmaligen Aufruf immer der default genommen wird, und dann erst dumpDirLocal. Hat jemand eine Idee dazu, der tiefer im Code drinsteckt?


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 Erweitern
opendir(DIR,$dir) or print(qq{Unable to open directory $dir: $!});Daraufhin erhalte ich dann folgende Ausgabe:
Code Auswählen Erweitern
Unable 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?
#17
Sonstiges / Aw: Neue Module 89_AndroidDBxx...
Letzter Beitrag von dennisk - 17 Mai 2024, 11:12:38
Hallo zap,

da ich noch nichts gehört habe, auch nicht auf meine PM, nochmal die Nachfrage, ob Du die kleine Anpassung übernehmen könntest? Diese läuft bei mir seit über einem Monat fehlerfrei.

Vielen Dank und beste Grüße
dennisk

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
#18
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von JoWiemann - 17 Mai 2024, 10:33:55
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.

Hier https://forum.fhem.de/index.php?msg=1308488 wurde doch schon eine Lösung gepostet. Funktioniert ohne Nebenwirkungen.

Grüße Jörg
#19
TabletUI / FTUI3 Button mehrere Befehle
Letzter Beitrag von satprofi - 17 Mai 2024, 10:01:30
Hallo.
Möchte mit 1 Button 2 od. 3 Schalter gleichzeitig steuern.

So klappts leider nicht

<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>

Wie muss man das richtig definieren?

LG

[gelöst]

<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>
#20
Anfängerfragen / Aw: Hat jemand Erfahrung zum U...
Letzter Beitrag von mumpitzstuff - 17 Mai 2024, 09:49:48
Man was für ein Sound... Falls hier noch mal jemand drüber stolpert, so kann ich den Umbau jedem ans Herz legen. Da tanzen die Tassen im Schrank...