Problem bei der Umstellung von CCU2 auf pivccu

Virtualisierte CCU für Raspberry Pi und Clones

Moderator: Co-Administratoren

demel42
Beiträge: 147
Registriert: 12.11.2017, 20:35
Hat sich bedankt: 4 Mal
Danksagung erhalten: 9 Mal

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von demel42 » 18.10.2018, 17:39

deimos hat geschrieben:
18.10.2018, 16:43
ch habe mir deine Logs nochmal angeschaut. Ich bin immer davon ausgegangen, dass dein Funkmodul funktionieren muss, weil du die HmRF Geräte ja steuern kannst. Aber du hast ja noch ein LAN GW, welches die Kommunikation mit diesen Geräten sicherstellen kann.
ja das mit den LAN-Gateways ... mist, da habe ich nicht daran gedacht, das das ja den HM-Teil abwickeln kann. Sorry.
deimos hat geschrieben:
18.10.2018, 16:43
Weil wir es erst vor ein paar Tagen hier im Forum hatten, du hast nicht zufällig ein Funkmodul gekauft mit zwei externen Antennen?
Nein, war ich nicht. Ich habe das Teil fertig gekauft mit externen Antenne im Charly-Gehäuse. Ich kann ein kleines bisschen löten, aber wenn es das fertig gibt, warum nicht. Ich hatte schon Antwort bekommen, der ist der Meinung, das es die HW nicht sein kann. Naja, ich habe ihm nochmal ein paar Erläuterungen zu geben. Wenn er aber das nicht ersetzen will, geht's zurück, habe ich ja erst seit knapp einer Woche.

Ich würde dann schauen, das ich möglicherweise die CCU2 temporär wieder zu laufen bekomme und mit ein neues System aufbauen. Denn an sich ist für mich die PIVCCU-Lösung einer Original CCU3 deutlich vorzuziehen.

Danke erst einmal für deine Einsatz.
demel
Raspberrymatic 3.67.10.20230225 unter Proxmox (HM und HmIP) - IP-Symcon 6.3 auf Ubuntu 18.04.3 unter Proxmox - Mediola Gateway V5+, Warema WMS

Benutzeravatar
deimos
Beiträge: 5396
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 957 Mal
Kontaktdaten:

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von deimos » 18.10.2018, 18:17

Hi,

leider können auch Händler manchmal nicht löten. :wink:

Aber du kannst es ja einfach mal testen, indem du ein jüngfräuliches piVCCU3 Image nimmst und dort ein HmIP Gerät anlernst, bei welchem du vorher einen Werksreset gemacht hast.
Wenn das Gerät da geht, Software Problem, wenn es da ebenfalls nicht geht, spricht viel für ein Hardware Problem.

Viele Grüße
Alex

demel42
Beiträge: 147
Registriert: 12.11.2017, 20:35
Hat sich bedankt: 4 Mal
Danksagung erhalten: 9 Mal

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von demel42 » 19.10.2018, 11:59

deimos hat geschrieben:
18.10.2018, 18:17
Hi,

leider können auch Händler manchmal nicht löten. :wink:

Aber du kannst es ja einfach mal testen, indem du ein jüngfräuliches piVCCU3 Image nimmst und dort ein HmIP Gerät anlernst, bei welchem du vorher einen Werksreset gemacht hast.
Wenn das Gerät da geht, Software Problem, wenn es da ebenfalls nicht geht, spricht viel für ein Hardware Problem.

Viele Grüße
Alex
Ich hatte gestern noch ein ganz frische pivccu-2 images erstellt, ein HmIP-gerät angelernt, gleicher Erfolg. Der Händler war uneinsichtig was eine Austausch angeht, da habe ich's zurückgeschickt (hatte ich ja nur eine Woche, als kein Problem). Habe bei einem anderen Shop das gleiche bestellt, könnt im laufen der kommenden Woche.

Dann probiere ich es nochmal :-)

Jetzt läuft erstmal die CCU2 wieder, die HmIP-Geräte brauchten zwar eine Schubs (einmal stromlos machen), waren aber dann zügig wieder da.

Ich melde mich nochmal, wenn das neue Gerät da ist mit dem Ergebnis.

Wegen dem "leeren" linkData.conf habe ich EQ3 angeschrieben, vielleicht sagen die was dazu. Da das ja auf der CCU2 auch nur die leere Struktur enthält und das Neu-Verbinden der HmIP-Komponenten ja auch funktioniert hat, ist das vielleicht nicht zwingend. Ich halte Dich auf dem laufenden.

Gruß
demel
Raspberrymatic 3.67.10.20230225 unter Proxmox (HM und HmIP) - IP-Symcon 6.3 auf Ubuntu 18.04.3 unter Proxmox - Mediola Gateway V5+, Warema WMS

demel42
Beiträge: 147
Registriert: 12.11.2017, 20:35
Hat sich bedankt: 4 Mal
Danksagung erhalten: 9 Mal

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von demel42 » 22.10.2018, 11:55

demel42 hat geschrieben:
19.10.2018, 11:59
Wegen dem "leeren" linkData.conf habe ich EQ3 angeschrieben, vielleicht sagen die was dazu. Da das ja auf der CCU2 auch nur die leere Struktur enthält und das Neu-Verbinden der HmIP-Komponenten ja auch funktioniert hat, ist das vielleicht nicht zwingend. Ich halte Dich auf dem laufenden.
Hallo Alex,

Antwort heute morgen von EQ3:
In der "linkData" werden lediglich Informationen zu direkten Verknüpfungen zwischen den Homematic IP Gerät abgelegt.
also ist klar, das die Datei bei mir "leer" ist, ich habe keine direkten Verknüpfungen.

demel
Raspberrymatic 3.67.10.20230225 unter Proxmox (HM und HmIP) - IP-Symcon 6.3 auf Ubuntu 18.04.3 unter Proxmox - Mediola Gateway V5+, Warema WMS

demel42
Beiträge: 147
Registriert: 12.11.2017, 20:35
Hat sich bedankt: 4 Mal
Danksagung erhalten: 9 Mal

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von demel42 » 24.10.2018, 18:22

Hallo Alex,

ich habe nun ein neuen raspi mit RPI-RF-MOD bekommen.

Habe ein frisches pivccu3-image gezogen, habe das aktualisiert und wollte dann - ohne meine CCU2 umzustellen - einfach mal an dieser pivccu3 ein HmIP-Gerät anlernen.

Habe das also von der CCU2 abgelernt und sicherheitshalbe noch eine Werksreset gemacht. Das Gerät ist ein HmIP-PSM und hat die SGTIN 00021709A0ED64

Dann de pi gestartet und 5min gewartet - wie gesagt, der ist ziemlich nackt, nur der ssh-zuging ist aktiviert.

Code: Alles auswählen

pi@HM-Server:~ $ sudo pivccu-info
piVCCU version: 3.37.8-6
Kernel modules: Available
Raw UART dev:   Available
Rasp.Pi3 UART:  Assigned to GPIO pins
HMRF Hardware:  RPI-RF-MOD
HMIP Hardware:  RPI-RF-MOD
Board serial:   58A9930210
Radio MAC:      unknown
SGTIN:          3014F711A0001F58A9930210
State:          RUNNING
PID:            727
IP:             192.168.178.165
CPU use:        25.19 seconds
BlkIO use:      46.47 MiB
Link:           vethpivccu
 TX bytes:      426.08 KiB
 RX bytes:      707.71 KiB
 Total bytes:   1.11 MiB

Code: Alles auswählen

pi@HM-Server:~ $ sudo pivccu-attach cat /var/hm_mode
HM_HMIP_ADDRESS=''
HM_HMIP_DEV='RPI-RF-MOD'
HM_HMIP_DEVNODE='/dev/raw-uart'
HM_HMIP_SERIAL='58A9930210'
HM_HMIP_SGTIN='3014F711A0001F58A9930210'
HM_HMIP_VERSION='3.4.8'
HM_HMRF_ADDRESS=''
HM_HMRF_DEV='RPI-RF-MOD'
HM_HMRF_DEVNODE='/dev/raw-uart'
HM_HMRF_SERIAL='58A9930210'
HM_HMRF_VERSION='3.4.8'
HM_HOST='rpi3'
HM_HOST_GPIO_RESET=''
HM_HOST_GPIO_UART='/dev/raw-uart'
HM_LED_GREEN=''
HM_LED_RED=''
HM_LED_YELLOW=''
HM_MODE='NORMAL'
HM_RTC=''

Code: Alles auswählen

pi@HM-Server:~ $ sudo pivccu-attach cat /var/log/messages
Oct 24 17:36:18 piVCCU syslog.info syslogd started: BusyBox v1.28.4
Oct 24 17:36:18 piVCCU user.notice kernel: klogd started: BusyBox v1.28.4 (2018-08-29 11:23:30 CEST)
Oct 24 17:36:20 piVCCU syslog.info syslogd exiting
Oct 24 17:36:20 ccu3-webui syslog.info syslogd started: BusyBox v1.28.4
Oct 24 17:36:20 ccu3-webui user.notice kernel: klogd started: BusyBox v1.28.4 (2018-08-29 11:23:30 CEST)
Oct 24 17:36:20 ccu3-webui daemon.err udhcpc[163]: started, v1.28.4
Oct 24 17:36:20 ccu3-webui daemon.err udhcpc[163]: sending discover
Oct 24 17:36:20 ccu3-webui daemon.err udhcpc[163]: sending select for 192.168.178.165
Oct 24 17:36:20 ccu3-webui daemon.err udhcpc[163]: lease of 192.168.178.165 obtained, lease time 86400
Oct 24 17:36:21 ccu3-webui user.info firewall: 'modprobe: FATAL: Module ip6_tables not found in directory /lib/modules/4.14.71-v7+ ip6tables v1.6.2: can't initialize ip6tables table `filter': Table does not exist (do you need to insmod?) Perhaps ip6tables or your kernel needs to be upgraded.'
Oct 24 17:36:21 ccu3-webui daemon.info ifplugd(eth0)[211]: ifplugd 0.28 initializing.
Oct 24 17:36:21 ccu3-webui daemon.info ifplugd(eth0)[211]: Using interface eth0/FA:4A:84:8F:5B:DC with driver <veth> (version: 1.0)
Oct 24 17:36:21 ccu3-webui daemon.info ifplugd(eth0)[211]: Using detection mode: SIOCETHTOOL
Oct 24 17:36:21 ccu3-webui daemon.info ifplugd(eth0)[211]: Initialization complete, link beat detected.
Oct 24 17:36:21 ccu3-webui daemon.warn ifplugd(eth0)[211]: Could not open /dev/tty, cannot beep.
Oct 24 17:36:21 ccu3-webui daemon.info ifplugd(eth0)[211]: Executing '/etc/ifplugd/ifplugd.action eth0 up'.
Oct 24 17:36:21 ccu3-webui daemon.warn ifplugd(eth0)[211]: client: ifup: interface eth0 already configured
Oct 24 17:36:21 ccu3-webui daemon.info ifplugd(eth0)[211]: Program executed successfully.
Oct 24 17:36:48 ccu3-webui daemon.notice ntpdate[216]: step time server 134.34.3.19 offset 8.162318 sec
Oct 24 17:36:40 ccu3-webui daemon.notice ntpd[217]: ntpd 4.2.8p11@1.3728-o Wed Aug 29 10:08:05 UTC 2018 (1): Starting
Oct 24 17:36:40 ccu3-webui daemon.info ntpd[217]: Command line: /usr/sbin/ntpd -g 0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
Oct 24 17:36:40 ccu3-webui daemon.info ntpd[219]: proto: precision = 0.468 usec (-21)
Oct 24 17:36:40 ccu3-webui daemon.info ntpd[219]: Listen and drop on 0 v6wildcard [::]:123
Oct 24 17:36:40 ccu3-webui daemon.info ntpd[219]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Oct 24 17:36:40 ccu3-webui daemon.info ntpd[219]: Listen normally on 2 lo 127.0.0.1:123
Oct 24 17:36:40 ccu3-webui daemon.info ntpd[219]: Listen normally on 3 eth0 192.168.178.165:123
Oct 24 17:36:40 ccu3-webui daemon.info ntpd[219]: Listen normally on 4 lo [::1]:123
Oct 24 17:36:40 ccu3-webui daemon.info ntpd[219]: Listening on routing socket on fd #21 for interface updates
Oct 24 17:36:40 ccu3-webui daemon.err xinetd[238]: Unable to read included directory: /etc/config/xinetd.d [file=/etc/xinetd.conf] [line=14]
Oct 24 17:36:40 ccu3-webui daemon.crit xinetd[238]: 238 {init_services} no services. Exiting...
Oct 24 17:36:40 ccu3-webui auth.info sshd[264]: Server listening on 0.0.0.0 port 22.
Oct 24 17:36:40 ccu3-webui auth.info sshd[264]: Server listening on :: port 22.
Oct 24 17:36:40 ccu3-webui user.info root: Updating RF Lan Gateway Coprocessor Firmware
Oct 24 17:36:40 ccu3-webui user.debug update-coprocessor: firmware filename is: coprocessor_update_hm_only.eq3
Oct 24 17:36:40 ccu3-webui user.info root: Updating RF Lan Gateway Firmware
Oct 24 17:36:40 ccu3-webui user.info update-lgw-firmware: No gateway found in config file /etc/config/rfd.conf
Oct 24 17:36:40 ccu3-webui user.info root: Updating Wired Lan Gateway Firmware
Oct 24 17:36:40 ccu3-webui user.info update-lgw-firmware: No gateway found in config file /etc/config/hs485d.conf
Oct 24 17:36:40 ccu3-webui daemon.info snmpd[298]: Created directory: /var/lib/snmp
Oct 24 17:36:40 ccu3-webui daemon.info snmpd[298]: Created directory: /var/lib/snmp/cert_indexes
Oct 24 17:36:40 ccu3-webui daemon.info snmpd[298]: Created directory: /var/lib/snmp/mib_indexes
Oct 24 17:36:41 ccu3-webui daemon.info snmpd[298]: Turning on AgentX master support.
Oct 24 17:36:41 ccu3-webui daemon.info snmpd[300]: NET-SNMP version 5.7.3
Oct 24 17:36:41 ccu3-webui user.info kernel: [   40.199757] eq3loop: created slave mmd_hmip
Oct 24 17:36:41 ccu3-webui user.info kernel: [   40.200006] eq3loop: created slave mmd_bidcos
Oct 24 18:11:31 ccu3-webui user.notice kernel: [   50.836525] eq3loop: eq3loop_ioctl_slave() mmd_hmip: unhandled ioctl 0x5459

Code: Alles auswählen

pi@HM-Server:~ $ sudo pivccu-attach cat /var/log/hmserver.log
Oct 24 17:36:48 de.eq3.lib.util.dynamics.GenericFactory INFO  [main] @GenericFactory
Oct 24 17:36:48 de.eq3.lib.util.dynamics.GenericFactory INFO  [main] creating instance of HMServerConfiguration with no-arg constructor
Oct 24 17:36:53 de.eq3.cbcs.devicedescription.ChannelTypeDescription WARN  [Thread-0] Invalid state parameter or subtype: Parameter ERROR_POWER_SHORT_CIRCUIT_BUS_1 subtype=default
Oct 24 17:36:53 de.eq3.cbcs.devicedescription.ChannelTypeDescription WARN  [Thread-0] Invalid state parameter or subtype: Parameter ERROR_POWER_SHORT_CIRCUIT_BUS_2 subtype=default
Oct 24 17:36:53 de.eq3.cbcs.devicedescription.ChannelTypeDescription WARN  [Thread-0] Invalid state parameter or subtype: Parameter ERROR_SHORT_CIRCUIT_DATA_LINE_BUS_1 subtype=default
Oct 24 17:36:53 de.eq3.cbcs.devicedescription.ChannelTypeDescription WARN  [Thread-0] Invalid state parameter or subtype: Parameter ERROR_SHORT_CIRCUIT_DATA_LINE_BUS_2 subtype=default
Oct 24 17:36:53 de.eq3.cbcs.devicedescription.ChannelTypeDescription WARN  [Thread-0] Invalid state parameter or subtype: Parameter ERROR_BUS_CONFIG_MISMATCH subtype=default
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [HMIPTRXWriterWorker] (1) *worker
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [KeyServerWorker] (1) *worker
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [KryoPersistenceWorker] (1) *worker
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [TransactionSubsystemHandler] (1) *worker
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [FirmwareLoaderFileSystem] (1) *worker
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [LocalServerPersistentDataLoader] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [LocalServerAdapterInitialization] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [BackendCommandHandler] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [DeviceInclusionAcceptHandler] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [CheckDeviceExistHandler] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [IncomingHMIPFrameHandler] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [DeviceBackgroundUpdateSubsystem] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [DeviceInclusionDefaultConfigurationChanger] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [CyclicSmokeDetectorAwakening] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [LocalServerFirmwareUpdateInitialization] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [LegacyNotificationHandler] (1) *worker
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [LegacyAPIWorker] (1) *worker
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [LegacyBackendNotificationHandler] (3) *worker
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [LegacyBlindLevelCorrectionHandler] (1) *worker
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: added for deployment [LegacyInitializion] (1)
Oct 24 17:36:53 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: deploying 20 classes to Vert.x
Oct 24 17:36:54 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: 20 VertxDeployers initialized
Oct 24 17:36:54 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-0] SYSTEM: start of CyclicSmokeDetectorAwakening succeeded (2c235a0b-6610-4067-9419-19e26c1f044f)
Oct 24 17:36:54 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-4] SYSTEM: start of CheckDeviceExistHandler succeeded (a2d45830-14f4-44b6-8d75-3aa3685a57c9)
Oct 24 17:36:54 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-0] SYSTEM: start of LegacyBlindLevelCorrectionHandler succeeded (74805102-0c01-4868-b6d3-16ba4370ff96)
Oct 24 17:36:54 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-5] SYSTEM: start of TransactionSubsystemHandler succeeded (dbece0b3-88f6-4e6b-bcb9-7c008d991347)
Oct 24 17:36:54 de.eq3.cbcs.server.core.vertx.KeyServerWorker ERROR [vert.x-worker-thread-1] Missing key server configuration parameter (Network.Key) for  mode: KEYSERVER_LOCAL
Oct 24 17:36:54 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-6] SYSTEM: start of DeviceInclusionDefaultConfigurationChanger succeeded (b16818f8-4863-4255-80b6-4abec4c16981)
Oct 24 17:36:54 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-5] SYSTEM: start of KeyServerWorker succeeded (345a1f4c-a0db-4f41-8839-935b94b73c2b)
Oct 24 17:36:54 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-1] SYSTEM: start of HMIPTRXWriterWorker succeeded (c3a7b03b-e011-47e5-a94b-e8f48a91d55f)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-4] SYSTEM: start of KryoPersistenceWorker succeeded (38b9eb46-0243-42b1-a2c1-9edf0ffa7753)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-6] SYSTEM: start of LocalServerPersistentDataLoader succeeded (64c55594-16f3-4b7a-8e8b-1b962f8a1605)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-2] SYSTEM: start of DeviceBackgroundUpdateSubsystem succeeded (d4f37c78-c44f-42dc-8a51-45d25f09ab22)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-4] SYSTEM: start of DeviceInclusionAcceptHandler succeeded (52b0198f-f723-4186-bb00-1d05c42f5c6e)
Oct 24 17:36:55 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem INFO  [vert.x-worker-thread-1] SYSTEM: Firmware update directory is set to /etc/config/firmware
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-3] SYSTEM: start of FirmwareLoaderFileSystem succeeded (c0b1f9aa-8bfb-4692-b9be-740bc4affb7d)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-6] SYSTEM: start of IncomingHMIPFrameHandler succeeded (2f720597-91a8-4578-adac-ab72bc9c9047)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-6] SYSTEM: start of LegacyBackendNotificationHandler succeeded (ee3de3be-eb3a-41bf-b9ee-6f4748d0634f)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-3] SYSTEM: start of BackendCommandHandler succeeded (453229c3-ffac-410d-b0cd-a7be398fbb04)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-1] SYSTEM: start of LegacyNotificationHandler succeeded (ee023ee7-4d0e-43d5-93d9-6f1bdb7d91ad)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-5] SYSTEM: start of LegacyAPIWorker succeeded (c8c3d026-3533-4a40-a50c-4bb0ed5a2fef)
Oct 24 17:36:55 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-1] SYSTEM: start of LocalServerAdapterInitialization succeeded (4592e759-f67a-4dc8-b2aa-7879c928a734)
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] TRX adapter state 1: HMIP_TRX_App
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] TRX adapter application is already running or started
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] No NWK, try to set address ...
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Try to set radio address 11567153...
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Set max send attempts for 3014F711A0001F58A9930210 to 3
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Try to get application version...
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Application version 3.4.8
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Bootloader version 1.0.1
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] hmos version 1.34.0
Oct 24 17:36:55 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] MCU type: CC1310
Oct 24 17:36:56 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Duty Cycle: 0.0
Oct 24 17:36:56 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] set DutyCycle limit to ffffffc8
Oct 24 17:36:56 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Set Duty Cycle Limit
Oct 24 17:36:56 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Current Security Counter: 66056960
Oct 24 17:36:56 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Update security counter to calculation: 66060849
Oct 24 17:36:56 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] TRX adapter has no linkpartner
Oct 24 17:36:56 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO  [Thread-6] Adapter with Access Point id 3014F711A0001F58A9930210 initialized
Oct 24 17:36:56 de.eq3.cbcs.server.local.base.internal.LocalServerAdapterInitialization INFO  [Thread-6] HMIPTRXInitialResponseListener said that Adapter was initialized
Oct 24 17:36:57 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-0] SYSTEM: start of LocalServerFirmwareUpdateInitialization succeeded (bf23ad85-cd8d-4d29-ac14-d57171c8dc4d)
Oct 24 17:36:57 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-2] SYSTEM: start of LegacyInitializion succeeded (dd2a8069-07da-4de8-9c98-7802e6e6697a)
Oct 24 17:36:57 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem WARN  [vert.x-worker-thread-0] SYSTEM: Firmware update directory in config file is no valid directory: /etc/config/firmware
Oct 24 17:36:57 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-5] SYSTEM: Checking all devices on all accesspoints for updates
Oct 24 17:36:57 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-5] SYSTEM: There are 0 APs queued with updatable devices
Oct 24 17:36:57 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-0] SYSTEM: initial deployment complete _____________________________________________________
Oct 24 17:36:57 de.eq3.cbcs.server.local.LocalServer INFO  [Thread-0] SYSTEM: Bind XML-RPC api to port 2010
Oct 24 17:36:58 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Default MaxEventLoopExecuteTime: 2000000000
Oct 24 17:36:58 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Default BlockedThreadCheckInterval: 1000
Oct 24 17:36:58 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Default MaxWorkerExecuteTime: 60000000000
Oct 24 17:36:58 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Default EventLoopPoolSize: 8
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [BackendWorker] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [GroupRequestWorker] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [DiagramRequestWorker] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [StorageRequestWorker] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [DeviceFirmwareRequestWorker] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [EnergyPriceRequestWorker] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [CouplingRequestWorker] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [RegaClientWorker] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [GroupConfigurationPersistenceFileSystem] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: added for deployment [HmIPGatewayManagementRequestWorker] (1) *worker
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: deploying 10 classes to Vert.x
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: 10 VertxDeployers initialized
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-5] SYSTEM: start of BackendWorker succeeded (392f62a0-dd42-45de-ba33-62a157b6725b)
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-3] SYSTEM: start of EnergyPriceRequestWorker succeeded (f500e9af-de7b-45bd-9d0d-cfb0ccefc947)
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-1] SYSTEM: start of GroupConfigurationPersistenceFileSystem succeeded (dd0c8504-0273-449d-a246-81ad00759db4)
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-3] SYSTEM: start of CouplingRequestWorker succeeded (aba7c194-d207-4120-9eb3-1134b3d41a43)
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-4] SYSTEM: start of StorageRequestWorker succeeded (2f2e20f4-fa06-4c14-948a-41c4333efb0d)
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-4] SYSTEM: start of RegaClientWorker succeeded (0b71302a-84f6-4b45-afb7-9f931ca47d49)
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-1] SYSTEM: start of GroupRequestWorker succeeded (64052e29-7868-4558-a569-f36177040339)
Oct 24 17:36:58 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-2] SYSTEM: start of DiagramRequestWorker succeeded (9aa3ce72-aed0-4e0e-8131-786076732348)
Oct 24 17:36:59 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-3] SYSTEM: start of DeviceFirmwareRequestWorker succeeded (18d62abd-19a4-448e-aad3-08917587a43c)
Oct 24 17:36:59 de.eq3.cbcs.vertx.management.VertxManager INFO  [vert.x-eventloop-thread-0] SYSTEM: start of HmIPGatewayManagementRequestWorker succeeded (245575a8-d4f8-4aaa-8567-d2fd34792aaf)
Oct 24 17:36:59 de.eq3.cbcs.vertx.management.VertxManager INFO  [Thread-2] SYSTEM: initial deployment complete _____________________________________________________
Oct 24 17:36:59 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Starting HMServer at 127.0.0.1:9292
Oct 24 17:36:59 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Read Configuration
Oct 24 17:36:59 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create Bidcos Dispatcher
Oct 24 17:36:59 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] InitBidCosCache
Oct 24 17:37:00 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create groupDefinitionProvider
Oct 24 17:37:01 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create VirtualDeviceHolder
Oct 24 17:37:01 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create VirtualDeviceHandlerRega
Oct 24 17:37:01 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create GroupAdministrationService
Oct 24 17:37:01 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create GroupDeviceDispatcher
Oct 24 17:37:01 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create GroupDeviceHandler
Oct 24 17:37:01 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO  [Thread-2] @GroupDeviceHandler - initializing...
Oct 24 17:37:01 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO  [Thread-2] --> created groupDeviceDispatcher (GroupDeviceService to BidCoS (via Dispatcher))
Oct 24 17:37:01 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO  [Thread-2] --> created virtualDeviceHandler (GroupDeviceService to ReGa)
Oct 24 17:37:01 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO  [Thread-2] --> got groupDefinitionProvider
Oct 24 17:37:01 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create BidCosGroupMemberProvider
Oct 24 17:37:01 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Init groupAdministrationService
Oct 24 17:37:01 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Init Virtual OS Device
Oct 24 17:37:01 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Init ESHLight Bridge
Oct 24 17:37:02 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create RrdDatalogging
Oct 24 17:37:02 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create MeasurementService
Oct 24 17:37:02 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Init MeasurementService
Oct 24 17:37:02 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create HTTP Server
Oct 24 17:37:02 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create BidCos context and start handler
Oct 24 17:37:02 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Create group context and start handler
Oct 24 17:37:02 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-1] (un)registerCallback on LegacyServiceHandler called from url: http://127.0.0.1:9292/bidcos
Oct 24 17:37:02 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-1] init finished
Oct 24 17:37:02 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-2] Added InterfaceId: HmIP-RF_java
Oct 24 17:37:03 de.eq3.ccu.server.BaseHMServer INFO  [Thread-2] Starting HMServer done
Oct 24 17:37:12 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] (un)registerCallback on VirtualDeviceHandlerRega called from url: xmlrpc_bin://127.0.0.1:1999
Oct 24 17:37:12 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO  [vert.x-eventloop-thread-5] Added InterfaceId: 1008
Oct 24 17:37:12 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO  [vert.x-worker-thread-11] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand
Oct 24 17:37:22 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-3] (un)registerCallback on LegacyServiceHandler called from url: xmlrpc_bin://127.0.0.1:1999
Oct 24 17:37:22 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-3] init finished
Oct 24 17:37:22 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-1] Added InterfaceId: 1009
Oct 24 17:41:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-5] SYSTEM: 0 Accesspoints in Queue
Oct 24 17:41:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-5] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used
Oct 24 17:41:55 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-5] SYSTEM: Eventlistener Handler utilization: 0/50 used
Nun habe ich in der Web-GUI die Anlernen HmIP gestartet ... kein Gerät im "Posteingang"

In den Logfiles hat sich nur hier was getan:

Code: Alles auswählen

Oct 24 17:36:41 ccu3-webui user.info kernel: [   40.200006] eq3loop: created slave mmd_bidcos
Oct 24 17:47:00 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:01 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:07 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:08 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:17 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:18 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:19 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:20 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:23 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:24 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:25 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:26 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:49 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:50 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
Oct 24 17:47:59 ccu3-webui local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= 00021709A0ED64:0 [iseXmlRpc.cpp:2167]
ich habe das noch mit einer frischen pivccu2-installation versucht - das gleich Ergebnis.

Ich habe ein ganz frisches, noch nie angelerntes HmIP-gerät versucht anzulernen - kein Erfolgt, nur in der messages die Meldung mit der SGTIN.

Ich bin einigermassen verwirrt und irritiert. Was mache ich falsch?

demel
Raspberrymatic 3.67.10.20230225 unter Proxmox (HM und HmIP) - IP-Symcon 6.3 auf Ubuntu 18.04.3 unter Proxmox - Mediola Gateway V5+, Warema WMS

Benutzeravatar
deimos
Beiträge: 5396
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 957 Mal
Kontaktdaten:

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von deimos » 24.10.2018, 23:01

Hi,

ich bin jetzt ebenfalls etwas ratlos.

Wie lernst du denn das Gerät an? Mein Vorgehen: CCU mind. 10 Minuten gestartet haben, damit wirklich alle Dinge vom Boot erledigt sind. Gerät manuell in Werkszustand versetzen und vom Strom Trennen. Anlernmodus in der CCU starten (entweder per Internet oder mit Eingabe von Key und SGTIN). Gerät wieder mit Strom versorgen. Mit dieser Methode habe ich jetzt grade mit einem piVCCU2 und einem piVCCU3 Image problemlos ein HmIP Gerät anlernen können. Von früher weiß ich, dass ein Anlernen mit Systemtaste zwar schön im Handbuch beschrieben ist aber bei mir nicht zuverlässig funktioniert hat, sondern nur die Variante mit Strom trennen.

Viele Grüße
Alex

demel42
Beiträge: 147
Registriert: 12.11.2017, 20:35
Hat sich bedankt: 4 Mal
Danksagung erhalten: 9 Mal

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von demel42 » 25.10.2018, 06:48

deimos hat geschrieben:
24.10.2018, 23:01
Hi,

ich bin jetzt ebenfalls etwas ratlos.

Wie lernst du denn das Gerät an? Mein Vorgehen: CCU mind. 10 Minuten gestartet haben, damit wirklich alle Dinge vom Boot erledigt sind. Gerät manuell in Werkszustand versetzen und vom Strom Trennen. Anlernmodus in der CCU starten (entweder per Internet oder mit Eingabe von Key und SGTIN). Gerät wieder mit Strom versorgen. Mit dieser Methode habe ich jetzt grade mit einem piVCCU2 und einem piVCCU3 Image problemlos ein HmIP Gerät anlernen können. Von früher weiß ich, dass ein Anlernen mit Systemtaste zwar schön im Handbuch beschrieben ist aber bei mir nicht zuverlässig funktioniert hat, sondern nur die Variante mit Strom trennen.

Viele Grüße
Alex
Moin,

genauso mache ich es auch, vom Strom trennen ist sicherer. Die Teile blinken auch so (orange), wie es in der Beschreibung steht.
Da ich mir nicht getraut habe, habe ich dann die Schaltsteckdose direkt wieder an der CCU2 angelernt, ging.

Ich hatte die CCU2 sogar sicherheitshalber ausgeschaltet, damit es auf keinen Fall zu Konflikten kommt.
Ich scahue mal, ob ich noch ein HM-Gerät habe, das nich in benutzung ist und probiere das mal damit aus.

Bevor das nicht funktioniert möchte ich die Datensicherung nicht einspielen ...

demel
Raspberrymatic 3.67.10.20230225 unter Proxmox (HM und HmIP) - IP-Symcon 6.3 auf Ubuntu 18.04.3 unter Proxmox - Mediola Gateway V5+, Warema WMS

demel42
Beiträge: 147
Registriert: 12.11.2017, 20:35
Hat sich bedankt: 4 Mal
Danksagung erhalten: 9 Mal

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von demel42 » 01.11.2018, 16:20

Hallo,

für alle, die es interessiert, wie es weiter gegangen ist.

Ich habe die HW zurückgeschickt, mir aber die gleiche Konfiguration (also Charley mit Raspberry 3b+, dem neuen Funkmodul RPI-RF-MOD und externer 11cm langer Antenne) besorgt.

Kam vorkonfiguriert mit RaspberryMatic, direkt getestet, und ... funktionierte genauso nicht. Ersatzgerät vom Händler bekommen, das gleiche.
Habs an drei Stellen im Haus probiert um jede Störquelle ausschliessen zu können, mit piVCCU und mit RaspberryMatic - HmIP funktionier nicht. Ich habe mir sogar ein fabrikneues HmIP-Gerät besorgt. Frust. Verwirrung.

Dann habe ich aus lauter Verzweiflung mal die Antenne abgeschraubt ... und man soll es nicht glauben, es funktionierte plötzlich alles (HmIP anlernen, bedienen, ablernen).
Nun hatte ich noch zwei weitere Antennen, eine 15cm Antenne mit Knickgelenk zum anschrauben und eine ca. 50 cm Antenne mit 3m Kabel. Und auch damit funktioniert es einwandfrei. Alte Antenne wieder dran - funktioniert nicht.
Test und Gegentest immer mit piVCCU und RaspberryMatic.

Da ich mir überhaupt nicht vorstellen kann, was der Grund sein könnte (habe von Elektronik und von Hochfrequenz keine Ahnung) war ich ziemlich verunsichert und habe noch einigen Tage weiter probiert. Das Ergebnis bleibt.

Heute morgen habe ich das Backup der CCU2 eingespielt und nach ca. 30 Minuten waren alle HmIP-Geräte wieder voll da.

Da ich zuletzt viel mit RaspberryMatic probiert hatte, bin ich erstmal dabei gebleben und werden es erstmal beobachten, bevor ich mich daran versuche piVCCU zu Laufen zu bringen.

Vielen Dank an alle
demel
Raspberrymatic 3.67.10.20230225 unter Proxmox (HM und HmIP) - IP-Symcon 6.3 auf Ubuntu 18.04.3 unter Proxmox - Mediola Gateway V5+, Warema WMS

klassisch
Beiträge: 3974
Registriert: 24.03.2011, 04:32
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 110 Mal
Danksagung erhalten: 71 Mal

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von klassisch » 01.11.2018, 17:22

Vielen Dank für die Rückmeldung.

cmjay
Beiträge: 2391
Registriert: 19.09.2012, 10:53
System: CCU
Wohnort: Jottweedee
Hat sich bedankt: 251 Mal
Danksagung erhalten: 351 Mal

Re: Problem bei der Umstellung von CCU2 auf pivccu

Beitrag von cmjay » 01.11.2018, 17:53

Nein, war ich nicht. Ich habe das Teil fertig gekauft mit externen Antenne im Charly-Gehäuse. Ich kann ein kleines bisschen löten, aber wenn es das fertig gibt, warum nicht. Ich hatte schon Antwort bekommen, der ist der Meinung, das es die HW nicht sein kann.
Nur mal aus Interesse: In welchem Shop hast du das Teil gekauft?
Nicht dass das doch derselbe Laden ist, der auch diesen 2-Antennen-Murks verkauft ...
Es kann leider nicht ganz ausgeschlossen werden, dass ich mich irre.
HmIP muss leider draussen bleiben. in Ausnahmefällen erlaubt
ACHTUNG! Per Portweiterleitung aus dem Internet erreichbare CCU-WebUI ist unsicher! AUCH MIT PASSWORTSCHUTZ! Daher: Portweiterleitung deaktivieren!

Antworten

Zurück zu „piVCCU“