Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. PivCCU: Probleme mit HMIP, internen Programmen und Systemvariablen

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    23
    1
    1.3k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.3k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.5k

PivCCU: Probleme mit HMIP, internen Programmen und Systemvariablen

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
14 Beiträge 3 Kommentatoren 2.7k Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • M Offline
    M Offline
    michi
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    ich würde meine Fehlersituation gerne näher beschreiben und mit Logs oder Screens füttern - leider bin ich noch nicht dahinter gekommen was genau nicht stimmt. Daher die Frage: Habt ihr auch Probleme mit pivCCU?

    Ich habe das fertige image aus dem ioBroker-Downloadbereich getestet. Hardware: RPi3 mit HM-Raspberry-Funkmodul.

    Anfangs schien alles ganz gut zu gehen. HM-IP hat nachdem ich Bluetooth deaktiviert habe auch recht gut funktioniert. Interne Programme gingen auch. Einzig die Systemvariablen liesen sich nicht setzen bzw. hattem falsche Werte.

    Die WebUI war zwar (wie erwartet) um einges schneller als auf der CCU2, nur wurden nicht alle Werte korrekt im Browser (Firefox und Safari auf OSX) angezeigt. In den Objekten in ioBroker stimmten die Werte aber.

    Aus diesem Grund (und weil ich das schon lange mal machen wollte), habe ich alle Programme in ioBroker (javaScript) neu gebaut, ein wenig ausgemistet und die Programme in der CCU2 deaktiviert.

    Gestern dann: sudo apt-get update && sudo apt-get upgrade -y auf dem Host - Reboot und zack: die HM-IP Geräte werden zwar noch angezeigt, aktualisieren sich aber weder in der WebUI, noch in den ioB Objekten. Auch Steuern aus der WebUI geht nicht mehr - trotz mehrfachen reboots…

    Was kann ich tun? jemand einen Ansatzpunkt?

    Info: ioBroker auf diesem PI nutze ich (noch) nicht. Solange mich pivCCU noch so sehr beschäftigt, ist dies eigentlich das einzige was darauf läuft. (außer einer Raspi-Cam, die ich darin zum testen aktiviert habe)

    Oder soll ich doch lieber zurück auf die CCU2 / oder YAHM installieren?

    Setup: Doppelhaushälfte (4 Etagen) HM Aktoren (Licht, teils UP-Dimmer; Rollos; Bewegungsmelder, Rauchmelder) HM-IP (Wandthermostate, 3x Fußbodenheizungs-Aktoren, Bewegungsmelder innen, Zwischenstecker mit Leistungsmessung)

    ca 50 HM und HM-IP Aktoren und Sensoren über 4 Etagen // ca 10 Raspberries & OrangePi Prime // ioBroker auf Multihost // 20 aktive Adapter // mehrere Echo Dots // vis auf Android-Tablet

    1 Antwort Letzte Antwort
    0
    • D Offline
      D Offline
      deimos
      schrieb am zuletzt editiert von
      #2

      Hi,

      Bei allen meinen Testgeräte funktioniert das einwandfrei, ist also kein allgemeines Problem.

      Was ist die Ausgabe von````
      sudo pivccu-info

      
      Viele Grüße
      
      Alex
      1 Antwort Letzte Antwort
      0
      • HomoranH Nicht stören
        HomoranH Nicht stören
        Homoran
        Global Moderator Administrators
        schrieb am zuletzt editiert von
        #3

        Hallo Alex und Willkommen im Forum!

        Danke dass du hier hereinsiehst

        Gruß

        Rainer

        kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

        1 Antwort Letzte Antwort
        0
        • M Offline
          M Offline
          michi
          schrieb am zuletzt editiert von
          #4

          Hi Alex,

          danke schon mal für die Antwort. pivccu-info sieht eigentlich gut aus.

          pi@RPi-DrStrange:~ $ sudo pivccu-info
          piVCCU version: 2.29.23-16
          Kernel modules: Available
          Raw UART dev:   Available
          Rasp.Pi3 UART:  Assigned to GPIO pins
          Board serial:   NEQ1332096
          State:          RUNNING
          PID:            645
          IP:             192.168.2.40
          IP:             2003:63:290f:f700:88a2:76ff:fe73:87a3
          CPU use:        172.18 seconds
          BlkIO use:      57.09 MiB
          Link:           vethpivccu
           TX bytes:      3.81 MiB
           RX bytes:      6.17 MiB
           Total bytes:   9.98 MiB
          

          update und upgrade gemacht und selbst hier bereits neueste Version:

          pi@RPi-DrStrange:~ $ sudo apt install pivccu-modules-raspberrypi raspberrypi-kernel
          Reading package lists... Done
          Building dependency tree       
          Reading state information... Done
          pivccu-modules-raspberrypi is already the newest version (1.20171029-1-3).
          raspberrypi-kernel is already the newest version (1.20171029-1).
          0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
          
          

          ca 50 HM und HM-IP Aktoren und Sensoren über 4 Etagen // ca 10 Raspberries & OrangePi Prime // ioBroker auf Multihost // 20 aktive Adapter // mehrere Echo Dots // vis auf Android-Tablet

          1 Antwort Letzte Antwort
          0
          • D Offline
            D Offline
            deimos
            schrieb am zuletzt editiert von
            #5

            Das sieht eigentlich super aus, Funkmodul wurde beim Startup im Container erkannt, sonst wäre die Board Serial nicht da, d.h. auch, daß die Kernel Module usw. funktionieren.

            Was ich mir vorstellen kann wäre ein DC Problem. Hast du schon ausprobiert, den Raspberry mal richtig stromlos zu machen?

            Wenn das Problem dann immer noch vorhanden ist, dann bitte mal die Ausgabe vonpivccu-attach cat /var/log/messagesund von````
            pivccu-attach cat /var/log/hmserver.log

            
            Viele Grüße
            
            Alex
            1 Antwort Letzte Antwort
            0
            • D Offline
              D Offline
              deimos
              schrieb am zuletzt editiert von
              #6

              Eine Sache wundert mich aber doch: Die Version kommt aus dem testing apt repo. In meinem Image (welches als Grundlage für das ioBroker Image dient) ist das stable Repo drin.

              Bist du auf testing gegangen?

              Viele Grüße

              Alex

              1 Antwort Letzte Antwort
              0
              • M Offline
                M Offline
                michi
                schrieb am zuletzt editiert von
                #7

                gute Idee! - hat leider nicht geholfen…

                Habe auch ein anderes Netzteil ausprobiert und mir ist bei der Gelegenheit auch eingefallen, dass ich diesen Eisen-Ring, der beim HM-Funkmodul dabei war garnicht verwendet hatte. Auch der hat nix gebracht.

                Es ist sogar irgendwie schlimmer geworden: die WebUI hängt sich nun nach ein paar Sekunden total auf und ist nicht mehr erreichbar...

                HIer die gewünschten Details:
                > pivccu-attach cat /var/log/messages
                Wurde ziemlich umfangreich, daher siehe: https://pastebin.com/raw/Zk1VREp1

                > pivccu-attach cat /var/log/hmserver.log

                ! pi@RPi-DrStrange:~ $ sudo pivccu-attach cat /var/log/hmserver.log Nov 27 22:03:14 de.eq3.lib.util.dynamics.GenericFactory INFO [main] @GenericFactory Nov 27 22:03:14 de.eq3.lib.util.dynamics.GenericFactory INFO [main] creating instance of HMServerConfiguration with no-arg constructor Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [HMIPTRXWriterWorker] (1) *worker Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KeyServerWorker] (1) *worker Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KryoPersistenceWorker] (1) *worker Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [TransactionSubsystemHandler] (1) *worker Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [FirmwareLoaderFileSystem] (1) *worker Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerPersistentDataLoader] (1) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerAdapterInitialization] (1) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [BackendCommandHandler] (1) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionAcceptHandler] (1) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [IncomingHMIPFrameHandler] (1) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceBackgroundUpdateSubsystem] (1) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionDefaultConfigurationChanger] (1) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerFirmwareUpdateInitialization] (1) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyNotificationHandler] (1) *worker Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyAPIWorker] (1) *worker Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBackendNotificationHandler] (3) *worker Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBlindLevelCorrectionHandler] (1) *worker Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyInitializion] (1) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: deploying 18 classes to Vert.x Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: 18 VertxDeployers initialized Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of TransactionSubsystemHandler succeeded (6eb032d4-de66-4c6a-a669-38ccf2833729) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-6] SYSTEM: start of DeviceInclusionDefaultConfigurationChanger succeeded (1ab12476-fe94-4a87-9254-0a2d4b06dc47) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-7] SYSTEM: start of LegacyBlindLevelCorrectionHandler succeeded (540cf59a-7392-46ee-ad68-d098b58f3626) Nov 27 22:03:18 de.eq3.cbcs.util.core.ServicePropertyHelper INFO [vert.x-worker-thread-1] Property Network.Key not found in main config file. Alternative config file Network.Key.File not given either. Use default value... Nov 27 22:03:18 de.eq3.cbcs.server.core.vertx.KeyServerWorker ERROR [vert.x-worker-thread-1] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-4] SYSTEM: start of HMIPTRXWriterWorker succeeded (e2181247-08d8-4ec5-965d-51165d04e80c) Nov 27 22:03:18 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-3] SYSTEM: start of KeyServerWorker succeeded (71ba0c9c-893c-40cc-8b95-c179c30bfbc7) Nov 27 22:03:19 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-4] SYSTEM: start of DeviceBackgroundUpdateSubsystem succeeded (7083bdd8-6b94-4a98-99b1-343caf56e1d1) Nov 27 22:03:19 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-6] SYSTEM: start of KryoPersistenceWorker succeeded (1a1a754b-8081-4968-9a5b-bae6ca45b749) Nov 27 22:03:19 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-2] SYSTEM: start of LocalServerPersistentDataLoader succeeded (cda73264-805d-4a7f-826c-b9f95204a329) Nov 27 22:03:21 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-3] SYSTEM: start of IncomingHMIPFrameHandler succeeded (2f6ffa41-3477-4991-bd6e-9745f1564b66) Nov 27 22:03:21 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of DeviceInclusionAcceptHandler succeeded (d4012e43-836d-4460-932f-49d836dd9f09) Nov 27 22:03:21 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem INFO [vert.x-worker-thread-8] SYSTEM: Firmware update directory is set to /etc/config/firmware Nov 27 22:03:21 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-2] SYSTEM: start of FirmwareLoaderFileSystem succeeded (9f5685c3-baa8-41a6-a8f8-7a1e006138f5) Nov 27 22:03:21 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of BackendCommandHandler succeeded (f5b5b1d1-0e22-4b08-b26c-40344fb0ac5c) Nov 27 22:03:21 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-7] SYSTEM: start of LegacyBackendNotificationHandler succeeded (f3db218e-85a9-4269-a6d0-99b17726e845) Nov 27 22:03:21 de.eq3.cbcs.util.core.ServicePropertyHelper INFO [vert.x-eventloop-thread-3] Property Network.Key not found in main config file. Alternative config file Network.Key.File not given either. Use default value... Nov 27 22:03:21 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-7] SYSTEM: start of LegacyNotificationHandler succeeded (47a0b0e6-6300-4a3c-8091-8571f1efd26c) Nov 27 22:03:21 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-4] SYSTEM: start of LegacyAPIWorker succeeded (ec7a761f-ae0d-4d0f-8980-b99d0b1ee0f4) Nov 27 22:03:22 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of LocalServerAdapterInitialization succeeded (ca8acdfb-1534-4914-8192-8e6c396b4a7d) Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] TRX adapter state: HMIP_TRX_App Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] TRX adapter application is already running Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] No NWK, try to set address ... Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] Set max send attempts for 3014F711A061A7D5699DBB80 to 3 Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] Application version 2.8.5 Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] Bootloader version 1.0.3 Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] hmos version 1.20.2 Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] MCU type: Si1002_8051 Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] Duty Cycle: 0.0 Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] set DutyCycle limit to ffffffc8 Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] Set Duty Cycle Limit Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] Current Security Counter: 144008448 Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] Update security counter to calculation: 144008627 Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] TRX adapter has 17 link partners Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.HMIPTRXInitialResponseListener INFO [Thread-6] Adapter with Access Point id 3014F711A061A7D5699DBB80 initialized Nov 27 22:03:22 de.eq3.cbcs.server.local.base.internal.LocalServerAdapterInitialization INFO [Thread-6] HMIPTRXInitialResponseListener said that Adapter was initialized Nov 27 22:03:23 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of LegacyInitializion succeeded (9d08df2c-45c9-4263-bcc2-dd0445bacccf) Nov 27 22:03:23 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of LocalServerFirmwareUpdateInitialization succeeded (b0516822-d782-469c-a26f-479f6f20c69f) Nov 27 22:03:23 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: initial deployment complete _____________________________________________________ Nov 27 22:03:23 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO [vert.x-eventloop-thread-7] SYSTEM: Checking all devices on all accesspoints for updates Nov 27 22:03:23 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO [vert.x-eventloop-thread-7] SYSTEM: There are 0 APs queued with updatable devices Nov 27 22:03:24 de.eq3.ccu.server.HMServer INFO [Thread-2] Default MaxEventLoopExecuteTime: 2000000000 Nov 27 22:03:24 de.eq3.ccu.server.HMServer INFO [Thread-2] Default BlockedThreadCheckInterval: 1000 Nov 27 22:03:24 de.eq3.ccu.server.HMServer INFO [Thread-2] Default MaxWorkerExecuteTime: 60000000000 Nov 27 22:03:24 de.eq3.ccu.server.HMServer INFO [Thread-2] Default EventLoopPoolSize: 8 Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: added for deployment [BackendWorker] (1) *worker Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: added for deployment [GroupRequestWorker] (1) *worker Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: added for deployment [DiagramRequestWorker] (1) *worker Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: added for deployment [StorageRequestWorker] (1) *worker Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: added for deployment [DeviceFirmwareRequestWorker] (1) *worker Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: added for deployment [EnergyPriceRequestWorker] (1) *worker Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: added for deployment [CouplingRequestWorker] (1) *worker Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: deploying 7 classes to Vert.x Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: 7 VertxDeployers initialized Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-4] SYSTEM: start of BackendWorker succeeded (3d8a057a-e1ca-4094-a5cc-e39ba297081f) Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of EnergyPriceRequestWorker succeeded (789c6c10-21d9-47fe-baaa-11d1d53c0534) Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-2] SYSTEM: start of CouplingRequestWorker succeeded (089be71a-57ec-4694-a6ae-578ce1aa5cef) Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of StorageRequestWorker succeeded (9ab08531-33ee-4fbb-8eca-1fadf439f07b) Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-2] SYSTEM: start of GroupRequestWorker succeeded (fc0402f7-14ac-4bee-8047-2c84b16c20e4) Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of DeviceFirmwareRequestWorker succeeded (37347f82-e9ca-4658-b919-f1644eb711dc) Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-4] SYSTEM: start of DiagramRequestWorker succeeded (fbb46789-e3bf-4026-ac45-038c193ba4d6) Nov 27 22:03:24 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-2] SYSTEM: initial deployment complete _____________________________________________________ Nov 27 22:03:24 de.eq3.ccu.server.HMServer INFO [Thread-2] Starting HMServer at 127.0.0.1:9292 Nov 27 22:03:24 de.eq3.ccu.server.HMServer INFO [Thread-2] Read Configuration Nov 27 22:03:24 de.eq3.ccu.server.HMServer INFO [Thread-2] Create Bidcos Dispatcher Nov 27 22:03:24 de.eq3.ccu.server.HMServer INFO [Thread-2] InitBidCosCache Nov 27 22:03:26 de.eq3.ccu.server.HMServer INFO [Thread-2] Create groupDefinitionProvider Nov 27 22:03:27 de.eq3.ccu.server.HMServer INFO [Thread-2] Create VirtualDeviceHolder Nov 27 22:03:27 de.eq3.ccu.server.HMServer INFO [Thread-2] Create VirtualDeviceHandlerRega Nov 27 22:03:27 de.eq3.ccu.server.HMServer INFO [Thread-2] Create GroupAdministrationService Nov 27 22:03:27 de.eq3.ccu.server.HMServer INFO [Thread-2] Create GroupDeviceDispatcher Nov 27 22:03:27 de.eq3.ccu.server.HMServer INFO [Thread-2] Create GroupDeviceHandler Nov 27 22:03:27 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-2] @GroupDeviceHandler - initializing... Nov 27 22:03:27 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-2] --> created groupDeviceDispatcher (GroupDeviceService to BidCoS (via Dispatcher)) Nov 27 22:03:27 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-2] --> created virtualDeviceHandler (GroupDeviceService to ReGa) Nov 27 22:03:27 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-2] --> got groupDefinitionProvider Nov 27 22:03:27 de.eq3.ccu.server.HMServer INFO [Thread-2] Create BidCosGroupMemberProvider Nov 27 22:03:27 de.eq3.ccu.server.HMServer INFO [Thread-2] Init groupAdministrationService Nov 27 22:03:27 de.eq3.ccu.server.HMServer INFO [Thread-2] Init Virtual OS Device Nov 27 22:03:27 de.eq3.ccu.server.HMServer INFO [Thread-2] Init ESHLight Bridge Nov 27 22:03:28 de.eq3.ccu.server.HMServer INFO [Thread-2] Create RrdDatalogging Nov 27 22:03:28 de.eq3.ccu.server.HMServer INFO [Thread-2] Create MeasurementService Nov 27 22:03:28 de.eq3.ccu.server.HMServer INFO [Thread-2] Init MeasurementService Nov 27 22:03:28 de.eq3.ccu.server.HMServer INFO [Thread-2] Create HTTP Server Nov 27 22:03:28 de.eq3.ccu.server.HMServer INFO [Thread-2] Create BidCos context and start handler Nov 27 22:03:28 de.eq3.ccu.server.HMServer INFO [Thread-2] Create group context and start handler Nov 27 22:03:28 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-19] (un)registerCallback on LegacyServiceHandler called from url: http://127.0.0.1:9292/bidcos Nov 27 22:03:28 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-0] Added InterfaceId: HmIP-RF_java Nov 27 22:03:28 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO [vert.x-worker-thread-0] updateDevicesForClient HmIP-RF_java -> 140 device addresses will be added Nov 27 22:03:29 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-4] (un)registerCallback on LegacyServiceHandler called from url: http://192.168.2.112:2010 Nov 27 22:03:29 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-8] Added InterfaceId: hm-rpc.2 Nov 27 22:03:29 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO [vert.x-worker-thread-8] updateDevicesForClient hm-rpc.2 -> 140 device addresses will be added Nov 27 22:03:29 de.eq3.ccu.server.HMServer INFO [Thread-2] Starting HMServer done Nov 27 22:03:46 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-1] (un)registerCallback on VirtualDeviceHandlerRega called from url: xmlrpc_bin://127.0.0.1:1999 Nov 27 22:03:46 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-1] Added InterfaceId: 1236 Nov 27 22:03:46 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO [vert.x-worker-thread-7] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand Nov 27 22:03:56 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-6] (un)registerCallback on LegacyServiceHandler called from url: xmlrpc_bin://127.0.0.1:1999 Nov 27 22:03:56 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-5] Added InterfaceId: 1237 Nov 27 22:03:56 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO [vert.x-worker-thread-5] updateDevicesForClient 1237 -> 41 device addresses will be deleted Nov 27 22:08:29 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-15] (un)registerCallback on LegacyServiceHandler called from url: http://192.168.2.112:2010 Nov 27 22:11:59 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-19] (un)registerCallback on LegacyServiceHandler called from url: http://192.168.2.112:2010 pi@RPi-DrStrange:~ $ !

                ca 50 HM und HM-IP Aktoren und Sensoren über 4 Etagen // ca 10 Raspberries & OrangePi Prime // ioBroker auf Multihost // 20 aktive Adapter // mehrere Echo Dots // vis auf Android-Tablet

                1 Antwort Letzte Antwort
                0
                • M Offline
                  M Offline
                  michi
                  schrieb am zuletzt editiert von
                  #8

                  @deimos:

                  Eine Sache wundert mich aber doch: […] Bist du auf testing gegangen? `

                  nicht bewusst - ich muss zugeben, dass ich das mal irgendwann zufällig gesehen und ganz nebenbei einfach runtergeladen und getestet hatte… Mir ist nix besonderes aufgefallen!

                  Ich hab mir eh grad ne frische SD-Card mit Raspbian-LITE gebaut und wollte parallel noch einmal von vorne und nach Anleitung vorgehen... Wenn das klappt würde ich einfach das Backup noch mal einspielen... Die Nacht wird vermutlich etwas länger ;-)

                  ca 50 HM und HM-IP Aktoren und Sensoren über 4 Etagen // ca 10 Raspberries & OrangePi Prime // ioBroker auf Multihost // 20 aktive Adapter // mehrere Echo Dots // vis auf Android-Tablet

                  1 Antwort Letzte Antwort
                  0
                  • D Offline
                    D Offline
                    deimos
                    schrieb am zuletzt editiert von
                    #9

                    Also hmserver.log sieht soweit gut aus, auch da wird das Funkmodul korrekt erkannt.

                    Aber in messages sieht es sehr strange aus. Kann es sein, dass du bei den HmIP Geräten Firmware Updates eingespielt hast und die dann nicht neu angelernt hast?

                    Und betrifft dein Problem nur HmIP oder auch Hm Geräte?

                    Insgesamt bin ich aber etwas ratlos, ich sehe das alles mit dem Funkmodul funktioniert, aber irgendwo in denn CCU Internat passieren komische Dinge, an der Stelle bin ich dann aber leider auch kein Experte mehr.

                    Viele Grüße

                    Alex

                    1 Antwort Letzte Antwort
                    0
                    • M Offline
                      M Offline
                      michi
                      schrieb am zuletzt editiert von
                      #10

                      bisher sind mir die Probleme nur bei den HM-IP Geräten aufgefallen. Am offensichtlichsten war es bei den Wandthermostaten und den Bewegungsmeldern im Treppenhaus.

                      Aber ja! Deine Vermutung mit den Updates ist korrekt. Habe die neue Firmware über pivCCU eingespielt… Mir war nicht bewusst, dass ich die Geräte dann noch mal neu anlernen muss...?

                      Da sich im Lauf der Zeit einiges an "Müll" (Dinge die man mal ausprobiert hat etc...) angesammelt hat, würde ich evtl sogar zurück auf die CCU2 gehen. Parallel pivCCU neu installieren und die Geräte einzeln von der CCU2 ablernen und im pivCCU neu anlernen. Zumindest zum Testen mal je ein Device...

                      Das ganze würde mich zwar eine Weile beschäftigen, danach sollte aber alles sauber laufen. Danach räume ich dann meine ioBroker auf ;-)

                      Vielen Dank schon mal für die Hilfe zu später Stunde! Du hast da übrigens ganze Arbeit geleistet!!! Wenn es dann mal bei mir sauber läuft, hast du genau das geschrieben, was ich brauche!!!!!

                      ca 50 HM und HM-IP Aktoren und Sensoren über 4 Etagen // ca 10 Raspberries & OrangePi Prime // ioBroker auf Multihost // 20 aktive Adapter // mehrere Echo Dots // vis auf Android-Tablet

                      1 Antwort Letzte Antwort
                      0
                      • M Offline
                        M Offline
                        michi
                        schrieb am zuletzt editiert von
                        #11

                        Hallo Alex,

                        ich versuche gerade nach Anleitung (https://github.com/alexreinert/piVCCU/b … berrypi.md) noch einmal pivCCU neu zu installieren…

                        So weit so gut:

                        ! pi@RPi-DrStrange:~ $ wget -q -O - https://alexreinert.github.io/piVCCU/public.key | sudo apt-key add - OK pi@RPi-DrStrange:~ $ sudo bash -c 'echo "deb https://alexreinert.github.io/piVCCU stable main" >> /etc/apt/sources.list.d/pivccu.list' pi@RPi-DrStrange:~ $ sudo apt update Hit http://archive.raspberrypi.org jessie InRelease Hit http://mirrordirector.raspbian.org jessie InRelease Hit https://alexreinert.github.io stable InRelease Hit http://archive.raspberrypi.org jessie/main armhf Packages Hit http://archive.raspberrypi.org jessie/ui armhf Packages Hit http://mirrordirector.raspbian.org jessie/main armhf Packages Get:1 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Hit http://mirrordirector.raspbian.org jessie/contrib armhf Packages Get:2 https://alexreinert.github.io stable/main Translation-en [9,340 B] Hit https://alexreinert.github.io stable/main armhf Packages Get:3 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Hit http://mirrordirector.raspbian.org jessie/non-free armhf Packages Get:4 https://alexreinert.github.io stable/main Translation-en [9,340 B] Get:5 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Get:6 https://alexreinert.github.io stable/main Translation-en [9,340 B] Hit http://mirrordirector.raspbian.org jessie/rpi armhf Packages Get:7 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Get:8 https://alexreinert.github.io stable/main Translation-en [9,340 B] Get:9 https://alexreinert.github.io stable/main Translation-en_GB [9,340 B] Ign https://alexreinert.github.io stable/main Translation-en_GB Get:10 https://alexreinert.github.io stable/main Translation-en [9,340 B] Ign https://alexreinert.github.io stable/main Translation-en Ign http://archive.raspberrypi.org jessie/main Translation-en_GB Ign http://archive.raspberrypi.org jessie/main Translation-en Ign http://archive.raspberrypi.org jessie/ui Translation-en_GB Ign http://archive.raspberrypi.org jessie/ui Translation-en Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en_GB Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en Ign http://mirrordirector.raspbian.org jessie/main Translation-en_GB Ign http://mirrordirector.raspbian.org jessie/main Translation-en Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en_GB Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en_GB Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. !

                        Am Punkt 3 scheitere ich allerdings:
                        ` > 3. Install the neccessary kernel modules for the low level communication with the HM-MOD-RPI-PCB

                        sudo apt install pivccu-modules-raspberrypi `

                        pi@RPi-DrStrange:~ $ sudo apt install pivccu-modules-raspberrypi
                        Reading package lists... Done
                        Building dependency tree        
                        Reading state information... Done
                        Some packages could not be installed. This may mean that you have
                        requested an impossible situation or if you are using the unstable
                        distribution that some required packages have not yet been created
                        or been moved out of Incoming.
                        The following information may help to resolve the situation:
                        
                        The following packages have unmet dependencies:
                         pivccu-modules-raspberrypi : Depends: raspberrypi-kernel (= 1.20171029-1) but 1.20170703-1 is to be installed
                        E: Unable to correct problems, you have held broken packages.
                        

                        ca 50 HM und HM-IP Aktoren und Sensoren über 4 Etagen // ca 10 Raspberries & OrangePi Prime // ioBroker auf Multihost // 20 aktive Adapter // mehrere Echo Dots // vis auf Android-Tablet

                        1 Antwort Letzte Antwort
                        0
                        • D Offline
                          D Offline
                          deimos
                          schrieb am zuletzt editiert von
                          #12

                          Hi,

                          Das mit dem Ablehnen steht in den Hinweisen zu fast allen HmIP Firmware Updates. Ist auch nichts piVCCU spezielles, das hast du (leider) auf allen Systemen.

                          Dein Installations fehlerhaft liegt vermutlich an einem sehr alten Raspbian Image, da musst du erst mit apt update und upgrade auf die aktuelle Kernel Version gehen. Alternativ nimmst du einfach ein fertiges Image bei mir (auf der Github Seite verlinkt), die sind mit dem Original Build System von Raspbian erstellt mit einen zusätzlichen Build Step für piVCCU.

                          Viele Grüße

                          Alex

                          1 Antwort Letzte Antwort
                          0
                          • HomoranH Nicht stören
                            HomoranH Nicht stören
                            Homoran
                            Global Moderator Administrators
                            schrieb am zuletzt editiert von
                            #13

                            @deimos:

                            Eine Sache wundert mich aber doch: Die Version kommt aus dem testing apt repo. In meinem Image (welches als Grundlage für das ioBroker Image dient) ist das stable Repo drin.

                            Bist du auf testing gegangen?

                            Viele Grüße

                            Alex `
                            :oops: Da muss ich nochmal nachsehen :oops:

                            Das RasPi image habe ich gebaut, bevor du fertige images hattest. Ich glaube mich zu erinnern, dass man damals für irgendetwas in den develop branch musste.

                            Danach hab ich das wieder verdrängt.

                            Sonst mach ich noch mal ein neues Image.

                            Gruß

                            Rainer

                            kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                            Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                            der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                            1 Antwort Letzte Antwort
                            0
                            • M Offline
                              M Offline
                              michi
                              schrieb am zuletzt editiert von
                              #14

                              > Dein Installations fehlerhaft liegt vermutlich an einem sehr alten Raspbian Image,
                              soo alt war mein Jessie-Lite nun auch wieder nicht ;-) Hab mit einem aktuellen Stretch noch einmal neu angefangen…

                              ` > Sonst mach ich noch mal ein neues Image.

                              Gruß

                              Rainer `

                              Dankeschön euch Beiden!!!

                              ich bin mit dem Umzug meiner Komponenten erst einmal ein paar Nächte beschäftigt - melde mich wieder, wenn ich fertig bin und alles läuft.

                              ca 50 HM und HM-IP Aktoren und Sensoren über 4 Etagen // ca 10 Raspberries & OrangePi Prime // ioBroker auf Multihost // 20 aktive Adapter // mehrere Echo Dots // vis auf Android-Tablet

                              1 Antwort Letzte Antwort
                              0
                              Antworten
                              • In einem neuen Thema antworten
                              Anmelden zum Antworten
                              • Älteste zuerst
                              • Neuste zuerst
                              • Meiste Stimmen


                              Support us

                              ioBroker
                              Community Adapters
                              Donate
                              FAQ Cloud / IOT
                              HowTo: Node.js-Update
                              HowTo: Backup/Restore
                              Downloads
                              BLOG

                              628

                              Online

                              32.5k

                              Benutzer

                              81.7k

                              Themen

                              1.3m

                              Beiträge
                              Community
                              Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                              ioBroker Community 2014-2025
                              logo
                              • Anmelden

                              • Du hast noch kein Konto? Registrieren

                              • Anmelden oder registrieren, um zu suchen
                              • Erster Beitrag
                                Letzter Beitrag
                              0
                              • Home
                              • Aktuell
                              • Tags
                              • Ungelesen 0
                              • Kategorien
                              • Unreplied
                              • Beliebt
                              • GitHub
                              • Docu
                              • Hilfe