Autor Thema: philips hue modul  (Gelesen 409566 mal)

Offline Jostar

  • Jr. Member
  • **
  • Beiträge: 51
Antw:philips hue modul
« Antwort #1620 am: 19 Juli 2019, 13:33:29 »
Hallo,

gibt es eine Möglichkeit die Bewegungssensoren aus fhem heraus zu aktivieren bzw. zu deaktivieren? In der Hue-App geht das unter "Einstellungen" -> "Zubehör einrichten".

Der Status des Sensors wird auch in fhem als internal "on" im Sensor-Device auch richtig ausgelesen und angezeigt.

defmod PIR_draussen HUEDevice sensor 2 1 IODev=huebridge
Gruß und Danke

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 19610
Antw:philips hue modul
« Antwort #1621 am: 19 Juli 2019, 15:05:14 »
@Jostar: das geht über setsensor oder configsensor in der bridge oder dem device bzw. einem passenden setList eintrag im device.

ich glaube irgendwo im forum gibt es ein beispiel.


@hoppel118: hab den tippfehler korrigiert und eventuell auch die warnung behoben.
« Letzte Änderung: 19 Juli 2019, 20:31:30 von justme1968 »
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline hoppel118

  • Sr. Member
  • ****
  • Beiträge: 742
Antw:philips hue modul
« Antwort #1622 am: 19 Juli 2019, 19:16:05 »
Danke!
FHEM 5.9 Homebridge
Server: Openmediavault (Debian), XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homematic: VCCU 2xHMUSB, HM-CC-RT-DN, HM-WDS40-TH-I-2, HM-WDS10-TH-O, HM-ES-PMSw1-Pl
Philips Hue: RWL021, LCT015, LCT012, LCT003, LTW013, LTC003, LTC001
Xiaomi: Roborock S50

Offline Master_Nick

  • Sr. Member
  • ****
  • Beiträge: 761
Antw:philips hue modul
« Antwort #1623 am: 21 Juli 2019, 00:48:27 »
Ich hab hier gerade eine Meldung nach der sich FHEM neu startet:

Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 934.


Muss ich einmal meine 2 Lampen und die Brdige raus kloppen und neu definieren :-D ? Oder kann man das so fixen. Ich zweifel daran, dass es vom Modul ist.

Das wäre sonst...

Zeile 934 ->  my $lights = join( ",", @{$scenes->{$_}{lights}} );


Bereich:
    if( my $scenes = $hash->{helper}{scenes} ) {
      my %count;
      map { $count{$scenes->{$_}{name}}++ } keys %{$scenes};
      $list .= " scene:". join(",", sort map { my $scene = $scenes->{$_}{name};
                                               my $group = '';
                                               if( $count{$scene} > 1 ) {
                                                 my $lights = join( ",", @{$scenes->{$_}{lights}} );
                                                 $group = HUEbridge_groupOfLights($hash,$lights);
                                                 $group = join( ";", map { my $l = $hash->{helper}{lights}{$_}{name}; $l?$l:$_;} @{$scenes->{$_}{lights}} ) if( !$group && $hash->{helper}{lights} );
                                                 $group = $lights if( !$group );
                                                 $group =~ s/,/;/g;
                                                 $group = '' if( $group =~ /,/ );
                                                 $group = $_ if( !$group );

                                                 $scene .= " ($group)";
                                                 $scene .= " [id=$_]" if( 1 || $group =~ /;/ );;
                                               }
                                               $scene =~ s/ /#/g; $scene;} keys %{$scenes} );
    } else {
      $list .= " scene";
    }


*EDIT*
Sobald ich die Bridge aus meiner config raus nehmen geht es wieder ... definiere ich sie erneut ->  Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 934.
Und das kommt sobald man den Raum im WebUi anklickt in dem die Hue Bridge ist.

Okay  :o nun kann ich sie definieren und es kommt sofort der restart von FHEM mit logging ->  Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 934.

Nutzt das Hue Modul die dbus library?
« Letzte Änderung: 22 Juli 2019, 10:22:52 von Master_Nick »
Rancher K8s Cluster mit nanoCUL (a-culfw) | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

Offline volschin

  • Hero Member
  • *****
  • Beiträge: 1402
Antw:philips hue modul
« Antwort #1624 am: 22 Juli 2019, 09:09:13 »
Hallo Andre, hallo Alle,
weiß jemand, ob man die alten Philips Zwischenstecker LWL001 und die Lampe LWB001 auch an deCONZ angelernt bekommt?
Ich bin momentan dabei meine Installation stückweise von der HueBridge umzuziehen, hab aber erstmal mit den Dingen angefangen, die einen funktionellen Mehrwert haben, wie SP120 und Bewegungssensoren, sowie Schalter.

Danke und Gruß
Veit
RPi4 4GB+Docker+FHEM5.9,HM-MOD-RPI-PCB+HM-USB-CFG2+hmland
HomeMatic: diverse, HUE: diverse, Hue-Bridge, RaspBee+deCONZ
Amzn Dash-Buttons, Siro Rollos
4xRPi, 4xCO20, OWL+USB, HarmonyHub, FRITZ!Box 7590, Echo Dot, Logi Circle 2

Offline Master_Nick

  • Sr. Member
  • ****
  • Beiträge: 761
Antw:philips hue modul
« Antwort #1625 am: 23 Juli 2019, 09:09:44 »
Ich hatte nun ein Backup eingespielt und sieh da es ging wieder alles.
Grund ist mir aber noch unklar.


*EDIT* -> Ich weiß nun was es war - ich habe soeben ein Update gemacht (mein Backup war vom 22.03.2019):

Dabei wurde unter anderem geupdatet:

2019.07.23 17:30:27 1: UPD FHEM/30_HUEBridge.pm
2019.07.23 17:30:28 1: UPD FHEM/31_HUEDevice.pm

Und Zack:

Can't use an undefined value as an ARRAY reference at ./FHEM/30_HUEBridge.pm line 934.
Habe nun die 30_HUEBridge.pm aus dem restoreDir gezogen und es geht wieder.


Habe es mal verglichen, da scheint einiges komplett neu zu sein - und bei mir knallt es - muss ich mal die Bridge Sachen alle löschen aus FHEM und neu definieren?
Eigentlich sollte das ja nicht nötig sein - wenn was neu erstellt werden müsste - bräuchte es dafür einen check. Allerdings will ich auch nicht behaupten, dass ich wüsste was da gemacht wird. :-D

Siehe Anhang.
« Letzte Änderung: 23 Juli 2019, 19:57:11 von Master_Nick »
Rancher K8s Cluster mit nanoCUL (a-culfw) | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

Offline Jostar

  • Jr. Member
  • **
  • Beiträge: 51
Antw:philips hue modul
« Antwort #1626 am: 26 Juli 2019, 14:03:35 »
Hallo,

danke @justme1968, der gute Tipp mit:
get huebridge sensors detail
bringt die gewünschten Infos zum Sensor:
2: Bewegungsmelder1 PIR_draussen    ZLLPresence          {"lastupdated":"2019-07-26T11:53:16","presence":false}
                                                         {"alert":"none","sensitivitymax":4,"battery":100,"usertest":false,"ledindication":false,"pending":[],"sensitivity":1,"on":true,"reachable":true}

Bei Änderung in der Hue-App unter "Einstellungen" -> "Zubehör einrichten" -> Schalter on/off ändert sich der Parameter "on" zu "true" bzw. "false".

Der Befehl:
set huebridge setsensor 2 { "on": true }führt zur Fehlermeldung "parameter, on, not available".

Der Befehl:
set huebridge configsensor 2 { "on": true }führt auch zu dem gewünschten Erfolg, in fhem. Die App merkt davon leider nichts und auch der Sensor scheint unbeindruckt. Habe ich einen Denkfehler?
« Letzte Änderung: 26 Juli 2019, 14:45:22 von Jostar »

Offline Lippie

  • Jr. Member
  • **
  • Beiträge: 72
Antw:philips hue modul
« Antwort #1627 am: 26 Juli 2019, 19:48:25 »
Hallo,

ich nutze das huedevice zusammen mit einer HABridge. Mein Problem dabei ist, dass ich aktuell aus FHEM heraus den aktuellen Status [An|Aus|Dimwert] zwar senden kann, jedoch bekomme ich das als Befehl aus der HABridge zurück.

Nach etwas nachlesen bin ich auf folgendes gestoßen:
Zitat
Update bridge internal light state
Allows the user to set the internal state of the light on and off, modify the brightness. This is not a HUE API call and is special to the bridge as it keeps track of the state changes to the light from the API. It is intended to allow you to sync the bridge state with your HA system state.

PUT   http://host:port/api/<username>/lights/<id>/bridgeupdatestate
Body arguments
These are examples that can be used in the control of items within the bridge, but for HUE passthru devices, the complete state object is sent. Name |   Type |   Description -----|-------|------------- on |   bool |   On/Off state of the light. On=true, Off=false. Optional bri |   uint8 |   The brightness value to set the light to. Brightness is a scale from 1 (the minimum the light is capable of) to 254 (the maximum). Note: a brightness of 1 is not off. e.g. "brightness": 60 will set the light to a specific brightness. Optional

{
   "on": true,
   "bri": 200
}
Response
A response to a successful PUT request contains confirmation of the arguments passed in. Note: If the new value is too large to return in the response due to internal memory constraints then a value of "Updated." is returned.

[
   {"success":{"/lights/1/state/bri":200}},
   {"success":{"/lights/1/state/on":true}},
]

leider wird mir dieser Befehl in meinen nicht Devices nicht angezeigt.

Meine Devices werden wie folgt über autocreate angelegt:
defmod HUEDevice11 HUEDevice 11  IODev=HABridge
attr HUEDevice11 IODev HABridge
attr HUEDevice11 alias Licht Balkon
attr HUEDevice11 color-icons 2
attr HUEDevice11 devStateIcon {(HUEDevice_devStateIcon($name),"toggle")}
attr HUEDevice11 group Licht
attr HUEDevice11 icon hue_filled_white_and_color_e27_b22
attr HUEDevice11 model LWB007
attr HUEDevice11 room HUEDevice
attr HUEDevice11 subType dimmer
attr HUEDevice11 webCmd pct:toggle:on:off

setstate HUEDevice11 off
setstate HUEDevice11 2019-07-26 16:41:02 SyncConter 1
setstate HUEDevice11 2019-07-13 22:03:56 alert none
setstate HUEDevice11 2019-07-26 19:30:20 bri 0
setstate HUEDevice11 2018-12-01 14:39:57 colormode xy
setstate HUEDevice11 2019-07-26 16:42:39 onoff 0
setstate HUEDevice11 2019-07-26 16:42:39 pct 0
setstate HUEDevice11 2019-07-25 23:01:49 reachable 1
setstate HUEDevice11 2018-12-01 14:39:57 rgb 000000
setstate HUEDevice11 2019-07-26 16:42:39 state off
setstate HUEDevice11 2018-12-01 14:39:57 xy 0,0

Leider bin ich noch nicht so fit, hier selbst einen Änderungsvorschlag zu machen. Deswegen hoffe ich hier jemanden zu finden, der mir "bridgeupdatestate"
implementiert.

viele Grüße
Sebastian

Offline Lippie

  • Jr. Member
  • **
  • Beiträge: 72
Antw:philips hue modul
« Antwort #1628 am: 30 Juli 2019, 21:19:28 »
Hallo,

habe mein Problem lösen können.

Folgende Änderung in 30_HUEBridge ist notwendig:

zusätzliche Abfrage in Zeile 1834

    } elsif( $type =~ m/^lights\/(\d*)\/bridgeupdatestate$/ ) {
      if( $queryAfterSet ) {
        my $chash = $param->{chash};
        if( $chash->{helper}->{update_timeout} ) {
          RemoveInternalTimer($chash);
          InternalTimer(gettimeofday()+1, "HUEDevice_GetUpdate", $chash, 0);
        } else {
          RemoveInternalTimer($chash);
          HUEDevice_GetUpdate( $chash );
        }
      }

in 31_HUEDevice noch folgende Zusätze/Änderungen:

in Zeile 433 zusätzliche Absicherung der Parameter

  if($cmd eq "bridgeupdatestate" ) {
    if($value eq "on" && !defined($value2)){
$value = 100;
}elsif($value eq "off"){
$value = 0;
}elsif($value eq "on" && defined($value2)){
$value = $value2;
}
  }

und in Zeile 454 Erweiterung um die Verarbeitung des Befehls:

elsif($cmd eq 'bridgeupdatestate') {
    if ( $value == 0 ) {
$obj->{'on'}  = JSON::false;
$obj->{'bri'}  = int(0);
}else{
my $bri;
if( $value > 50 ) {
  $bri = 2.57 * ($value-50) + 128;
} else {
  $bri = 2.59 * ($value-50) + 128;
}
$bri = 0 if( $bri < 0 );
$bri = 254 if( $bri > 254 );
$obj->{'on'}  = JSON::true;
$obj->{'bri'}  = int($bri);
}
    $obj->{'transitiontime'} = $value * 10 if( defined($value) );

Erweiterung der SETLIST in Zeile 894

  my $list = "off:noArg on:noArg toggle:noArg statusRequest:noArg bridgeupdatestate";
in Zeile 867 muss noch der IO-Befehl hinzugefügt werden:

} elsif ( $cmd eq "bridgeupdatestate" ) {
      $result = HUEDevice_ReadFromServer($hash,"$hash->{ID}/bridgeupdatestate",\%obj);
    }

Ich würde mich sehr freuen, wenn das ins nächste Update mit aufgenommen wird.
Damit kann man den Status der Devices auf der HA-Bridge und damit z.B. auf der Harmony,... aktualisieren, ohne dass ein set-Befehl zurück an FHEM gesendet wird, den mann dann mühsam abfangen muss.

viele Grüße
Sebastian

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1124
  • 🏠⚙️💡🛠📱
Antw:philips hue modul
« Antwort #1629 am: 01 August 2019, 11:37:24 »
Hallo,
nach einem heutigen Update - die HUE-Module waren NICHT dabei! - erscheint folgende Fehlermeldung
im log und fhem bleibt einfach stehen. Der fhem-Dienst läuft weiter, homebridge und alexa ebenso. Aber halt
keine Steuerung mehr möglich:
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1215.
Was will mir dieser Fehler sagen und warum stoppt fhem komplett obwohl anscheinend noch alles läuft?  ???
Falls ihr noch mehr Infos braucht bitte melden!

Hier der ganze Update/Neustart Prozess im Logfile:
2019.08.01 10:57:36 1: fhem
2019.08.01 10:57:36 1: RMDIR: ./restoreDir/update/2019-07-19
2019.08.01 10:57:36 1: UPD FHEM/70_KODI.pm
2019.08.01 10:57:37 1: UPD FHEM/74_Unifi.pm
2019.08.01 10:57:37 1: UPD FHEM/74_UnifiSwitch.pm
2019.08.01 10:57:37 1: UPD FHEM/lib/AttrTemplate/mqtt2.template
2019.08.01 10:57:37 1: saving fhem.cfg
2019.08.01 10:57:37 1: saving ./log/fhem.save
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1: fhemabfall
2019.08.01 10:57:37 1: nothing to do...
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1: ha_theme
2019.08.01 10:57:37 1: nothing to do...
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1: sird
2019.08.01 10:57:37 1: nothing to do...
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1:
2019.08.01 10:57:37 1: Blitzer
2019.08.01 10:57:38 1: nothing to do...
2019.08.01 10:57:38 1:
2019.08.01 10:57:38 1:
2019.08.01 10:57:38 1: fhem-flex
2019.08.01 10:57:38 1: UPD www/pgm2/flex.js
2019.08.01 10:57:38 1: Got 141261 bytes for www/pgm2/flex.js, expected 140911
2019.08.01 10:57:38 1: aborting.
2019.08.01 10:59:31 1: Server shutdown delayed due to siri,alexa for max 10 sec
2019.08.01 10:59:33 3: alexa: read: end of file reached while sysread
2019.08.01 10:59:33 3: alexa: stopped
2019.08.01 10:59:36 3: siri: stopped
2019.08.01 10:59:36 0: Server shutdown
2019.08.01 10:59:36 0: SONOS0: Das Lauschen auf der Schnittstelle wurde beendet. Prozess endet nun auch...
2019.08.01 10:59:40 1: Including fhem.cfg
2019.08.01 10:59:40 3: telnetPort: port 7072 opened
2019.08.01 10:59:40 3: WEB: port 8083 opened
2019.08.01 10:59:41 1: wz_stehlampe_licht: no I/O device
2019.08.01 10:59:41 1: wz_treppe_licht: no I/O device
2019.08.01 10:59:41 1: wz_strasse_licht: no I/O device
2019.08.01 10:59:41 1: ka_lampe_licht: no I/O device
2019.08.01 10:59:41 1: wz_kugel_licht: no I/O device
2019.08.01 10:59:41 1: moebHUEs_HUEGroup0: no I/O device
2019.08.01 10:59:41 3: [Daemmerung] got no weather info from yahoo. Error code: http://query.yahooapis.com/v1/public/yql?q=select%20*%20from%20weather.forecast%20where%20woeid=0%20and%20u=%27c%27&format=json&env=store%3A%2F%2Fdatatables.org%2Falltableswithkeys: Can't connect(1) to http://query.yahooapis.com:80: IO::Socket::INET: Bad hostname 'query.yahooapis.com:80'
2019.08.01 10:59:41 3: telnetForBlockingFn_1564649981: port 42221 opened
2019.08.01 10:59:43 1: HUEGroup2: no I/O device
2019.08.01 10:59:43 3: amazon_dash: listening
2019.08.01 10:59:43 3: TelegramBot_Define fhembot: called
2019.08.01 10:59:43 1: moebHUEs_HUEGroup3: no I/O device
2019.08.01 10:59:46 3: rss_tagesschau100: Defined with URL http://www.tagesschau.de/export/video-podcast/webm/tagesschau-in-100-sekunden/ and interval 1800 featurelevel 5.9
2019.08.01 10:59:46 1: ku_bwm: no I/O device
2019.08.01 10:59:46 3: archetype (DOIF_archetype) - starting inheritance inheritors
2019.08.01 10:59:46 3: archetype (DOIF_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (DOIF_archetype) - starting inheritance attribute "icon" to inheritors
2019.08.01 10:59:46 3: archetype (DOIF_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - starting inheritance inheritors
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - starting inheritance attribute "devStateIcon" to inheritors
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - starting inheritance attribute "icon" to inheritors
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - starting inheritance attribute "room" to inheritors
2019.08.01 10:59:46 3: archetype (NOTIFY_archetype) - inheritance inheritors done
2019.08.01 10:59:46 3: archetype (msgConfig_archetype) - starting inheritance inheritors
2019.08.01 10:59:46 3: archetype (msgConfig_archetype) - starting inheritance attribute "group" to inheritors
2019.08.01 10:59:46 3: archetype (msgConfig_archetype) - starting inheritance attribute "icon" to inheritors
2019.08.01 10:59:46 3: archetype (msgConfig_archetype) - starting inheritance attribute "room" to inheritors
2019.08.01 10:59:46 1: ku_huesens_light: no I/O device
2019.08.01 10:59:46 1: ku_huesens_temp: no I/O device
2019.08.01 10:59:48 2: EGPM2LAN Powerstate: 0,0,1,0
2019.08.01 10:59:51 3: AptToDate (fhem1apt) - defined
2019.08.01 10:59:51 1: FULLY: [fully] Version 1.2 Opening device 10.3.3.215
2019.08.01 10:59:51 3: Opening CUL868 device 10.3.3.41:2002
2019.08.01 10:59:51 3: CUL868: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2019.08.01 10:59:51 3: CUL868 device opened
2019.08.01 10:59:51 2: Switched CUL868 rfmode to HomeMatic
2019.08.01 10:59:51 1: HUEGroup4: no I/O device
2019.08.01 10:59:51 1: PERL WARNING: Subroutine cttorgb redefined at ./FHEM/31_Aurora.pm line 550, <$fh> line 3050.
2019.08.01 10:59:51 1: PERL WARNING: Subroutine xyYtorgb redefined at ./FHEM/31_Aurora.pm line 587, <$fh> line 3050.
2019.08.01 10:59:51 3: Opening CUL433 device /dev/ttyACM0
2019.08.01 10:59:51 3: Setting CUL433 serial parameters to 38400,8,N,1
2019.08.01 10:59:51 3: CUL433: Possible commands: ABCEeFGhiKkLlMmRTtUuVWXxY
2019.08.01 10:59:51 3: CUL433 device opened
2019.08.01 10:59:51 1: bu_spot_licht: no I/O device
2019.08.01 10:59:51 3: Opening Sebastian.gtag2.PRE device 10.3.3.41:5333
2019.08.01 10:59:51 3: Sebastian.gtag2.PRE device opened
2019.08.01 10:59:52 3: NotdienstApotheke: interval is 0, no periodic updates will done.
2019.08.01 10:59:52 3: NotdienstApotheke: Defined with URL https://www.aponet.de/service/notdienstapotheke-finden/suchergebnis/0/65623.html featurelevel 5.9
2019.08.01 10:59:52 3: Sub BleTagBattery_Define (BLEtagBattery) - defined
2019.08.01 10:59:52 3: BleTagBattery_Attr (BLEtagBattery) - device disabled
2019.08.01 10:59:52 3: mqtt2_server: port 1883 opened
2019.08.01 10:59:52 2: eventTypes: loaded 8338 events from ./log/eventTypes.txt
2019.08.01 10:59:54 2: Enabling livetracking url for iphone5SE
2019.08.01 10:59:54 3: light_deconz: I/O device is deconz
2019.08.01 10:59:54 3: sz_bett_licht: I/O device is deconz
2019.08.01 10:59:54 3: wz_kugel2_licht: I/O device is deconz
2019.08.01 10:59:54 3: fl_tischlampe_col_licht: I/O device is deconz
2019.08.01 10:59:54 3: bz_bwm: I/O device is deconz
2019.08.01 10:59:54 3: bz_huesens_temp: I/O device is deconz
2019.08.01 10:59:54 3: bz_huesens_light: I/O device is deconz
2019.08.01 10:59:54 3: sz_bwm: I/O device is deconz
2019.08.01 10:59:54 3: sz_huesens_temp: I/O device is deconz
2019.08.01 10:59:54 3: WEBowntracks: port 8883 opened
2019.08.01 10:59:54 3: wc_lampecol_licht: I/O device is deconz
2019.08.01 10:59:54 3: ku_spot_licht: I/O device is deconz
2019.08.01 10:59:54 3: HUEGroup5: I/O device is deconz
2019.08.01 10:59:54 3: HUEGroup240: I/O device is deconz
2019.08.01 10:59:55 3: medion_sz defined with ip 10.3.3.228 and interval 10
2019.08.01 10:59:55 3: lidl_bz defined with ip 10.3.3.235 and interval 30
2019.08.01 10:59:55 3: wc_bwm: I/O device is deconz
2019.08.01 10:59:55 3: wc_huesens_temp: I/O device is deconz
2019.08.01 10:59:55 3: wc_huesens_light: I/O device is deconz
2019.08.01 10:59:55 3: FHEM2FHEM opening f2f_banana at 10.3.3.11:7072
2019.08.01 10:59:55 3: sz_huesens_light: I/O device is deconz
2019.08.01 10:59:55 3: monitoring (flower_mon) set flower_mon active
2019.08.01 10:59:55 3: ka_wash_socket: I/O device is deconz
2019.08.01 10:59:55 3: ka_huesens_con: I/O device is deconz
2019.08.01 10:59:55 3: ka_huesens_power: I/O device is deconz
2019.08.01 10:59:55 3: wz_hueswitch: I/O device is deconz
2019.08.01 10:59:55 3: wz_huesens_light: I/O device is deconz
2019.08.01 10:59:55 3: fl_huesens_light: I/O device is deconz
2019.08.01 10:59:55 3: wz_huesens_temp: I/O device is deconz
2019.08.01 10:59:55 3: fl_huesens_temp: I/O device is deconz
2019.08.01 10:59:55 3: wz1_bwm: I/O device is deconz
2019.08.01 10:59:55 3: fl1_bwm: I/O device is deconz
2019.08.01 10:59:55 3: innr2_socket: I/O device is deconz
2019.08.01 10:59:55 3: innr2_huesens_power: I/O device is deconz
2019.08.01 10:59:55 3: innr2_huesens_con: I/O device is deconz
2019.08.01 10:59:55 3: WEBtablet: port 8084 opened
2019.08.01 10:59:55 0: [echodevice] load ECHO Device echodot_wz
2019.08.01 10:59:55 0: [echodevice] load ECHO Device echoplay1_wz
2019.08.01 10:59:55 3: WEBflex: port 8082 opened
2019.08.01 10:59:59 1: Including ./log/fhem.save
2019.08.01 11:00:00 3: harmony: starting discovery
2019.08.01 11:00:00 3: harmony: sending discovery
2019.08.01 11:00:00 3: Opening Sebastian.gtag2.PRE device 10.3.3.41:5333
2019.08.01 11:00:00 3: Sebastian.gtag2.PRE device opened
2019.08.01 11:00:00 2: alexa: starting alexa-fhem: /usr/bin/alexa-fhem -c ./alexa-fhem.cfg
2019.08.01 11:00:00 3: alexa: starting
2019.08.01 11:00:00 3: alexa: using logfile: ./log//alexa-2019-08-01.log
2019.08.01 11:00:00 3: amazon_dash: stopped
2019.08.01 11:00:00 3: amazon_dash: listening
2019.08.01 11:00:00 3: deconz_deconz_service: get status of service "deconz" due to startup
2019.08.01 11:00:00 3: deconz_deconz_wifi_service: get status of service "deconz-wifi" due to startup
2019.08.01 11:00:00 3: deconz_update_deconz_service: get status of service "deconz-update" due to startup
2019.08.01 11:00:00 3: fhem1_avahi_service: get status of service "avahi-daemon" due to startup
2019.08.01 11:00:00 3: fhem1_avahi_service: starting service "avahi-daemon" with delay of 300 seconds
2019.08.01 11:00:16 3: ioserver_bluetooth_service: get status of service "bluetooth" due to startup
2019.08.01 11:00:16 3: ioserver_lepresenced_service: get status of service "lepresenced" due to startup
2019.08.01 11:00:16 3: ioserver_ser2net_service: get status of service "ser2net" due to startup
2019.08.01 11:00:16 3: nextcloud_nginx_service: get status of service "nginx" due to startup
2019.08.01 11:00:16 2: siri: starting homebridge /usr/bin/homebridge
2019.08.01 11:00:16 3: siri: starting
2019.08.01 11:00:16 3: siri: using logfile: ./log//homebridgeFHEM-2019-08-01.log
2019.08.01 11:00:16 3: sqlsrv_mysql_service: get status of service "mysql" due to startup
2019.08.01 11:00:16 0: Featurelevel: 5.9
2019.08.01 11:00:16 0: Server started with 407 defined entities (fhem.pl:19805/2019-07-09 perl:5.026001 os:linux user:fhem pid:28108)
2019.08.01 11:00:17 1: CRON: 60 min wurde ausgeführt.
2019.08.01 11:00:17 3: Can't connect to 10.3.3.11:7072: Operation now in progress
2019.08.01 11:00:21 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4750.
2019.08.01 11:00:21 3: ABFALL Muell - CALENDAR:Muell_Kalender triggered, updating ABFALL Muell ...
2019.08.01 11:00:21 1: Timeout for WOL_Ping reached, terminated process 28218
2019.08.01 11:00:21 3: BlockingCall for nas.wol was aborted
2019.08.01 11:00:22 3: YAMAHA_AVR (AV_Receiver) - could not execute command on device AV_Receiver. Please turn on your device in case of deactivated network standby or check for correct hostaddress.
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1215.

HUEDevice und HUEBridge sind jeweils auf dem neusten Stand gewesen. So wie der Rest des Systems mit Update
von gestern.

Bei einem Neustart passiert das selbe, bis zum besagten Logeintrag und dann Tschüss fhem...

VG Sebastian
Proxmox, nextcloud, fhem mit: deconz, CUL via ser2net, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking, Testumgebung: docker pull fhem/fhem

Offline justme1968

  • Developer
  • Hero Member
  • ****
  • Beiträge: 19610
Antw:philips hue modul
« Antwort #1630 am: 01 August 2019, 11:44:01 »
@Lippie: kannst du mir bitte einen normalen diff dafür machen ?

@binford6000: lösch die betreffende zeile aus dem modul. ich schau es mir an.
FHEM5.4,DS1512+,2xCULv3,DS9490R,HMLAN,2xRasPi
CUL_HM:HM-LC-Bl1PBU-FM,HM-LC-Sw1PBU-FM,HM-SEC-MDIR,HM-SEC-RHS
HUEBridge,HUEDevice:LCT001,LLC001,LLC006,LWL001
OWDevice:DS1420,DS18B20,DS2406,DS2423
FS20:fs20as4,fs20bs,fs20di
AKCP:THS01,WS15
CUL_WS:S300TH

Offline binford6000

  • Tester
  • Hero Member
  • ****
  • Beiträge: 1124
  • 🏠⚙️💡🛠📱
Antw:philips hue modul
« Antwort #1631 am: 01 August 2019, 12:04:18 »
@binford6000: lösch die betreffende zeile aus dem modul. ich schau es mir an.

In Zeile 1429 war es auch noch versteckt. Jetzt läuft die Möhre aber wieder!
Danke für die schnelle Hilfe  :)

VG Sebastian
Proxmox, nextcloud, fhem mit: deconz, CUL via ser2net, SONOS, alexa-fhem, homebridge, TelegramBot mit msgDialog, livetracking, Testumgebung: docker pull fhem/fhem

Offline Lippie

  • Jr. Member
  • **
  • Beiträge: 72
Antw:philips hue modul
« Antwort #1632 am: 01 August 2019, 20:23:28 »
@Lippie: kannst du mir bitte einen normalen diff dafür machen ?

Gibt einen GIT-Link? Ansonsten habe ich die beiden Dateien ja in den Anhang gelegt.

VG
Sebastian

Offline Mr.Floppy

  • New Member
  • *
  • Beiträge: 11
Antw:philips hue modul
« Antwort #1633 am: 07 August 2019, 15:23:21 »

Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1215.

Habe heute nach einem update das gleiche Fehlerbild und Meldungen erhalten, nur zusätzlich mit noch folgenden Zeilen:

Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1207.
Can't call method "Dumper" on unblessed reference at ./FHEM/31_HUEDevice.pm line 1430.

Nach dem auskommentieren der Zeilen lief FHEM wieder.
Benutze einen ConBeeII stick als Bridge.

Gruß


Offline WagoAndreas

  • New Member
  • *
  • Beiträge: 14
Antw:philips hue modul
« Antwort #1634 am: 07 September 2019, 17:37:36 »
Hallo an Alle :-)

vielleicht kann mir ja jemand weiterhelfen:-) Ich nutze das Hue Gateway mit den tradfri Leuchten.
Es ist übergeordnet noch eine SPS. Ich kann von der SPS aus die Leuchten über das Gateway wunderbar ansteuern. Jedoch schaffe ich es nicht den pct wert von 0-100 was ja der dimmwert wäre zu übertragen. Ich hätte es so probiert

define n_dimm_Wz1 notify MR_MW20:.* set HUEBRIDGE_HUEGroup1 pct $EVTPART1

MR_MW20 steht der aktuelle dimmwert von 0-100 von der SPS drinnen.
Kann mir jemand sagen was ich da falsch mache oder wie ich da falsch denke :-)
VIELEN VIELEN DANK

 

decade-submarginal