Beiträge von Momo90

Wenn ich mich richtig rinnere musst du unter dem topic LEDMatrix/time die payload 1 publishen.
Was hast du gepublisht?

Ich verwende jetzt das da https://github.com/jptrsn/clock-message-board

finde ich weit besser. Da ist auch noch ein PR von mir offen, sodass du auch die Helligkeit via mqtt steuern kannst

Mein Fazit nach einer weiteren Woche des Versuchs der Migration, wobei ich OH3 neu aufgesetzt habe und danach versucht habe die alten items, things und so weiter wieder herzustellen:

influxdb und grafana stürzen während des Starts von openhab ab und müssen manuell neu gestartet werden. Warum das so ist konnte ich nicht klären. Auch eine neuinstallation von influxdb und grafana hat das Problem nicht behoben. Das [definition='1','0']log[/definition] bietet auch keine Erklärung Mar 18 18:12:23 openhabian systemd[1]: influxdb.service: Main process exited, code=killed, status=13/PIPE

Das unify binding funktioniert nicht. OH realisiert den Status eines Geräts beim starten, aber nicht wenn es sich verändert. Dazu gibts zwar schon einige Beiträge, aber noch keine Lösung (zumindest habe ich keine gefunden). Dadurch ist die Anwesenheitskontrolle unmöglich.

Lösung: SSD wieder auf die mit OH 2.5 gewechselt

Kannte ich noch nicht. Da tut sich ein beites Anwendungsfeld auf. Auch für die Anwesenheitserkennung

So peinlich das Bild auch sein mag, ich darf eigentlich nicht drüber lachen.
Ich habe in den Anfängen meiner Lötkarriere mal den heissen Lötkolben mangels Halterung nur neben mich aufn Schreibtisch gelegt.
Hat ziemlich gestunken, als ich mich draufgestützt habe. Das 8 cm lange Branding ziert heute noch meien Unterarm

Einen Logic level Shifter vom Wemos aufdie WS2812b bruachst normalerweise nur bei langer Datenleitung.

Ich hab auch einige Kombinationen von Wemos und ws2812b im einsatz und keine Probleme.

Letztens habe ich aber einen Wemos tauschen müssen, da der ex gegangen ist. Hast du den Wemos schonmal getauscht?

Edit: Auf einen commmon ground hast Du auch geachtet, oder?

lmgtfy
http://xybernetics.com/techtalk/handbrake-flip-video-mirror/

NAch dem eigenlich schon: Some simple >and < comparisons may no longer work and you may need to use isAfter()/isBefore() instead.

Da steht ja gerade, dass isAfter noch geht

Visual Studio wirft bei einem rollover über case now.isAfter(vSunrise) && now.isBefore(vSunset)das Type mismatch: cannot convert from DateTimeType to ChronoZonedDateTime  aus

Edit: so hauts hin. Ihr hattet also beide recht!

rule "Guten Morgen"
when
    Item Wecker_klingelt changed to ON
then
    var vSunrise = (RiseStart.state as DateTimeType).getZonedDateTime()
    var vSunset  = (SetEnd.state as DateTimeType).getZonedDateTime() 
    Derzeitige_Aktivitaet.sendCommand("Radio hören")
    switch now {
    case now.isAfter(vSunrise) && now.isBefore(vSunset): {
        Shelly25WZRolloRollerControl.sendCommand(UP)
        Shelly25TERRASSERolloRollerControl.sendCommand(UP)
        }
    default: Shelly1KuecheSchalter.sendCommand(ON)
    }
end

@SLiX Hat leider nicht funktioniert
2021-03-15 21:06:48.249 [ERROR] [internal.handler.ScriptActionHandler] - Script execution of rule with UID 'gutenmorgen-1' failed: An error occurred during the script execution: Could not invoke method: java.time.chrono.ChronoZonedDateTime.isAfter(java.time.chrono.ChronoZonedDateTime) on instance: 2021-03-15T21:06:48.248156+01:00[Europe/Berlin] in gutenmorgen

Ei! Ich hoff nix ernstes!

Gute Besserung!!

Langsam wirds dann ncoh mit dem Neuaufsetzen.

Ein Problem habe ich aber mit den Rules und der Zeit. Eine bisherige Rule hat so ausgesehen :

rule "Guten Morgen"
when
    Item Wecker_klingelt changed to ON
then
    var vSunrise = new DateTime(RiseStart.state.toString)
    var vSunset  = new DateTime(SetEnd.state.toString)
    Derzeitige_Aktivitaet.sendCommand("Radio hören")
    switch now {
    case now.isAfter(vSunrise) && now.isBefore(vSunset): {
        Shelly25WZRolloRollerControl.sendCommand(UP)
        Shelly25TERRASSERolloRollerControl.sendCommand(UP)
        }
    default: Shelly1KuecheSchalter.sendCommand(ON)
    }
end

VisualStudio meckert wegen dem DateTime (DateTime cannot be resolved)
Ich habe das bereits gelesen, aber ehrlich gesagt nicht verstanden.

Kann mir jemand auf die Sprünge helfen? @bumblebee, @SLiX

Zitat von Kampfader

@Momo90
Hast du coreelec drauf laufen? Oder eher linux für openhab?
Ich überlege gerade, mir diese box zu holen,um es als Smarthome Hauptzentrale zu missbrauchen. Und dafür ist coreelec eher ungeeignet.

natürlich mit docker alles möglich..

Ich hab coreelec drauf. Hab mir überlegt auf die alten s905x Boxen armbian zu bügeln und damit irgendeinen blödsinn zu machen. Dazu müsste ich aber mal ein original image suchen, da laut armbian forum armbian nicht funktioniert, wenn zuvor ce drauf war.

Hab gestern die tanix geflasht und den device tree kopiert und nicht irgendwas in die ini eingetragen.

Habe in den letzten Tagen wieder ein wenig herumgebastelt. Es hat sich aber gezeigt, dass die Migration nicht zu 100% erfolgeich war. Abgesehen davon, dass ich das Unify binding nicht mehr vernünftig zum laufen bekomme und auch das CalDav Binding nichtmehr existiert (das wusste ich aber), habe ich das Gefühl, dass das ganze nicht rund läuft. So wie beie einem Auto, bei dem die Motorkontrolleuchte geleuchtet hat, die Werkstatt meint "Es ist nix" und die Meldung gelöscht hat. Auf der Autobahn hast du dennoch das ungute Gefühl, dass irgendwas nicht stimmt, da du ab und zu einen Ruckler spürst.

Ähnlich ist es auch bei meinem OH3 Setup. Einerseits glaube ich, dass einige Pfade nicht stimmen.

Andere Probleme, habe ich als PR oder Issue in Github gefunden, die sollten zwar behoben sein (wenn ich mir den Code anschaue). Wenn ich mir den Inhalt der Dateien aber bei mir anschaue sind sie immer noch mit dem Fehler.

Zigbee2mqtt spinnt sporadisch, wobei ich ir nicht erklären kann wie das mit OH3 zusammenhängen sollte.

Habpanel kann ich zwar aufrufen, ich kann es aber nicht bearbeiten oder eine Konfiguration laden, da die Buttons nicht funktionieren (zb ist das Zahnrad tot, ein Klick bewirkt nichts). Da gibts auch berichte im OH forum und einen ungelöstes Issue.

Bei Frontail steht inks oben immer noch "openhab2 [definition='1','0']log[/definition] viewer ", obwohl ich die css (auch ein Issue in github) geändert habe. Eine Neuinstallation von Frontail fürht zu einem Fehler.

Ich werde daher einen letzten Versuch machen und ein Backup mit dem openhabian Backup script von dem hinkenden OH3 System machen. Dann werde ich auf einem dritten Medium openhabian komplett neu aufsetzen (samt aller Zusatzsoftware wie zigbee2mqtt, raspibackup und dergleichen) und dort dann das OH3 Backup vom hinkenden System wiederherstellen. Mal schauen ob das was bringt, da ja meiner Meinunng nach nicht OH3, sondern das Grundgerüst darunter, also openhabian die Probleme macht.

Thing http:url:Fahrzeit "Fahrzeit" [ 
    	baseURL="https://api.tomtom.com/routing/1/calculateRoute/", 
    	refresh=300] {
    		Channels:
    			Type number : Fahrzeit_1 "Fahrzeit 1" [ stateExtension="XX,XX:YY,YY/json?routeType=fastest&traffic=true&travelMode=car&key=XXXXXXXXXXXXX", stateTransformation="JSONPATH:$.routes[0].summary.travelTimeInSeconds" ]
                Type number : Fahrzeit_2 "Fahrzeit 2" [ stateExtension="AA,AA:BB,BB/json?routeType=fastest&traffic=true&travelMode=car&key=XXXXXXXXXXXXX", stateTransformation="JSONPATH:$.routes[0].summary.travelTimeInSeconds" ]
    }

so hauts hin. : statt klammer beim jsonpath

Sorry, übers handy getippt...

Zitat von SLiX

Wenn jm. ein Problem beim Umsetzen eines Switches mit dem neuen HTTP Binding hat, poste ich gerne ein Bsp

Ich bin mit einer Test SSD auch auf OH3 umgestiegen. Jetzt funktioniert auch bei mir eine HTTP abfrage nicht mehr. Ich check aber das neue http binding einfach nicht. könntest Du mir einen stoß in die Richtige Richtung geben (wenn möglich via file config)?

so hat mein altes item ausgesehen (Koordinatenund key ist verändert)

Number                      Fahrzeit_sek
                            "Dummy"
                            { http="<[https://api.tomtom.com/routing/1/calculateRoute/00.01,00.06:00.674,00.007/json?routeType=fastest&traffic=true&travelMode=car&key=XXXXXXXXXX:300000:JSONPATH($.routes[0].summary.travelTimeInSeconds)]" }

edit (des Ehrgeiz Willens):
ich denke es funktioniert so (bin aber leider in der arbeit und kann es nicht testen...)

things:

Thing http:url:Fahrzeit "Fahrzeit" [ 
	baseURL="https://api.tomtom.com/routing/1/calculateRoute/", 
	refresh=300] {
		Channels:
			Type number : Fahrzeit_1 "Fahrzeit 1" [ stateExtension="XX,XX:YY,YY/json?routeType=fastest&traffic=true&travelMode=car&key=XXXXXXXXXXXXX", stateTransformation="JSONPATH($.routes[0].summary.travelTimeInSeconds)" ]
            Type number : Fahrzeit_2 "Fahrzeit 2" [ stateExtension="AA,AA:BB,BB/json?routeType=fastest&traffic=true&travelMode=car&key=XXXXXXXXXXXXX", stateTransformation="JSONPATH($.routes[0].summary.travelTimeInSeconds)" ]
}

items:

Number                      Fahrzeit_1_sek
                            {channel="http:url:Fahrzeit:Fahrzeit_1"}


Number                      Fahrzeit_2_sek
                            {channel="http:url:Fahrzeit:Fahrzeit_2"}

Ich habe OH3 noch eine Chance geben und die Migration erneut versucht. Ich bin sicher noch lange nicht fertig mit der Migration und auch noch weit davon entfernt, mich mit OH3 auszukennen. Ich werde hier aber diverse Infos posten, die anderen bei der Migration helfen könnten.

Ich habe OH2 bislang auf einer M2 SSD via USD auf einem RPI3 betrieben. Diese habe ich geklont und bastle im Moment nur am Clone herum. Wenn ich keine Zeit/Lust mehr habe, stecke ich die SSD um und betreibe OH2 weiter. Das ermöglicht einen langsamen Umstieg, aber dennoch eine funktionierende Hausautomatisation (ausser zu den Zeiten an denen ich an OH3 arbeite. In dieser Zeit ist auch nicht zu verhindern, dass die Lebensgefährtin sich darüber aufregt, dass Alexa nicht das tut was sie soll...).

Weiters habe ich OH2 via Openhabian betrieben und bin von OH Version OH 2.5.?? auf OH 3.0.1 migriert. So huppi-fluppi wie hier beschrieben wars dann doch nicht.

Update
Nach Aufruf von sudo openhabian-config hat openhabian config nach einem Update gefragt, was ich gemacht habe. Ich habe aber nicht den OH3 Branch geswitcht, sondern bin bei der Voreinstellung geblieben. Nach dem Update habe ich einmal 02 Upgrade System gemacht und danach erst 03 Install Openhab . Das war aber eventuell ein Fehler, da in weiterer Folge nicht alle Items und Things funktioniert haben. Nachdem ich das System ein zweites mal geklont hatte und abgesehen von 02 Upgrade System alles gleich gemacht habe hatte ich nachher in OH3 (soweit bislang erkennbar) weniger Probleme mit Items und Things.

Mosquitto ist tot
Nach dem Update auf OH3 hat mosquitto nicht mehr funktioniert. Ich musste ihn immer nach einem Neustart mit mosquitto -d als daemon starten. Ein sudo systemctl enable mosquitto.service oder sudo systemctl start mosquitto.service hat nicht funktioniert. Ich habe Mosquitto daher einfach über sudo openhabian-config und dann 20 Optional Components neu installiert. Jetzt hauts hin.

Falsche logs im viewer
Der frontail viewer unter http://ip:9001zeigte immer noch die alten Logs an. Das ändert man durch nachfolgende Befehle:

cd /etc/systemd/system
sudo service frontail stop
sudo nano frontail.service

danach in der Zeile ExecStart= zwei mal openhab2 durch openhab ersetzen und speichern.
danach noch

sudo systemctl daemon-reload
sudo service frontail start

dann werden die richtigen logs angezeigt, wenngleich links oben immer noch "openhab2 [definition='1','0']log[/definition] viewer " steht

Falsche Versionsnummer beim Start
Wenn ich mich via SSH an meinem Pi eingeloggt habe, wurde immer noch die alte OH Versionsnummer angegeben, obwohl in der Konsole die richtige nach aufruf stand. Das ändert man durch sudo nano ~/.bash_profile
Auch dort "openhab2" durch "openhab" ersetzen und speichern.

Soviel mal zu dem was ich bis jetzt herausgefunden habe. Bei den Items und Things die ich ändern muss bin ich noch nicht angekommen. Ich werde weiter berichten, sobald ich dort weiterarbeiten kann.

Klingt nach dem Govee WiFi LED TV - interessanter Ansatz mit Kamera in eigenbau

Zitat von susumo

Ohne Löten ?

Gar nicht.

Oder mit Adapetern wie diesen [Anzeige] und dann Wago oder Blockklemmen. Wobei ich glaube, dass die verlinkten NICHT passen.

Letzteres ist aber ein ziemlicher Pfusch

edit: das gibts auch noch, kenne ich aber nicht. Halte ich aber ebenso für pfusch

Aha! Jetzt hab ichs verstanden. Hmm... interessabter ansatz. Ich habs noch nicht versucht aber ich glaube das haut nicht hin.

Das addon greift ja bei der auswahl eines kanals auf den tuner zu. Was beim hdmi in einfach nicht der fall ist

Ich glaub du hast da ein bissl was missverstanden.

Mit dem enigma2 addon bringst du live tv in kodi. Mit dem hdmi in der vz+ kannst du ein signal durschschleifen. Was willst du erreichen? Was ist dein Ziel?