Autor Thema: [obsolet - Modul ist im SVN - siehe Forum #12582] 10_KNX.pm Weiterentwicklung  (Gelesen 13760 mal)

Offline erwin

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 545
Antw:10_KNX.pm Weiterentwicklung
« Antwort #105 am: 24 April 2021, 12:54:57 »
Hi tom1607!
Zitat
Ich bekomme seit 2 Tagen lauter fehler

Die Frage ist: Was hast du vor 2 Tagen geändert?
Ich kann in deinen Logs  nicht wirklich einen Fehler entdecken.
Die Messages besagen lediglich, dass du etliche devices nicht in FHEM definiert hast!
z.b: 8/7/9 , 8/7/19, 8/7/27, 8/7/28, 8/7/30, usw....

nützlich fürs deguggen wäre ein list <device> vom KNXTUL
und eine Beschreibung deines environments... (welches KNX-GW, KNXD ja/nein, autocreate ja/nein)...
passiert das während FHEM start oder im laufenden Betrieb?
mach bitte auch ein list eines beliebigen KNX devices.

l.g. erwin

FHEM aktuell auf RaspberryPI mit Busware ROT / Weinzirl IP731
Maintainer 10_KNX.pm
CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT
1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,...
MQTT2, KNX, SONOFF, mySENSORS,...

Offline GammaTwin

  • Full Member
  • ***
  • Beiträge: 133
Antw:10_KNX.pm Weiterentwicklung
« Antwort #106 am: 24 April 2021, 16:36:42 »
Hallo Erwin,

ich habe das Update gemacht und erhalte ebenfalls nur noch Fehler. Direkt nach "shutdown restart". Es ist keine Kommunikation mehr möglich.

Im Log finde ich wenig.
2021.04.24 16:25:11.929 3: KNXTUL opening KNX
2021.04.24 16:25:11.929 3: KNXTUL device opened
2021.04.24 16:25:19 1: FHEM::Meta::__GetUpdatedata: ERROR: FHEM/10_KNX.pm belongs to source repository "fhem". Ignoring identical file name from source repository KNXevolution
2021.04.24 16:25:27.185 3: KNX: Unknown code C01201w0010200fa, help me!
2021.04.24 16:25:27.446 3: KNX: Unknown code C01001w0470a00000000, help me!
2021.04.24 16:25:27.502 3: KNX: Unknown code C01201w0010200f0, help me!
2021.04.24 16:25:27.503 3: KNX: Unknown code C01201w0010200e6, help me!
2021.04.24 16:25:27.505 3: KNX: Unknown code C01201w0010200dc, help me!
2021.04.24 16:25:27.506 3: KNX: Unknown code C01201w00215ff, help me!
2021.04.24 16:25:27.507 3: KNX: Unknown code C01001w0470b43bd0000, help me!
...

Ich habe die vorherige Version direkt wieder eingespielt.

Ich habe ein list von einem Device gemacht, vor und nach Update, dann Unterschiede gesucht:

Folgende Zeile fehlt nach dem Update:
FVERSION   10_KNX.pm:?/2021-03-03 UNSTABLE
Weitere Unterschiede:

- Zeile NOTIFYDEV, vor zu nach dem Update
NOTIFYDEV  global,TYPE=KNXNOTIFYDEV  global,KNX_0101000
- es ist eine nosuffix-DEF: nach dem Update scheint dies nicht mehr so:
RDNAMEGET  getG1
RDNAMEPUT  putG1
RDNAMESET  setG1
« Letzte Änderung: 24 April 2021, 16:50:38 von GammaTwin »

Offline erwin

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 545
Antw:10_KNX.pm Weiterentwicklung
« Antwort #107 am: 24 April 2021, 20:23:13 »
Hallo GammaTwin,

sehr seltsam!!!! Bei mir läuft die version ohne probleme auf 2 verschiedenen systemen! (einmal mit TUL- einmal mit KNXTUL-IOmodul)
ich hab mir jetzt nochmal die version vom git heruntergeladen, und kann das nicht nachstellen!

die FHEM::Meta:: Fehlermeldung ist "normal", kommt vom installer-modul, das externe repositories nicht mag....(ist im ersten post erwähnt,glaube ich)
FVERSION: ebenfalls installer-modul hab ich jetzt auch nicht mehr...
NOTIFYDEV: ist korrekt, hab ich geändert, wäre auch richtig, falls dieses device wirklich KNX_0101000 heisst!

nosuffix def: das ist interessant, kannst du mir ein list von diesem device posten?
evtl. geht da beim define was schief  (während restart)?
es reicht mir ein list vom funktionierenden system, ich nehme an, du bist auf die 4.43 zurückgegangen?
l.g. erwin
FHEM aktuell auf RaspberryPI mit Busware ROT / Weinzirl IP731
Maintainer 10_KNX.pm
CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT
1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,...
MQTT2, KNX, SONOFF, mySENSORS,...

Offline tom1607

  • New Member
  • *
  • Beiträge: 8
Antw:10_KNX.pm Weiterentwicklung
« Antwort #108 am: 24 April 2021, 22:51:48 »
Hallo Erwin,

ich habe ein Update vom fhem gemacht.

Ich habe einen Enertex IP Secure Router. Ich betreibe den im Broadcastmodus ohne EIBD.


Internals:
   Clients    KNX
   DEF        1.1.253
   DeviceAddress 011fd
   FD         5
   FUUID      5d060185-f33f-f7bf-1d0f-45ec38e9eeb3ee5c
   HAS_IO::Socket::Multicast 1
   IPAddress  224.0.23.12
   NAME       knx
   NR         28
   PARTIAL   
   Port       3671
   RAWMSG     C01202w0941644359000
   REFUSED   
   STATE      Initialized
   TYPE       KNXTUL
   UseDirectConnection 0
   knx_MSGCNT 833550
   knx_TIME   2021-04-24 20:46:37
Attributes:
   room       System--KNX
   verbose    1

Das ist ein Wert der nicht mehr aktualisiert wird. Ich sehe in der ETS das das Telegramm auf dem Bus ist aber das Device wird nicht aktualisiert.

Internals:
   DEF        8/7/8:dpt9.021
   DEVNAME    StromK1
   FIRSTGADNAME g1
   FUUID      5d05e087-f33f-f7bf-24b6-e088684a32456f33
   FVERSIONE  04.52 13-04-2021
   GETSTRING  g1:noArg
   IODev      knx
   NAME       StromK1
   NOTIFYDEV  global,StromK1
   NR         87
   NTFY_ORDER 50-StromK1
   SETSTRING  g1:slider,-670760,13415,670760
   STATE      29552.64 mA
   TYPE       KNX
   GADDETAILS:
     g1:
       CODE       08708
       GROUP      8/7/8
       MODEL      dpt9.021
       NO         1
       OPTION     
       RDNAMEGET  getG1
       RDNAMEPUT  putG1
       RDNAMESET  setG1
       SETLIST    :slider,-670760,13415,670760
   GADTABLE:
     08708      g1
   READINGS:
     2021-04-22 20:46:44   getG1           29552.64 mA
     2021-04-22 20:46:44   last-sender     1.0.100
     2021-04-22 20:46:44   state           29552.64 mA
Attributes:
   IODev      knx
   room       Smartmeter,System--KNX

Ich hoffe das hilft weiter.

grüße
Tom

Offline GammaTwin

  • Full Member
  • ***
  • Beiträge: 133
Antw:10_KNX.pm Weiterentwicklung
« Antwort #109 am: 25 April 2021, 08:04:23 »
Grüße,

ich bin auf 4.43 zurückgegangen. Das Device heißt "KNX_0101000".

Internals:
   DEF        1/1/0:dpt1.001:g1:set:nosuffix 1/2/0:dpt1.001:g2:get:nosuffix
   DEVNAME    KNX_0101000
   FIRSTGADNAME g1
   FVERSION   10_KNX.pm:?/2021-03-03 UNSTABLE
   FVERSIONE  04.43 25-02-2021
   GETSTRING  g2:noArg
   IODev      KNX
   NAME       KNX_0101000
   NOTIFYDEV  global,TYPE=KNX
   NR         330
   NTFY_ORDER 50-KNX_0101000
   SETSTRING  on:noArg off:noArg g1:off,on
   STATE      off
   TYPE       KNX
   GADDETAILS:
     g1:
       CODE       01100
       GROUP      1/1/0
       MODEL      dpt1.001
       NO         1
       OPTION     set
       RDNAMEGET  g1
       RDNAMEPUT  g1
       RDNAMESET  g1
       SETLIST    :off,on
     g2:
       CODE       01200
       GROUP      1/2/0
       MODEL      dpt1.001
       NO         2
       OPTION     get
       RDNAMEGET  g2
       RDNAMEPUT  g2
       RDNAMESET  g2
       SETLIST    :off,on
   GADTABLE:
     01100      g1
     01200      g2
   READINGS:
     2021-04-24 16:40:49   g2              off
     2021-04-24 16:40:49   last-sender     1.0.2
     2021-04-24 16:40:49   state           off
Attributes:
   IODev      KNX

Offline erwin

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 545
Antw:10_KNX.pm Weiterentwicklung
« Antwort #110 am: 26 April 2021, 08:10:59 »
Sorry GammaTwin & tom1607 und alle anderen!

nachdem ich euer Problem nicht nachstellen kann, und im Moment auch keine idee habe woran es liegen könnte,
werde ich die Version E04.43 wieder aufs GIT stellen.
Zudem bin ich die nächsten Wochen auf Urlaub, zwar mit Internet aber ohne test-equipment.
Ich befürchte das Problem  ist "environment"  abhängig (perl-version, autocreate-definition, ???). Wenn also jemand die Version E04.52 ohne Probleme
an Laufen hat, bitte um Feedback, damit wir der Sache näher kommen können.
l.g. erwin 
FHEM aktuell auf RaspberryPI mit Busware ROT / Weinzirl IP731
Maintainer 10_KNX.pm
CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT
1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,...
MQTT2, KNX, SONOFF, mySENSORS,...

Offline Amenophis86

  • Hero Member
  • *****
  • Beiträge: 2913
  • Anti-Statement befreite Zone ;)
Antw:10_KNX.pm Weiterentwicklung
« Antwort #111 am: 26 April 2021, 08:40:13 »
Erstmal Urlaub machen und dann in Ruhe schauen, die E04.43 läuft ja. Welchen Bug wolltest du denn in der neueren Version lösen? Hatte es bisher zeitlich noch nicht geschafft ein Update zu machen und werde es jetzt ja auch lassen.

Edit:
Habe das Changelog gefunden. Vergiss meine Frage.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Offline tom1607

  • New Member
  • *
  • Beiträge: 8
Antw:10_KNX.pm Weiterentwicklung
« Antwort #112 am: 26 April 2021, 20:38:08 »
Hallo zusammen,

ich wünsche auch einen schönen Urlaub.

Ich wollte nur kurz feedback geben, ich habe die alte Version wieder eingespielt und es läuft wieder.

Wenn du aus dem Urlaub zurück bist können wir gerne mal die Sachen im Details analysieren ich würde halt alle Logs die benötigt werden zur Verfügung stellen.

Aber bis dahin geniess deinen Urlaub ist in der heutigen Zeit eh schwierig.

grüße
Tom

Offline GammaTwin

  • Full Member
  • ***
  • Beiträge: 133
Antw:10_KNX.pm Weiterentwicklung
« Antwort #113 am: 26 April 2021, 20:47:32 »
Urlaub ist wichtig :)

Genießen :)

Offline GammaTwin

  • Full Member
  • ***
  • Beiträge: 133
Antw:10_KNX.pm Weiterentwicklung
« Antwort #114 am: 15 Mai 2021, 07:38:58 »
Grüße,

ich habe seit langem mal wieder eine neue Gruppenadresse angelegt. In der ETS diese abgefragt, damit in FHEM das Device anlegt. Das klappt auch, Device ist disabled.

Was fehlt ist der zweite Filelog-Device, denn ich sonst immer angelegt bekomme. Am autocreate habe ich nichts geändert.
Internals:
   FUUID      5e3fe740-f33f-48fd-ac73-490de8f887f717cc
   FVERSION   98_autocreate.pm:0.237270/2021-02-12
   NAME       autocreate
   NOTIFYDEV  global
   NR         375
   NTFY_ORDER 50-autocreate
   STATE      active
   TYPE       autocreate
   received:
Attributes:
   disable    0
   filelog    ./log/autocreate/%NAME-%Y.log

Könnte es mit dem "autodisable" zu tun haben?

Offline erwin

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 545
Antw:10_KNX.pm Weiterentwicklung
« Antwort #115 am: 16 Mai 2021, 11:10:59 »
Hi,
Zitat
Könnte es mit dem "autodisable" zu tun haben?
nein, es wird kein Filelog angelegt.
Begründung: Ich gehe davon aus, dass das "neue" device einen "sprechenden" namen bekommt (rename...) und damit die filelog definition obsolet wäre.
ich habe mir für solche Fälle ein "KNX_default_FileLog" gebaut, beschrieben in der cmdref:
If enabled, the module autocreate is creating a new definition for any unknown sender. The device itself will be disabled until you added a DPT to the definition and clear the disabled attribute.
The name will be KNX_nnmmooo where nn is the line adress, mm the area and ooo the device. No FileLog or SVG definition is created for KNX-devices by autocreate.
Use for example define <name> FileLog <filename> KNX_.* to create a single FileLog-definition for all KNX-devices created by autocreate.
l.g. erwin
FHEM aktuell auf RaspberryPI mit Busware ROT / Weinzirl IP731
Maintainer 10_KNX.pm
CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT
1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,...
MQTT2, KNX, SONOFF, mySENSORS,...

Offline Amenophis86

  • Hero Member
  • *****
  • Beiträge: 2913
  • Anti-Statement befreite Zone ;)
Antw:10_KNX.pm Weiterentwicklung
« Antwort #116 am: 16 Mai 2021, 11:14:34 »
Ist das Problem mit inactive und dem damit verbundenen ungewollten disable des Device eigentlich behoben? Habe die E04.43 bei mir aktuell laufen. Das müsste doch die stabilste nach der verbuggten Version sein, die Probleme gemacht hat, oder?
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Offline erwin

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 545
Antw:10_KNX.pm Weiterentwicklung
« Antwort #117 am: 16 Mai 2021, 13:20:18 »
Ist das Problem mit inactive und dem damit verbundenen ungewollten disable ...
Sorry, das ist in der E04.43 noch nicht gefixt...
Nachdem ich die Probleme mit E04.52 bisher nicht nachstellen konnte, werde ich nächste Woche eine Version aufs GIT stellen, die etwa 50% der Änderungen (vgl. E04.52) enthält
und euch um Tests bitten. Der "inactive" fix ist in der Version von nächste Woche enthalten.
l.g. erwin
FHEM aktuell auf RaspberryPI mit Busware ROT / Weinzirl IP731
Maintainer 10_KNX.pm
CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT
1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,...
MQTT2, KNX, SONOFF, mySENSORS,...

Offline Amenophis86

  • Hero Member
  • *****
  • Beiträge: 2913
  • Anti-Statement befreite Zone ;)
Antw:10_KNX.pm Weiterentwicklung
« Antwort #118 am: 16 Mai 2021, 13:22:03 »
Alles klar, das erklärt das ein oder andere Verhalten bei mir. Mach dir bitte keinen Stress deswegen, war eben nur unsicher, wie der Stand in der Version war und konnte nicht verstehen warum ein Device sich komisch verhalten hat.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Offline erwin

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 545
Antw:10_KNX.pm Weiterentwicklung
« Antwort #119 am: 19 Mai 2021, 15:24:59 »
Hi,
Version 04.60 ist am GIT.
bitte um Test und Feedback.
Änderungen:
-change: 50% of the changes of the unsucessful Vers. 04.52
        IsDisabled when state = inactive
        cleanup, replaced ok-dialog on get-cmd by "err-msg"
        docu correction
        fixed KNX_replaceByRegex
        replace eval by AnalyzePerlCommand
        added FingerPrintFn, fix DbLog_split
Nachdem ich den Fehler mit der Version 04.52 nicht nachstellen konnte, bitte um VORSICHT!
Evtl. die bisherige version vor dem update kopieren/sichern!
l.g. erwin
FHEM aktuell auf RaspberryPI mit Busware ROT / Weinzirl IP731
Maintainer 10_KNX.pm
CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT
1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,...
MQTT2, KNX, SONOFF, mySENSORS,...

 

decade-submarginal