Seite 2 von 2

Re: Viessmann Binding deinstalliert

Verfasst: 24. Jan 2025 22:05
von udo1toni
Nein, MariaDB ist hier nur die zweite Wahl, besser (speziell im Zusammenspiel mit Grafana) ist InfluxDB.

InfluxDB2 hat ein relativ komfortables Webfrontend, welches komplette Ansichten in flux (die Abfragesprache von InfluxDB2) generieren kann. Diese Ansichten kann man dann - as is - kopieren und in Grafana einfügen. Anschließend kann man in Grafana die Ansicht noch "hübsch" machen, muss sich aber nicht mehr um die Formulierung der Abfragen kümmern.

InfluxDB1 hat meines Wissens kein Webfrontend, so dass Du hier über die CLI gehen musst, um die Datenbank zu warten. Dafür ist InfluxDB1 aber "besser" mit InfluxDB3 kompatibel, weil das erwähnte flux in V2 neu dazu kam und in V3 auch schon wieder verwindet, zugunsten der schon in V1 vorhandenen Schnittstelle.
Andererseits ist die V3 momentan erst mal im Alpha Status und sollte keinesfalls in Produktivumgebungen eingesetzt werden, weil es durchaus wahrscheinlich ist, dass sich das Datenmodell noch mehrfach ändert (was dann den kompletten Verlust aller gesammelten Daten bedeutet, wenn man updatet).

Re: Viessmann Binding deinstalliert

Verfasst: 25. Jan 2025 10:55
von oh73
Ich denke das Problem liegt an openhab. Openhab ist nicht zuverlässig.
sehe ich nicht ganz so,

wenn was in openhab nicht funktioniert liegt es meistens an meinen schlecht programmierten Rules!
wenn da Fehler sind gibt es sehr oft Java Fehler die das Log zumüllen.

Items und Things funktionieren soweit Problemlos.

Fehler kommen aber auch oft vom Linux System, was auch schon bisschen Wartung braucht!

für die Viessmann Probleme steht auf meinem Plan irgendwann mal um zustellen und den CAN Bus von Viessmann direkt ab zu fragen.
steht aber nächste Woche eine Wartung an und da will ich erst mal fragen wie das mit Garantie usw. aussieht!

Datenbank in openhab nehme ich sqlite, kann man mit dem DBrowser auch schon mal Werte ändern anpassen.

aber für mich wichtige Daten werden alle noch mal täglich mit Hilfe eines PHP-Scripts in eine extra Datenbank geschrieben!

Re: Viessmann Binding deinstalliert

Verfasst: 25. Jan 2025 14:23
von rebell21
mit mariadb , SQL und Grafana kenne ich mich aus.

Ich kann in mysql mit SQL update xyz set column= auch Werte anpassen. Dazu brauche ich keinen Browser oder phpMyAmin.


Influxdb ist mir zu volatil

Änderungen von influx1 auf influx2 sind mir zu groß.

Re: Viessmann Binding deinstalliert

Verfasst: 25. Jan 2025 14:37
von udo1toni
Dafür ist InfluxDB schnell :) und für Visualisierungen und das Schreiben der Daten ist das ein nicht zu unterschätzender Faktor.

Re: Viessmann Binding deinstalliert

Verfasst: 25. Jan 2025 14:51
von nw378

für die Viessmann Probleme steht auf meinem Plan irgendwann mal um zustellen und den CAN Bus von Viessmann direkt ab zu fragen.
steht aber nächste Woche eine Wartung an und da will ich erst mal fragen wie das mit Garantie usw. aussieht!
Hast Du eine IR Schnittstelle? Dann wäre das hier evtl. was:

Code: Alles auswählen

https://github.com/openv/openv/wiki
Ist kein Eingriff in die Hardware und sollte damit auch die Garantie nicht beeinflussen.

Habe ich seit ~5...6 Jahren ohne Probleme im Einsatz.

Re: Viessmann Binding deinstalliert

Verfasst: 25. Jan 2025 18:20
von oh73
nein, meine Heizung Vitodens 333F ist mit Touchscreen, hat keine IR Schnittstelle mehr, nur Wlan.

hier mal ein Ausschnitt von der Log Datei, Unable to request features from IoT API

Code: Alles auswählen

2025-01-25 17:23:18.412 [WARN ] [ar.vicare.internal.VicareServiceImpl] - Unable to request features from IoT API
java.util.concurrent.ExecutionException: java.io.EOFException: @2491bd1a::DecryptedEndPoint@ceb1db1{l=/192.168.178.19:43472,r=api.viessmann.com/20.166.96.40:443,OPEN,fill=-,flush=-,to=120002/0}
	at org.eclipse.jetty.client.util.FutureResponseListener.getResult(FutureResponseListener.java:118) ~[?:?]
	at org.eclipse.jetty.client.util.FutureResponseListener.get(FutureResponseListener.java:101) ~[?:?]
	at org.eclipse.jetty.client.HttpRequest.send(HttpRequest.java:732) ~[?:?]
	at com.qubular.vicare.internal.VicareServiceImpl.getFeatures(VicareServiceImpl.java:213) ~[?:?]
	at com.qubular.openhab.binding.vicare.internal.CachedFeatureService.lambda$getFeatures$2(CachedFeatureService.java:68) ~[?:?]
	at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1768) [?:?]
	at java.util.concurrent.CompletableFuture$AsyncSupply.exec(CompletableFuture.java:1760) [?:?]
	at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:387) [?:?]
	at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1312) [?:?]
	at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1843) [?:?]
	at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1808) [?:?]
	at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:188) [?:?]
Caused by: java.io.EOFException: @2491bd1a::DecryptedEndPoint@ceb1db1{l=/192.168.178.19:43472,r=api.viessmann.com/20.166.96.40:443,OPEN,fill=-,flush=-,to=120002/0}
	at org.eclipse.jetty.client.http.HttpReceiverOverHTTP.earlyEOF(HttpReceiverOverHTTP.java:385) ~[?:?]
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:1621) ~[?:?]
	at org.eclipse.jetty.client.http.HttpReceiverOverHTTP.shutdown(HttpReceiverOverHTTP.java:269) ~[?:?]
	at org.eclipse.jetty.client.http.HttpReceiverOverHTTP.process(HttpReceiverOverHTTP.java:185) ~[?:?]
	at org.eclipse.jetty.client.http.HttpReceiverOverHTTP.receive(HttpReceiverOverHTTP.java:80) ~[?:?]
	at org.eclipse.jetty.client.http.HttpChannelOverHTTP.receive(HttpChannelOverHTTP.java:131) ~[?:?]
	at org.eclipse.jetty.client.http.HttpConnectionOverHTTP.onFillable(HttpConnectionOverHTTP.java:172) ~[?:?]
	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) ~[?:?]
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) ~[?:?]
	at org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.onFillable(SslConnection.java:555) ~[?:?]
	at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:410) ~[?:?]
	at org.eclipse.jetty.io.ssl.SslConnection$2.succeeded(SslConnection.java:164) ~[?:?]
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) ~[?:?]
	at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104) ~[?:?]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338) ~[?:?]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315) ~[?:?]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173) ~[?:?]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131) ~[?:?]
	at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409) ~[?:?]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883) ~[?:?]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034) ~[?:?]
	at java.lang.Thread.run(Thread.java:1583) ~[?:?]
2025-01-25 17:23:18.421 [WARN ] [.vicare.internal.VicareBridgeHandler] - Unable to prefetch features
java.io.IOException: Unable to request features from IoT API
	at com.qubular.vicare.internal.VicareServiceImpl.getFeatures(VicareServiceImpl.java:244) ~[?:?]
	at com.qubular.openhab.binding.vicare.internal.CachedFeatureService.lambda$getFeatures$2(CachedFeatureService.java:68) ~[?:?]
	at java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1768) [?:?]
	at java.util.concurrent.CompletableFuture$AsyncSupply.exec(CompletableFuture.java:1760) [?:?]
	at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:387) [?:?]
	at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1312) [?:?]
	at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1843) [?:?]
	at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1808) [?:?]
	at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:188) [?:?]
Caused by: java.util.concurrent.ExecutionException: java.io.EOFException: @2491bd1a::DecryptedEndPoint@ceb1db1{l=/192.168.178.19:43472,r=api.viessmann.com/20.166.96.40:443,OPEN,fill=-,flush=-,to=120002/0}
	at org.eclipse.jetty.client.util.FutureResponseListener.getResult(FutureResponseListener.java:118) ~[?:?]
	at org.eclipse.jetty.client.util.FutureResponseListener.get(FutureResponseListener.java:101) ~[?:?]
	at org.eclipse.jetty.client.HttpRequest.send(HttpRequest.java:732) ~[?:?]
	at com.qubular.vicare.internal.VicareServiceImpl.getFeatures(VicareServiceImpl.java:213) ~[?:?]
	... 8 more
Caused by: java.io.EOFException: @2491bd1a::DecryptedEndPoint@ceb1db1{l=/192.168.178.19:43472,r=api.viessmann.com/20.166.96.40:443,OPEN,fill=-,flush=-,to=120002/0}
	at org.eclipse.jetty.client.http.HttpReceiverOverHTTP.earlyEOF(HttpReceiverOverHTTP.java:385) ~[?:?]
	at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:1621) ~[?:?]
	at org.eclipse.jetty.client.http.HttpReceiverOverHTTP.shutdown(HttpReceiverOverHTTP.java:269) ~[?:?]
	at org.eclipse.jetty.client.http.HttpReceiverOverHTTP.process(HttpReceiverOverHTTP.java:185) ~[?:?]
	at org.eclipse.jetty.client.http.HttpReceiverOverHTTP.receive(HttpReceiverOverHTTP.java:80) ~[?:?]
	at org.eclipse.jetty.client.http.HttpChannelOverHTTP.receive(HttpChannelOverHTTP.java:131) ~[?:?]
	at org.eclipse.jetty.client.http.HttpConnectionOverHTTP.onFillable(HttpConnectionOverHTTP.java:172) ~[?:?]
	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) ~[?:?]
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) ~[?:?]
	at org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.onFillable(SslConnection.java:555) ~[?:?]
	at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:410) ~[?:?]
	at org.eclipse.jetty.io.ssl.SslConnection$2.succeeded(SslConnection.java:164) ~[?:?]
	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) ~[?:?]
	at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104) ~[?:?]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338) ~[?:?]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315) ~[?:?]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173) ~[?:?]
	at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131) ~[?:?]
	at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409) ~[?:?]
	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883) ~[?:?]
	at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034) ~[?:?]
	at java.lang.Thread.run(Thread.java:1583) ~[?:?]