Ankündigung

Einklappen
Keine Ankündigung bisher.

Openhab 3 und Mariadb

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    #31
    Nach dem löschen der jdbc.persist werden keine Tabellen geschrieben.

    nach dem Neustart steht im log.

    Code:
    2023-01-12 18:47:12.798 [INFO ] [persistence.jdbc.internal.JdbcMapper] - JDBC::openConnection: Driver is available::Yank setupDataSource
    2023-01-12 18:47:13.051 [INFO ] [persistence.jdbc.internal.JdbcMapper] - JDBC::logTime: 'pingDB':
     afterAccess     = 253 ms
     timeAverage50  = 253 ms
     timeAverage100 = 253 ms
     timeAverage200 = 253 ms
     afterAccessMin  = 253 ms
     afterAccessMax  = 253 ms
     1000Statements = 0 sec
     statementCount = 1​
    ich vermute mal das damit die Verbindung zur Datenbank aufgebaut wird.

    danach kommen nur noch Java Fehler

    Code:
    2023-01-12 18:47:13.575 [WARN ] [org.openhab.core.items.GenericItem  ] - failed notifying listener 'org.openhab.core.persistence.internal.PersistenceManagerImpl@20e62636' about state update of item local_USV_Status: class java.lang.Integer cannot be cast to class java.lang.Long (java.lang.Integer and java.lang.Long are in module java.base of loader 'bootstrap')
    java.lang.ClassCastException: class java.lang.Integer cannot be cast to class java.lang.Long (java.lang.Integer and java.lang.Long are in module java.base of loader 'bootstrap')
        at org.openhab.persistence.jdbc.db.JdbcMariadbDAO.doPingDB(JdbcMariadbDAO.java:92) ~[?:?]
        at org.openhab.persistence.jdbc.internal.JdbcMapper.pingDB(JdbcMapper.java:78) ~[?:?]
        at org.openhab.persistence.jdbc.internal.JdbcMapper.checkDBAccessability(JdbcMapper.java:248) ~[?:?]
        at org.openhab.persistence.jdbc.internal.JdbcPersistenceService.internalStore(JdbcPersistenceService.java:149) ~[?:?]
        at org.openhab.persistence.jdbc.internal.JdbcPersistenceService.store(JdbcPersistenceService.java:135) ~[?:?]
        at org.openhab.core.persistence.internal.PersistenceManagerImpl.handleStateEvent(PersistenceManagerImpl.java:152) ~[?:?]
        at org.openhab.core.persistence.internal.PersistenceManagerImpl.stateChanged(PersistenceManagerImpl.java:473) ~[?:?]
        at org.openhab.core.items.GenericItem.lambda$1(GenericItem.java:259) ~[?:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]
        at java.lang.Thread.run(Thread.java:829) [?:?]​
    ich kann da leider nicht lesen was das Problem ist. Sieht fast aus wie ein Konvertierungsproblem. Und was ist der listener ?
    Gruß

    Guido

    Kommentar


      #32
      Nach dem initialisieren sieht das ganze dann so aus


      in der openhab log
      Code:
      2023-01-12 19:20:20.754 [WARN ] [org.openhab.core.items.GenericItem  ] - failed notifying listener 'org.openhab.core.persistence.internal.PersistenceManagerImpl@20e62636' about state update of item Strombezug_Fewo_unten: null
      java.lang.ClassCastException: null​
      2023-01-12 19:41:32.322 [WARN ] [org.openhab.core.items.GenericItem  ] - failed notifying listener 'org.openhab.core.persistence.internal.PersistenceManagerImpl@20e62636' about state update of item MB_Wienrode_RL_Misubishi: null


      und in der events.log
      Code:
      2023-01-12 19:20:20.751 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Strombezug_Fewo_unten' changed from 68.60000610351562 to 67.88999938964844
      2023-01-12 19:41:32.322 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'MB_Wienrode_RL_Misubishi' changed from 24.5 to 24.0
      ​
      Der Wert kommt über Modbus rein und wird in OH auch korrekt dargestellt. Komisch das der beim persistent als null steht. Ev. liegt hier das Problem?
      Zuletzt geändert von Höhlenbär; 12.01.2023, 20:06. Grund: Rechtschreibung
      Gruß

      Guido

      Kommentar


        #33
        Das Problem ist vermutlich, dass auf DB-Seite keine Tabelle für das Item vorhanden ist. Eigentlich sollte die aber automatisch generiert werden.

        Wie hast Du Deine Items definiert, per UI? Lege probehalber mal ein neues Item an (unbedingt ohne die jdbc.persist anzulegen) und prüfe, ob für dieses Daten in der DB angelegt werden.
        Falls Du Deine Items mittels Textdatei angelegt hast (*.items in $OPENHAB_CONF/items/), benenne spaßeshaöber mal ein Item um (kannst Du später wieder rückgängig machen) und schau, ob Daten angelegt werden.

        Kommentar


          #34
          Moin Udo,

          ich habe alles per Datei angelegt. Habe dort auch ein Item umbenannt. mit dem gleichem Ergebnis wie bei den anderen.
          Gleicher Eintrag in die Logfiles. und keine Tabelle in der DB.
          Gruß

          Guido

          Kommentar


            #35
            Hallo Udo,

            ich bin jetzt wieder auf ein Linux System umgezogen Dateien reinkopiert und alles funktioniert wie es soll.

            vermutlich liegt es an irgend einem Problem in der Windows Installation.

            Danke für den Support und die Unterstützung.
            Gruß

            Guido

            Kommentar


              #36
              Komisch ist es dennoch, eigentlich sollte die Datenbankanbindung komplett Betriebssystem unabhängig sein.

              Kommentar


                #37
                Ja was soll ich sagen.

                Ich wusste mir keinen anderen Rat mehr.
                Gruß

                Guido

                Kommentar

                Lädt...
                X