Viessmann Binding deinstalliert

[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).

[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!

[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ß.

[udo1toni]

Dafür ist InfluxDB schnell und für Visualisierungen und das Schreiben der Daten ist das ein nicht zu unterschätzender Faktor.

[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.

[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) ~[?:?]