Beiträge von BirdOfPrey

Zitat von patrick31698

Wahrscheinlich ist das nicht machbar.

Natürlich ist das machbar!
So aus dem Stehgreif, und deinen Text nur überflogen, kann ich aber nicht direkt helfen.
Wenn du Tagsüber das Licht, ohne sonstige Bedingungen an haben möchtest, wäre das Astro Binding sicherlich die einfachste Lösung. Dann leuchtet das Licht aber natürlich tagsüber auch, wenn die Rollladen herunter gelassen werden.
Wenn das Tageslicht endet, kann ja der Bewegungsmelder ins Spiel kommen und das Licht nach deinen Bedingungen schalten. Je nach Uhrzeit und/oder Bettgehzeit.

Zitat von phalstek

Für mich nicht einfach über 2 Fenster Programme zu bearbeiten.

Dann nimm doch ein beliebiges anderes Gerät! Smartphone reicht dafür.
In Kodi darfst Du natürlich nicht auf Abbrechen klicken. Das tut das, wonach es benannt ist und bricht den Vorgang ab.

Zitat von patrick31698

ich muss das Netzwerk Device den Timer_TVstate schalten lassen.

Ja, oder alternativ beide Items ON schalten:

rule "tvstate"
when Item patrick changed to OFF
then
   Timer_TVstate.sendCommand(ON)
   TVstate.sendCommand(ON)
end

Deine jetzige Rule "tvstate timer" hat den kleinen Nachteil, dass sie TVstate immer ausschaltet, wenn der Zustand auf OFF geht, egal welcher Zustand Timer_TVstate vorher hatte. Also z.B. auch, wenn sich der Zustand von UNDEF nach OFF ändert.

Man sollte immer überlegen, was in diesen Fällen geschehen soll und entsprechend lieber zwei Rules schreiben (oder, wenn man Persistence eingerichtet hat, den Zustand vorher abfragen).

rule "tvstate einschalten"
when
  Item Timer_TVstate changed from OFF to ON
then
    TVstate.sendCommand(ON)
end

rule "tvstate ausschalten"
when
  Item Timer_TVstate changed from ON to OFF
then
    TVstate.sendCommand(OFF)
end

Zumindest ist ein Zettel im Tresor die sicherste Aufbewahrungsmethode. Mit persönlich aber zu umständlich.
Ich benutze 1Password.

Zitat von TehTux

Ja und nein.

Genau deswegen ist es so schwer zu erklären. Man hat relativ viele Freiheiten. Das macht es auf der einen Seite etwas einfacher, aber anders herum auch komplizierter.

Keine Ahnung, wie ich das erklären soll. Aber LowBattery ist keine Eigenschaft. Das wäre eher "Batterieladestand". Oder vielleicht Energie.
Passt ja auch zur Definition, da LowBattery eigentlich immer über einen Channel verlinkt ist:

• A Point is not a Group, but represents any other type of Item and is usually linked to a Channel

@Momo90
Ich glaube das hast du missverstanden! Things sind immer noch Things und Channels sind immer noch Channels! Da hat sich überhaupt nichts geändert.

Das Semantische Modell gibt es OnTop. Und Licht ist nunmal eine Eigenschaft (Property) eines Gerätes. Genauso wie ein Geräusch oder Öl oder oder oder ...
Das Gerät (Equipment) wäre bei der Property Licht dann z.B. eine Lampe.

EDIT: Equipment sollte man vielleicht besser mit Gerätegattung übersetzen. Es ist nicht unbedingt eine bestimmte Lampe gemeint, sondern alle/mehrere Lampen.

Guten Morgen!

Nachdem ich irgendetwas "verbastelt" hatte, und ich bei jedem Event Logfehler erhielt, habe ich mich von den Rules über die Oberfläche erst einmal verabschiedet.
Die Items sind jetzt alle über die Oberfläche angelegt. Das finde ich okay.
Die Rules sind bei mir aber jetzt altmodisch über *.rules Dateien definiert. Und erst einmal auch alles in DSL. Als JavaScript Neuling finde ich einfach zu wenig Hilfe im Netz. Für DSL findet man ja eigentlich immer Beispiele. Zumal ich mich damit ja einigermaßen auskenne.
Viele Rules wurden von mir beim Umzug überarbeitet. Vor allem habe ich die Namen geändert.
Ich hatte bisher den Fehler gemacht, die Rule nachdem zu benennen, wovon sie getriggert wurde, anstelle nach dem, was sie macht. Dass das keine gute Idee ist, wusste ich schon länger, war aber zu faul etwas daran zu ändern.

Ich bin auch erst einmal bei BasicUI geblieben. Die Oberfläche bin ich gewohnt und finde sie auch völlig Okay. Es hat da auch eine deutliche Verbesserung gegeben, was die "Rückmeldegeschwindigkeit" von Events angeht. Wurde vorher eine Item außerhalb BasicUI geschaltet, hat es schon mal 3s gedauert, bis das angezeigt wurde. Das geht jetzt so schnell, dass die Anzeige bei meinen Hue-Leuchten schneller schaltet, als die Leuchte selber komplett aus ist.

Ich möchte Dir ja überhaupt nicht groß widersprechen. Es ist wie bei vielem im Leben, mehrere Wege führen nach Rom.
Und ob es für Anfänger wirklich einfacher zu verstehen ist ... wenn ich das hier so lese ...

Und Timer sind ja auch keine Raketenwissenschaft. Ich Copy&Paste da meist immer. Mit allen Copy&Paste Fehlern die man so machen kann.

Das zeigt mir mal wieder, warum ich lieber Timer benutze, als Expire-Items.
Die Timer-Items machen die Rule zwar kürzer, aber dafür nicht unbedingt übersichtlicher. Im Endeffekt wird mehr Code benötigt, da ja eine eigene Timer-Abgelaufen-Rule benötigt wird.

Und wenn man anfängt und die "Timer-Items" mehrfach, für unterschiedliche Dinge, benutzen möchte, brauchts in der Expire-Rule ja eine weitere Variable, anhand derer erkannt werden kann, was jetzt nach Ablauf passieren soll.

Nichts desto trotz werde ich demnächst bei mir zwei/drei Items mal umstellen auf Expire-Items. Dann aber tatsächlich das Item, was über ein Channel verbunden ist.
Der Trigger für mein Garagentor oder der Türöffner sind so etwas. Die sollen/dürfen nie lange eingeschaltet sein. Sicherheitshalber betreibe ich die jetzt schon mit Gürtel, Hosenträger und Fangnetz. Bedeutet neben OH schaltet die auch die CCU und sogar eine OnTime im Gerät selber wieder aus. Ich habe dabei quasi drei Stufen, die wirken, wenn die davor versagt hat.

Ich habe in meinen Threads mal "Visual Studio" in "Visual Studio Code" geändert. Habe gerade gesehen, dass ich das unterschlagen hatte.
OH Kenner wissen aber, dass ich Code meinte und nicht die große Entwicklungsumgebung.

Zum einen würde ich Test2 entfernen, da er ja auf den gleichen Channel zeigt wie Lampe.
Und wann haste das letzte Mal openHAB neu gestartet? Wenn man viele Änderungen macht und Items anlegt/löscht, kommt OH manchmal etwas durcheinander. Da kann ein Neustart schon mal Wunder bewirken.

Zitat von buers

Dort funktioniert das automatische Einrücken während Code Schreibens gut,

Ja, das tut es bei DSL (das ist eine der Sprachen bei openHAB) auch. Da openHAB aber seine eigenen, ich nenne es mal Sprachfeatures, hat, muss das VisualStudio bekannt gemacht werden. Die "openHAB Configuration" Erweiterung macht das zum Teil aber auch schon.

Ich würde die beiden schlicht einzeln schalten. Eine Gruppe ist bei Dimmern immer so eine Sache. Was soll die anzeigen/ausgeben, wenn die Mitglieder der Gruppe dann doch mal einzeln geschaltet werden und beide unterschiedliche Helligkeit besitzen? Klar, mit dem MAX gibts dann keinen Fehler, aber meistens ist es ja nicht das, was man wissen möchte.

Noch einmal langsam:
Das Youtube Addon in Kodi zeigt dir einen Code an! Wenn du diesen nicht siehst, läuft irgendetwas schief.

Du gehst dann auf dem PC (oder beliebig anderen Gerät mit Internetzugang und Browser) auf google.com/device (oder eben youtube.com/activate) und tippst dort die in Kodi angezeigte Buchstabenkombination ein!
Dann musst du dich im Browser mit deinem Google-Account einloggen. Fertig!
Na ja, früher musste man das Prozedere dann noch einmal wiederholen. Also das ganze zweimal hintereinander ausführen. Das musste ich diese Woche allerdings nicht mehr.

Zitat von horschte

funktioniert das bei dir richtig?

Ne, tut es nicht. Ich könnte es eigentlich auch wieder deinstallieren.
Vor allem scheint es für Rules, wo ich es in erster Linie benötigte, nicht vorgesehen zu sein.

Schade, dass man das Verhalten mit dem Markieren nicht abschalten kann.

Hallo!
Ich benötige ein wenig Hilfe. Ich weiß nicht, wo ich die dazugehörige Einstellung finde.
Ich vermute das soll ein Feature sein, nervt mich allerdings.

Wenn ich in Visual Studio Code mit openHAB Erweiterung und Anbindung an openHAB den Cursor setze, wird, mal mehr, mal weniger, Text markiert.

Wenn ich den Cursor z.B. in Zeile 14 auf das Item "Flur_FritzBox_Wlan50" setze, wird die gesamte Rule markiert (ich meine sogar der gesamte Inhalt der Datei mit allen Rules).

Markiere ich z.B. nur das "if", wird die gesamte If-Else-Verzeigung markiert.

Wobei markiert nicht wirklich zutrifft, weil man zusätzlich noch echt markieren kann. Was dann aber sehr schlecht zu sehen ist.

Kurzum: Ich will das Verhalten so nicht! Wie kann ich das abschalten? In den Einstellungen zum openHAB Erweiterung finde ich nichts passendes.
Ach so, zusätzlich zur Erweiterung "openHAB Configuration" habe ich noch das "openHAB Alignment Tool" installiert.

Gruß

Zitat von horschte

um die ganzen timerberechnungen nicht in rules machen zu müssen, kann man sich ebenso ein oder mehrere expire-items anlegen und integrieren.

Stimmt! Wobei ich gerne ein ausführliches Log habe, um zu wissen, was openHAB macht. Das ist mit den Expire-Items nicht so optimal.
Aber für kleinere Sachen ist das schon eine sehr gute Sache, die ich inzwischen selber wieder aus den Augen verloren habe. Das werde ich für die nächsten Rules im Hinterkopf behalten. Danke!

Sehe ich auch so! Für den DVBViewer-Mediaserver benötigst Du ja noch einen Windowsumgebung. VCR kenne ich nicht. Meinst Du VDR?

Als eine sehr gut funktionierende Alternative zum Telestar Digibit R1 wäre noch die "Digital Devices Octopus Net" zu nennen. Ist allerdings teurer.

Du solltest vor dem Anlegen eines Timers abfragen, ob dieser nicht bereits angelegt ist! Sonst legst Du ja immer wieder einen neuen an, was zu völlig unvorhersehbaren Verhalten führen wird. Auch, oder gerade beim Testen!
Außerdem sind LogInfos sehr gut, um auch zu sehen, was überhaupt passiert.

Bei mir sehen die immer in der Art aus (hier ein Beispiel meiner Flurbeleuchtung):

if (Flur_Bewegungsmelder_timer === null) // Timer starten
    {
      logInfo("Flur_Licht_Bewegungsmelder-Rule","Bewegungsmelder-Flur: Timer startet")
      Flur_Bewegungsmelder_timer = createTimer(now.plusMinutes(2))[|
        logInfo("Flur_Licht_Bewegungsmelder-Rule","Bewegungsmelder-Flur: Timer beendet")
        if (Flur_Licht_Stehlampe_Helligkeit.state > 0) 
        {
          logInfo("Flur_Licht_Bewegungsmelder-Rule","Bewegungsmelder-Flur: => Licht AUS")
          Flur_Licht_Stehlampe_Helligkeit.sendCommand(0)
        }
        Flur_Bewegungsmelder_timer = null  
      ]
    }
    else
    {
      logInfo("Flur_Licht_Bewegungsmelder-Rule","Bewegungsmelder-Flur: Timer Neustart")
      Flur_Bewegungsmelder_timer.reschedule(now.plusMinutes(2))
    }

Möchtest Du (in einer anderen Rule) den Timer beenden geht das mit:

Flur_Bewegungsmelder_timer?.cancel
Flur_Bewegungsmelder_timer = null

EDIT: Ach ja, ich lasse bei Versuchen das Log immer parallel laufen, um zu sehen, was passiert. Das lässt sich schön mit Tail machen.
So z.B. werden die letzten 40 Zeilen ausgegeben und dann fortlaufend, wenn neue Log-Meldungen kommen:

tail -n 40 -F -s 2 /var/[definition='1','0']log[/definition]/openhab/openhab.[definition='1','0']log[/definition]