98_FBREMOTE.pm - Anwesenheitserkennung mit entkoppelter remoter Fritzbox Abfrage

Begonnen von frankbeckers, 07 April 2014, 21:13:54

Vorheriges Thema - Nächstes Thema

frankbeckers

Zitat von: blueberry63 am 10 April 2014, 19:35:16
mit dem letzten Vorschlag funktioniert es!

...habe das erste Posting geändert.


Zitat von: blueberry63 am 10 April 2014, 19:35:16
Allerdings hat man natürlich dasselbe Problem, wen die iPones im "Standby" sind, da dann das WLAN abgeschaltet wird.

Ich habe hier zum Testen ein iPhone 3G, 4G und 5G, kein einziges S. Bei dem 3'er habe ich das gleiche Problem wie Du: im Standby Modus geht auch der WLAN aus, somit ist auch eine Anwesenheit nicht überprüfbar. Aber sowohl das 4er mit iOS 7.1 als auch das 5er mit iOS 7.1 bleibt im WLAN bzw. in der FritzBox aktiv, auch im Standby.

Zitat von: blueberry63 am 10 April 2014, 19:35:16
Trotzdem: vielen Dank für Deine tolle Arbeit.

Danke.
FHEM 5.7 auf Raspberry Pi 2 Jessy 4.1.16-v7+
CCU2 --> hm2mqtt --> MQTT --> Fhem
ehz361z5 --> RPi --> MQTT --> Fhem
Lightify
Fritz!DECT 200

frankbeckers

...das Modul wurde anpgepasst

#   Changelog:
#   2014-03-23   initial version
#   2014-03-25   login.lua with HttpUtils_NonblockingGet
#   2014-04-07   InternalTimer verlagert, damit Timeout bei GetSID laufen
#   2014-04-10   added Attribute timeout, default 5 seconds
#   2014-04-10   added Internals for next execution time TRIGGERTIME, TRIGGERTIME_FMT
#   2014-04-16   deleted DevIo_CloseDev($hash) from sample

...die neue Version befindet sich im ersten Postinb
FHEM 5.7 auf Raspberry Pi 2 Jessy 4.1.16-v7+
CCU2 --> hm2mqtt --> MQTT --> Fhem
ehz361z5 --> RPi --> MQTT --> Fhem
Lightify
Fritz!DECT 200

frankbeckers

Auch wenn es nur eine kleine "Spielerei" ist... man kann damit auch einen Repeater FritzWlan 300E (mit FRITZ!OS 06.00 ) auslesen. Einzige Besonderheit: ein Fritz!Wlan Repeater 300E kennt keine Benutzer. Somit darf man keine UserId angeben.

Dazu kann man folgende Definitionen benutzen:

define fbremote_300E_energy FBREMOTE http://192.168.178.42/system/energy.lua 120
attr fbremote_300E_energy event-on-update-reading power.*,sid
attr fbremote_300E_energy fb_password geheim
attr fbremote_300E_energy readingsExprPre $val =~ s/[\r\n\s+]//g;; $val
attr fbremote_300E_energy readingsName10_data data
attr fbremote_300E_energy readingsName20_power_status_rate_systemact power_status_rate_systemact
attr fbremote_300E_energy readingsName21_power_status_rate_systemcum power_status_rate_systemcum
attr fbremote_300E_energy readingsName22_power_status_rate_wlanact power_status_rate_wlanact
attr fbremote_300E_energy readingsName23_power_status_rate_wlancum power_status_rate_wlancum
attr fbremote_300E_energy readingsName24_power_status_rate_sumact power_status_rate_sumact
attr fbremote_300E_energy readingsName25_power_status_rate_sumcum power_status_rate_sumcum
attr fbremote_300E_energy readingsRegex10_data (.*)
attr fbremote_300E_energy readingsRegex20_power_status_rate_systemact power:status/rate_systemact"]="([0-9]+)"
attr fbremote_300E_energy readingsRegex21_power_status_rate_systemcum power:status/rate_systemcum"]="([0-9]+)"
attr fbremote_300E_energy readingsRegex22_power_status_rate_wlanact power:status/rate_wlanact"]="([0-9]+)"
attr fbremote_300E_energy readingsRegex23_power_status_rate_wlancum power:status/rate_wlancum"]="([0-9]+)"
attr fbremote_300E_energy readingsRegex24_power_status_rate_sumact power:status/rate_sumact"]="([0-9]+)"
attr fbremote_300E_energy readingsRegex25_power_status_rate_sumcum power:status/rate_sumcum"]="([0-9]+)"
attr fbremote_300E_energy readingsRegexPre \<pre\>([\s\S]+)\<\/pre\>
attr fbremote_300E_energy room FritzWlan300E
attr fbremote_300E_energy timeout 10


Wie es aussehen könnte, sieht man im angehängten Bild....
FHEM 5.7 auf Raspberry Pi 2 Jessy 4.1.16-v7+
CCU2 --> hm2mqtt --> MQTT --> Fhem
ehz361z5 --> RPi --> MQTT --> Fhem
Lightify
Fritz!DECT 200

frankbeckers

Das letzte Update von HttpUtils.pm (siehe dazu http://forum.fhem.de/index.php/topic,24163.0/topicseen.html hatte leider Nebeneffekte, da ich alle Http Get Anfragen der Nonblocking Funktion mit noshutdown=1 fest codiert hatte.

Die neue Version des Moduls (siehe erster Eintrag) unterstützt nun das neue Attr noshutdown. Auch hat sich der Default geändert. Es wird nun ohne Angabe noshutdown=0 genutzt, d.h. alle Connections werden nicht beendet.

Wer es aber dennoch benötigt, kann über das Attr noshutdown wieder auf 1 setzen, d.h. die Connections werden beendet.
FHEM 5.7 auf Raspberry Pi 2 Jessy 4.1.16-v7+
CCU2 --> hm2mqtt --> MQTT --> Fhem
ehz361z5 --> RPi --> MQTT --> Fhem
Lightify
Fritz!DECT 200

blueberry63

@Bernd

heute habe ich im LOG folgende Einträge gesehen:
Zitat
FBREMOTE: fbremote_network GetSID() got error in callback: http://fbox.xx.xx/login_sid.lua?sid=0000000000000000: empty answer received

Mein FB habe ich so definiert:

define fbremote_network FBREMOTE http://fbox.xx.xx/net/network_user_devices.lua 120


Das Ganze hatte auf jeden Fall schon funktioniert. Ich hatte das Device einige Wochen deaktiviert und heute ohne Änderung reaktiviert.

Gruß
Blueberry63
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

caldir65

Hast Du evtl. was an der FB geä.dert, z.B. den User?

Gesendet von meinem GT-I9305 mit Tapatalk

Alte Techniker-Regel: "kaum macht man es richtig, funktioniert es auch"
------
Dell Wyse5070 ThinClient 16GBRam, 128GB SSD, Lubuntu 24.04.01LTS, fhem (aktuell), debmatic, Homematic-Devs, ConBee II und deConz, viele Shellys, Rademacher, NextCloud-Anbindung, FullyKioskBrowser+FUIP uvm.

blueberry63

...nicht, daß ich wüßte. Ich verwende den Standard-Account (ohne UserID).

Kann ich die URL im Browser testen?

Gruß
Blueberry63
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

frankbeckers

Zitat von: blueberry63 am 04 Juni 2014, 14:55:52
@Bernd

heute habe ich im LOG folgende Einträge gesehen:
Mein FB habe ich so definiert:

FBREMOTE: fbremote_network GetSID() got error in callback: http://fbox.xx.xx/login_sid.lua?sid=0000000000000000: empty answer received


Nach dem heutigen Update der HttpUtils.pm habe ich den gleichen Fehler bekommen. Bei den Updates der HttpUtils.pm ist seit ein paar Tagen eine Hin und Her.

Guckst Du hier: http://forum.fhem.de/index.php/topic,20083.0.html

oder hier: http://forum.fhem.de/index.php/topic,24272.msg174038.html#msg174038

oder oder oder ...


Wenn Du die neuste Version von 98_FBREMOTE.pm aus dem ersten Posting aus diesem Thread nimmst (letzte Änderung: #   2014-06-02   added Attribute noshutdown, default 0) kannst Du das Verhalten des Sessionabbaues selber bestimmen. Gestern war es noch 0, heute MUSS es wieder 1 sein. Daher stimmt der Default leider nicht mehr. Also bitte mit

attr <dein_device_name> noshutdown 1

den Sessionabbau wieder ausschalten.

Damit werden meine FritzBoxen 7270, 7390 und Repeater 300E wieder korrekt ausgewertet.


Gruß
Frank
FHEM 5.7 auf Raspberry Pi 2 Jessy 4.1.16-v7+
CCU2 --> hm2mqtt --> MQTT --> Fhem
ehz361z5 --> RPi --> MQTT --> Fhem
Lightify
Fritz!DECT 200

blueberry63

FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

Loredo

Zitat von: frankbeckers am 07 April 2014, 21:33:35
Die Variante mit GEOFANCY hatte ich auch getestet. Da aber der minimale Radius von geofancy so "gross" ist, hat es bei mir auch nicht zuverlässig funktioniert.


Wenn das Endgerät Bluetooth LE kann, dann kommt auch ein iBeacon in Verbindung mit GEOFANCY in Frage. Damit kann man "im Vorbeigehen" in sehr kleinem Radius auslösen (z.b. 1-2m).
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

caldir65

Hey,

seit einem fhem-Update am 11.11. funktioniert meine Presence-Erkennung via fbremote nicht mehr - statt dessen kommen jetzt diese FM reihenweise ins Log:
2014.11.11 21:39:12 3: setreading Samsung-GS3-Christoph landevice Samsung-GS3-Christoph: ["UID"]="landevice2612",["_node"]="landevice19",["active"]="1",["auto_wakeup"]="0",["deleteable"]="1",["dhcp"]="1",["ethernet"]="0",["ethernet_port"]="0",["guest"]="0",["ip"]="192.168.1.7",["ipv6_ifid"]="::3aaa:3cff:fe3d:7c8f",["mac"]="38:AA:3C:3D:7C:8F",["manu_name"]="1",["name"]="Samsung-GS3-Christoph",["online"]="1",["parental_control_abuse"]="0",["parentname"]="",["parentuid"]="",["plc"]="0",["source"]="0x1316",["speed"]="72",["static_dhcp"]="1",["url"]="",["vendorname"]="dhcpcd-5.5.6",["wakeup"]="0",["wlan"]="1",["wlan_UIDs"]="wlan38:AA:3C:3D:7C:8F",["wlan_show_in_monitor"]="1",["wlan_station_type"]="default" : Please define Samsung-GS3-Christoph first
2014.11.11 21:39:12 3: setreading Samsung-GS3-Christoph speed 72 : Please define Samsung-GS3-Christoph first
2014.11.11 21:39:12 3: setreading Samsung-GS3-Christoph active 1 : Please define Samsung-GS3-Christoph first
2014.11.11 21:39:12 3: setreading Samsung-GS3-Christoph name Samsung-GS3-Christoph : Please define Samsung-GS3-Christoph first
2014.11.11 21:39:12 3: setreading Samsung-GS3-Christoph ip 192.168.1.7 : Please define Samsung-GS3-Christoph first
2014.11.11 21:39:12 3: setreading Samsung-GS4M-Julia landevice Samsung-GS4M-Julia: ["UID"]="landevice2603",["_node"]="landevice22",["active"]="0",["auto_wakeup"]="0",["deleteable"]="1",["dhcp"]="1",["ethernet"]="0",["ethernet_port"]="0",["guest"]="0",["ip"]="192.168.1.25",["ipv6_ifid"]="::3a0b:40ff:fee3:f955",["mac"]="38:0B:40:E3:F9:55",["manu_name"]="1",["name"]="Samsung-GS4M-Julia",["online"]="0",["parental_control_abuse"]="0",["parentname"]="",["parentuid"]="",["plc"]="0",["source"]="0x1216",["speed"]="0",["static_dhcp"]="0",["url"]="",["vendorname"]="",["wakeup"]="0",["wlan"]="1",["wlan_UIDs"]="wlan38:0B:40:E3:F9:55",["wlan_show_in_monitor"]="1",["wlan_station_type"]="default" : Please define Samsung-GS4M-Julia first
2014.11.11 21:39:12 3: setreading Samsung-GS4M-Julia speed 0 : Please define Samsung-GS4M-Julia first
2014.11.11 21:39:12 3: setreading Samsung-GS4M-Julia active 0 : Please define Samsung-GS4M-Julia first
2014.11.11 21:39:12 3: setreading Samsung-GS4M-Julia name Samsung-GS4M-Julia : Please define Samsung-GS4M-Julia first
2014.11.11 21:39:12 3: setreading Samsung-GS4M-Julia ip 192.168.1.25 : Please define Samsung-GS4M-Julia first
2014.11.11 21:39:12 3: setreading Samsung-GS3M-Meike landevice Samsung-GS3M-Meike: ["UID"]="landevice2606",["_node"]="landevice21",["active"]="1",["auto_wakeup"]="0",["deleteable"]="1",["dhcp"]="1",["ethernet"]="0",["ethernet_port"]="0",["guest"]="0",["ip"]="192.168.1.2",["ipv6_ifid"]="::96d7:71ff:fe52:a88b",["mac"]="94:D7:71:52:A8:8B",["manu_name"]="1",["name"]="Samsung-GS3M-Meike",["online"]="1",["parental_control_abuse"]="0",["parentname"]="",["parentuid"]="",["plc"]="0",["source"]="0x1216",["speed"]="150",["static_dhcp"]="0",["url"]="",["vendorname"]="dhcpcd-5.2.10",["wakeup"]="0",["wlan"]="1",["wlan_UIDs"]="wlan94:D7:71:52:A8:8B",["wlan_show_in_monitor"]="1",["wlan_station_type"]="default" : Please define Samsung-GS3M-Meike first
2014.11.11 21:39:12 3: setreading Samsung-GS3M-Meike speed 150 : Please define Samsung-GS3M-Meike first
2014.11.11 21:39:12 3: setreading Samsung-GS3M-Meike active 1 : Please define Samsung-GS3M-Meike first
2014.11.11 21:39:13 3: setreading Samsung-GS3M-Meike name Samsung-GS3M-Meike : Please define Samsung-GS3M-Meike first
2014.11.11 21:39:13 3: setreading Samsung-GS3M-Meike ip 192.168.1.2 : Please define Samsung-GS3M-Meike first


Das Log des eigentlichen Updates:
2014.11.11 21:09:54 1: UPD ./CHANGED
2014.11.11 21:09:54 1: UPD ./fhem.pl
2014.11.11 21:09:55 1: UPD FHEM/00_MQTT.pm
2014.11.11 21:09:55 1: UPD FHEM/00_MYSENSORS.pm
2014.11.11 21:09:55 1: UPD FHEM/02_FRAMEBUFFER.pm
2014.11.11 21:09:55 1: UPD FHEM/10_EnOcean.pm
2014.11.11 21:09:55 1: UPD FHEM/10_MQTT_BRIDGE.pm
2014.11.11 21:09:55 1: UPD FHEM/10_MQTT_DEVICE.pm
2014.11.11 21:09:56 1: UPD FHEM/10_MYSENSORS_DEVICE.pm
2014.11.11 21:09:56 1: UPD FHEM/36_JeeLink.pm
2014.11.11 21:09:56 1: UPD FHEM/37_harmony.pm
2014.11.11 21:09:56 1: UPD FHEM/42_SYSMON.pm
2014.11.11 21:09:56 1: UPD FHEM/51_RPI_GPIO.pm
2014.11.11 21:09:56 1: UPD FHEM/59_OPENWEATHER.pm
2014.11.11 21:09:56 1: UPD FHEM/59_PROPLANTA.pm
2014.11.11 21:09:56 1: UPD FHEM/59_Twilight.pm
2014.11.11 21:09:57 1: UPD FHEM/70_PHTV.pm
2014.11.11 21:09:57 1: UPD FHEM/71_YAMAHA_AVR.pm
2014.11.11 21:09:57 1: UPD FHEM/98_Heating_Control.pm
2014.11.11 21:09:57 1: UPD FHEM/98_RandomTimer.pm
2014.11.11 21:09:57 1: UPD FHEM/98_WOL.pm
2014.11.11 21:09:57 1: UPD FHEM/98_WeekdayTimer.pm
2014.11.11 21:09:57 1: UPD FHEM/98_fheminfo.pm
2014.11.11 21:09:57 1: UPD FHEM/98_rain.pm
2014.11.11 21:09:58 1: UPD FHEM/98_statistics.pm
2014.11.11 21:09:58 1: UPD FHEM/98_structure.pm
2014.11.11 21:09:58 1: UPD FHEM/HMConfig.pm
2014.11.11 21:09:58 1: UPD FHEM/firmware/JeeLink_LaCrosse.hex
2014.11.11 21:09:58 1: UPD docs/commandref.html
2014.11.11 21:09:59 1: UPD docs/commandref_DE.html
2014.11.11 21:10:00 1:
2014.11.11 21:10:00 1: New entries in the CHANGED file:
2014.11.11 21:10:00 1:   - added: OPENWEATHER: captures weather forecast from API of www.wetter.com
2014.11.11 21:10:00 1:   - fhem 5.6 released
2014.11.11 21:10:00 1:
2014.11.11 21:10:00 1: update finished, "shutdown restart" is needed to activate the changes.
2014.11.11 21:10:00 1:
2014.11.11 21:10:03 1: fheminfo server response: ==> ok


Warum ist jetzt plötzlich falsch/nicht funktionierend, was vorher problemlos gearbeitet hat?

Hier noch die cfg zur Anwesenheit:
###############################################################################
#                                                                             #
# Anwesenheitserkennung via Netzwerk und Fritzbox                             #
# über Web-Oberfläche und Anzeige in fhem                                     #
#                                                                             #
# Stand: 13.09.2014 13:45                                                     #
# Quelle: http://forum.fhem.de/index.php/topic,22288.msg156776.html#msg156776 #
# "Anwesenheitserkennung mit entkoppelter remoter Fritzbox Abfrage"           #
# 13.09. Anpassung an neues Fritz!OS 06.20                                    #
#                                                                             #
###############################################################################

# Allgemeine Device-Definitionen

define fbremote_network FBREMOTE http://fritz.box/net/network_user_devices.lua 120
attr fbremote_network event-on-update-reading Samsung-.*
attr fbremote_network fb_password xxxxxxxxxxx
attr fbremote_network fb_user xxxxx
attr fbremote_network readingsExprPre $val =~ s/\s//g;; $val
attr fbremote_network readingsName10_data data
attr fbremote_network readingsName20_Samsung-GS3-Christoph Samsung-GS3-Christoph
attr fbremote_network readingsName20_Samsung-GS3M-Meike Samsung-GS3M-Meike
attr fbremote_network readingsName20_Samsung-GS4M-Julia Samsung-GS4M-Julia
attr fbremote_network readingsRegex10_data (.*)
attr fbremote_network readingsRegex20_Samsung-GS3-Christoph ([^\{]+00:00:00:00:00:00[^\}]+)
attr fbremote_network readingsRegex20_Samsung-GS3M-Meike ([^\{]+00:00:00:00:00:00[^\}]+)
attr fbremote_network readingsRegex20_Samsung-GS4M-Julia ([^\{]+00:00:00:00:00:00[^\}]+)
attr fbremote_network readingsRegexPre \<pre\>([\s\S]+)\<\/pre\>
attr fbremote_network room Anwesenheit
attr fbremote_network noshutdown 1

# Anwesenheit Julia

define SamsungJuliaRemoteFritzbox notify fbremote_network:Samsung-GS4M-Julia.* {\
\
my $landevice = $EVENT;;\
my $speed = "";;\
my $active = "";;\
\
fhem("setreading Samsung-GS4M-Julia landevice $landevice");;\
\
if ( $landevice =~ /speed\"\]\s*=\s*\"([0-9]+)/ ) { $speed=$1;; fhem("setreading Samsung-GS4M-Julia speed $1");; }\
if ( $landevice =~ /active\"\]\s*=\s*\"([0-9]+)/ ) { $active=$1;; fhem("setreading Samsung-GS4M-Julia active $1");; }\
\
if ( $landevice =~ /\[\"name\"\]\s*=\s*\"([a-zA-Z0-9-]+)\"/ ) { fhem("setreading Samsung-GS4M-Julia name $1");; }\
if ( $landevice =~ /\[\"ip\"\]\s*=\s*\"([0-9.]+)\"/ ) { fhem("setreading Samsung-GS4M-Julia ip $1");; }\
\
my $status = "off";;\
if ( $speed > 0 ) { $status = "on";; } else { if ( $active == 1 ) { $status = "on";; } }\
\
fhem("set SamsungJulia $status");;\
\
}
attr SamsungJuliaRemoteFritzbox room Anwesenheit

# DummyDevice zur Visualisierung

define SamsungJulia dummy
attr SamsungJulia eventMap 1
attr SamsungJulia icon it_smartphone
attr SamsungJulia room Anwesenheit

# WatchDog Julia
define SamsungJuliaWatchdog watchdog Samsung-GS4M-Julia:off.* 00:05 Samsung-GS4M-Julia:on.* trigger Pushover Samsung-GS4M-Julia abwesend
attr SamsungJuliaWatchdog regexp1WontReactivate 1
attr SamsungJuliaWatchdog room Anwesenheit

define SamsungJuliaWatchdogSetDefined notify Samsung-GS4M-Julia:on.* trigger SamsungJuliaWatchdog .
attr SamsungJuliaWatchdogSetDefined room Anwesenheit


(Namen und private Daten wurden zufällig verändert ;))

Gruß
Alte Techniker-Regel: "kaum macht man es richtig, funktioniert es auch"
------
Dell Wyse5070 ThinClient 16GBRam, 128GB SSD, Lubuntu 24.04.01LTS, fhem (aktuell), debmatic, Homematic-Devs, ConBee II und deConz, viele Shellys, Rademacher, NextCloud-Anbindung, FullyKioskBrowser+FUIP uvm.

frankbeckers

N'abend Caldir65,

die Fehler(meldungen) stehen immer am Ende der Zeilen

z.B.

ZitatPlease define Samsung-GS3-Christoph first

Gruß
Frank
FHEM 5.7 auf Raspberry Pi 2 Jessy 4.1.16-v7+
CCU2 --> hm2mqtt --> MQTT --> Fhem
ehz361z5 --> RPi --> MQTT --> Fhem
Lightify
Fritz!DECT 200

caldir65

Aber wieso jetzt plözlich? Wieso ist plötzlich fehlerhaft, was vorher funktionierte, meine ich? Und was für ein Device will fhem da definiert haben? Ich hab da im Moment keine Idee...
Alte Techniker-Regel: "kaum macht man es richtig, funktioniert es auch"
------
Dell Wyse5070 ThinClient 16GBRam, 128GB SSD, Lubuntu 24.04.01LTS, fhem (aktuell), debmatic, Homematic-Devs, ConBee II und deConz, viele Shellys, Rademacher, NextCloud-Anbindung, FullyKioskBrowser+FUIP uvm.

LotharRappsilber

Hallo Frank,

komme leider nicht weiter. Es kommen nur diese Bilder. Was muss ich weiter machen?

Gruß Lothar
FB 7590, FHEM, 1xCCU2, 6xDECT200, 1xDECT201, 1xHMIP-SWO-PL, 1xHMIP-PS, 1xDECT301,  2xHM-LC-Sw1-PL

frankbeckers

Zitat von: caldir65 am 21 November 2014, 06:05:36
Aber wieso jetzt plözlich? Wieso ist plötzlich fehlerhaft, was vorher funktionierte, meine ich? Und was für ein Device will fhem da definiert haben? Ich hab da im Moment keine Idee...

Du musst die Geräte (so wie Du die Namen aussuchst) auch als Dummy Devices definieren.

Beispiel:
define iPhone5 dummy
attr iPhone5 eventMap 1
attr iPhone5 icon it_smartphone
attr iPhone5 room Anwesenheit


Warum dies nach dem Update nicht mehr bei Dir funktioniert, kann ich Dir aus der Ferne natürlich auch nicht sagen. Vielleicht hattest Du die Devices nicht gespeichert.

Gruß
Frank
FHEM 5.7 auf Raspberry Pi 2 Jessy 4.1.16-v7+
CCU2 --> hm2mqtt --> MQTT --> Fhem
ehz361z5 --> RPi --> MQTT --> Fhem
Lightify
Fritz!DECT 200