FHEM Forum

FHEM => Anfängerfragen => Thema gestartet von: Ralph am 09 Oktober 2014, 16:17:44

Titel: Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: Ralph am 09 Oktober 2014, 16:17:44
Hallo allseits,
Sorry, ich komme trotz Sucherei nicht drauf.

Seit meinem letzten Update und Neustart vor 14 Tagen (solange suche ich schon) kommt bei allen Geräten, welche sich vorher ihren Status mit on und off meldeten plötzlich statt on immer dim100%.

Da reagieren die notifys nicht mehr.

devStateIcon dim100%:on:on und eventMap dim100%:on sind aber jeweils gesetzt.

Möchte mir bitte freundlicherweise jemand einen Tip geben ?

Titel: Antw:Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: Ralph am 11 Oktober 2014, 10:13:45
Hallo,
hat keiner einen Lösungsansatz oder muss man alle notifys umbauen?
Titel: Antw:Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: Puschel74 am 11 Oktober 2014, 11:01:49
Hallo,

welche Geräte sind davon betroffen?
Zeig mal das define inkl. der Attribute von einem Gerät.

Ich habe auch Schalter und Dimmer aber selbst die Dimmer senden immer on bzw. off und kein dim100%.
Allerdings mache ich auch nicht jedes update mit.

Grüße
Titel: Antw:Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: Ralph am 13 Oktober 2014, 12:34:13
Danke und Sorry für die späte Antwort, war aushäusig.

Beispielhafter Logbuchauszug für ein betroffenes Gerät:2014-09-27_10:26:01 LUX1 on
2014-09-27_10:26:44 LUX1 on
2014-09-27_10:27:13 LUX1 on
2014-09-27_10:29:40 LUX1 on
2014-09-27_10:33:21 LUX1 on
2014-09-27_11:57:56 LUX1 dim100%
2014-09-27_12:00:12 LUX1 dim100%
2014-09-27_12:50:34 LUX1 dim100%
2014-09-27_14:51:37 LUX1 dim100%
2014-09-27_14:52:21 LUX1 dim100%
2014-09-27_14:55:08 LUX1 dim100%
2014-09-27_14:56:03 LUX1 dim100%
2014-09-27_14:57:40 LUX1 dim100%


Der Update war am späten Vormittag dieses Tages.
2014.09.27 11:07:36 1: MKDIR restoreDir/2014-09-27
2014.09.27 11:07:38 1: UPD ./CHANGED
2014.09.27 11:07:39 1: UPD ./fhem.pl
2014.09.27 11:07:40 1: UPD FHEM/00_CUL.pm
2014.09.27 11:07:41 1: UPD FHEM/00_KM271.pm
2014.09.27 11:07:42 1: UPD FHEM/00_TCM.pm
2014.09.27 11:07:42 1: UPD FHEM/00_ZWDongle.pm
2014.09.27 11:07:42 1: UPD FHEM/01_FHEMWEB.pm
2014.09.27 11:07:45 1: UPD FHEM/02_RSS.pm
2014.09.27 11:07:45 1: UPD FHEM/09_CUL_FHTTK.pm
2014.09.27 11:07:45 1: UPD FHEM/10_CUL_HM.pm
2014.09.27 11:08:11 1: UPD FHEM/10_EnOcean.pm
2014.09.27 11:08:14 1: UPD FHEM/10_MAX.pm
2014.09.27 11:08:14 1: UPD FHEM/10_OWServer.pm
2014.09.27 11:08:14 1: UPD FHEM/10_UNIRoll.pm
2014.09.27 11:08:14 1: UPD FHEM/10_ZWave.pm
2014.09.27 11:08:15 1: UPD FHEM/14_CUL_TX.pm
2014.09.27 11:08:16 1: UPD FHEM/21_OWSWITCH.pm
2014.09.27 11:08:16 1: UPD FHEM/31_HUEDevice.pm
2014.09.27 11:08:17 1: UPD FHEM/34_NUT.pm
2014.09.27 11:08:17 1: UPD FHEM/35_SWAP_0000002200000003.pm
2014.09.27 11:08:17 1: UPD FHEM/36_EC3000.pm
2014.09.27 11:08:17 1: UPD FHEM/36_JeeLink.pm
2014.09.27 11:08:17 1: UPD FHEM/36_LaCrosse.pm
2014.09.27 11:08:17 1: UPD FHEM/36_PCA301.pm
2014.09.27 11:08:18 1: UPD FHEM/36_WMBUS.pm
2014.09.27 11:08:18 1: UPD FHEM/37_SHCdev.pm
2014.09.27 11:08:18 1: UPD FHEM/38_netatmo.pm
2014.09.27 11:08:18 1: UPD FHEM/42_SYSMON.pm
2014.09.27 11:08:20 1: UPD FHEM/44_TEK603.pm
2014.09.27 11:08:21 1: UPD FHEM/51_RPI_GPIO.pm
2014.09.27 11:08:22 1: UPD FHEM/55_GDS.pm
2014.09.27 11:08:22 1: UPD FHEM/57_Calendar.pm
2014.09.27 11:08:24 1: UPD FHEM/66_ECMD.pm
2014.09.27 11:08:24 1: UPD FHEM/67_ECMDDevice.pm
2014.09.27 11:08:24 1: UPD FHEM/70_ENIGMA2.pm
2014.09.27 11:08:26 1: UPD FHEM/71_YAMAHA_AVR.pm
2014.09.27 11:08:27 1: UPD FHEM/72_FB_CALLMONITOR.pm
2014.09.27 11:08:29 1: UPD FHEM/73_PRESENCE.pm
2014.09.27 11:08:30 1: UPD FHEM/91_sequence.pm
2014.09.27 11:08:32 1: UPD FHEM/92_FileLog.pm
2014.09.27 11:08:32 1: UPD FHEM/93_DbLog.pm
2014.09.27 11:08:39 1: UPD FHEM/98_CustomReadings.pm
2014.09.27 11:08:39 1: UPD FHEM/98_HMinfo.pm
2014.09.27 11:08:43 1: UPD FHEM/98_IF.pm
2014.09.27 11:08:43 1: UPD FHEM/98_RandomTimer.pm
2014.09.27 11:08:43 1: UPD FHEM/98_SVG.pm
2014.09.27 11:08:47 1: UPD FHEM/98_THRESHOLD.pm
2014.09.27 11:08:49 1: UPD FHEM/98_autocreate.pm
2014.09.27 11:08:49 1: UPD FHEM/98_statistics.pm
2014.09.27 11:08:49 1: UPD FHEM/98_telnet.pm
2014.09.27 11:08:49 1: UPD FHEM/98_update.pm
2014.09.27 11:08:50 1: UPD FHEM/99_Utils.pm
2014.09.27 11:08:50 1: UPD FHEM/FritzBoxUtils.pm
2014.09.27 11:08:50 1: UPD FHEM/HMConfig.pm
2014.09.27 11:08:55 1: UPD FHEM/SHC_datafields.pm
2014.09.27 11:08:55 1: UPD FHEM/SHC_parser.pm
2014.09.27 11:08:56 1: UPD FHEM/SetExtensions.pm
2014.09.27 11:08:56 1: UPD FHEM/WMBus.pm
2014.09.27 11:08:56 1: UPD FHEM/firmware/JeeLink_LaCrosse.hex
2014.09.27 11:08:56 1: UPD FHEM/firmware/JeeLink_PCA301.hex
2014.09.27 11:08:56 1: UPD FHEM/lib/SHC_packet_layout.xml
2014.09.27 11:08:59 1: UPD docs/commandref.html
2014.09.27 11:10:15 1: UPD docs/commandref_DE.html
2014.09.27 11:10:27 1: UPD www/images/fhemSVG/light_exclamation.svg
2014.09.27 11:10:30 1: UPD www/pgm2/console.js
2014.09.27 11:10:30 1: UPD www/pgm2/fhemweb_multiple.js
2014.09.27 11:10:30 1:
2014.09.27 11:10:31 1: update finished, "shutdown restart" is needed to activate the changes.
2014.09.27 11:10:34 1:
2014.09.27 11:11:14 1: Fhem info:
  Release  : 5.5
  Branch   : DEVELOPMENT
  OS       : linux
  Arch     : mipsel-linux
  Perl     : v5.14.2
  uniqueID : 40298058215ccd873ab436b9579ca76b
  upTime   : 12 days, 19:11:34

Defined modules:
  CUL        : 1
  CUL_FHTTK  : 14
  CUL_TX     : 1
  CUL_WS     : 8
  FHEMWEB    : 4
  FHT        : 7
  FS20       : 33
  FileLog    : 30
  SVG        : 9
  at         : 4
  autocreate : 1
  dummy      : 2
  notify     : 23
  telnet     : 1
  watchdog   : 2
  weblink    : 1

Defined models per module:
  CUL_WS     : S300TH

Transmitting this information during an update:
  onUpdate (Note: You can change this via the global attribute sendStatistics)

server response: ==> ok

2014.09.27 11:11:47 1: nothing to do...
2014.09.27 11:47:00 1: Including rest
2014.09.27 11:47:01 0: Server shutdown


Definition:define LUX1 FS20 .... 00
attr LUX1 IODev CUL_0
attr LUX1 devStateIcon dim100%:on:on
attr LUX1 eventMap dim100%:on
attr LUX1 room Events
define FileLog_LUX1 FileLog ./log/LUX1-%Y-%m.log LUX1
attr FileLog_LUX1 logtype text
attr FileLog_LUX1 room OLogs


Kannst Du einen (meinereiner) Fehler erkennen ?


Titel: Antw:Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: rudolfkoenig am 18 Oktober 2014, 08:16:20
Die Ursache ist eine mehrere Monate zurueckliegende Aenderung in eventMap, der die Pruefung eingeschrenkt hat auf Wortgrenzen  (\b).
Leider ist % in dim100% selbst kein Wortzeichen (\w), deswegen ist diese Pruefung in diesem Fall falsch.

Ich habe den eventMap Code so angepasst, dass \b nur dann angewendet ist, falls im eventMap keine Sonderzeichen verwendet werden, d.h. mit Sonderzeichen muss man vorsichtiger sein.
Titel: Antw:Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: Ralph am 18 Oktober 2014, 10:54:54
Danke für die Antwort und Oh Weh und Ach, ich habe sie gelesen und nur die Hälfte verstanden.

Dass eine Änderung in eventMap stattfand verstand ich, das mit dem /b und /w ist mir zu hoch, da fehlt mir das Niveau.

Unklar ist mir auch: hast Du das jetzt so (zurück)geändert, dass es mit einem Update wieder (für mich richtig) funktionieren wird ?
Titel: Antw:Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: rudolfkoenig am 18 Oktober 2014, 11:25:22
Erstens \b und nicht /b (siehe perldoc perlre), und zweitens ja, nach einem FHEM update gefolgt von "shutdown restart"  muesste es wieder tun.
Titel: Antw:Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: Navigator am 29 Oktober 2014, 01:25:31
Hat sich an diesem Sachverhalt vielleicht doch wieder etwas geändert. Seit Update kann ich umgemappte Kommados mit % Zeichen im Namen nicht mehr bedienen.

Die eventMap meiner Dimmer hat folgende Syntax. off:OFF dim50%:50% dim68%:70% dim100%:100% dim100%:on

Wenn ich nun per set einen dieser Kommandos, wo ein Prozentzeichen setze ist bediene, erhalte ich zB. folgende Meldung.

Unknown argument dim100%, choose one of dim06% dim100% .....

Es scheint als könne ich generell keine set Kommandos mehr absetzen, wenn in der Evenmap % vorkommen.

Ein maskieren funktionert hier nicht, ich hätte jedoch auch kein Problem diese ganz zu entfernen....
Titel: Antw:Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: rudolfkoenig am 29 Oktober 2014, 06:44:29
Bei mir funktioniert es.

define CUL CUL none 0000
define G FS20 1234 56
attr G eventMap off:OFF dim50%:50% dim68%:70% dim100%:100% dim100%:on

"set G 100%" meldet im Log: "FS20 set G dim100%", und Fehlermeldung gibts nicht.

Vermutlich ist dein FHEM nicht aktuell.
Titel: Antw:Nach Update "nothing to do" kommt dim100% anstatt vorher on ?
Beitrag von: Navigator am 29 Oktober 2014, 10:38:50
set G 100 % funktioniert, stimmt. aber set G dim100% nimmt er nicht mehr. Dieser ist zwar umgemappt, konnte aber bis dato trotzdem noch verwendet werden.

In einem eventMap mit on:ON kann man jedoch weiterhin noch mit "set" on" oder "set ON" arbeiten.

...ja ich weiß... ein Luxusproblem... ;)