Jump to content

sihui

Members
  • Content Count

    37
  • Joined

  • Last visited

Community Reputation

0 Neutral
  1. Da es nur ein UI Problem ist kann man das auch relativ einfach umgehen: einfach das Item mit Text item=meinSwitchItem aufrufen und das Problem ist gel├Âst. Wenn man doch noch eine Map Transformation zur Hilfe nimmt kann man auch noch das on/off in irgendeinen beliebigen Text umwandeln.
  2. Gerade mit der Beta 18 und einem Remote Switch Bricklet V1 getestet: funktioniert einwandfrei. Allerbesten Dank. Dann kann ich jetzt bald mein Produktionssystem auf das neue Tinkerforge Binding umstellen .... ­čśÇ
  3. Gibt es zu dem Thema Repeats eine L├Âsung?
  4. Der Vollst├Ąndigkeit halber hier jeweils ein Beispiel f├╝r Typ A und Typ B (Typ C habe ich leider nicht): rule "remoteswitch socket A" when Item Socket_A received command then val remoteActions = getActions("tinkerforge", "tinkerforge:brickletremoteswitch:master:abc") if (receivedCommand==ON) { remoteActions.brickletRemoteSwitchSwitchSocketA(12 as short, 2 as short, 1 as short) } else { remoteActions.brickletRemoteSwitchSwitchSocketA(12 as short, 2 as short, 0 as short) } end rule "remoteswitch Socket B" when Item Socket_B received command then val remoteActions = getActions("tinkerforge", "tinkerforge:brickletremoteswitch:master:abc") if (receivedCommand==ON) { remoteActions.brickletRemoteSwitchSwitchSocketB(123456, 3 as short, 1 as short) } else { remoteActions.brickletRemoteSwitchSwitchSocketB(123456, 3 as short, 0 as short) } end @rtrbt, vielen Dank! Falls du nach den Feiertagen mal ein wenig Zeit ├╝brig hast: wie kann ich die Anzahl der Schaltwiederholungen (Repeats) erh├Âhen? Mein Remoteswitch Bricklet braucht immer statt 5 etwa 10 Wiederholungen um sauber zu schalten. Besten Dank.
  5. Ja, ohne Probleme bis jetzt. Falls ich ein wenig mehr Zeit habe die n├Ąchsten Tage werde ich mal das neue Binding in meiner Produktionsumgebung einsetzen.
  6. Jawohl, funktioniert ­čĹŹ Beim Speichern der Rule gibt es noch eine kleine Info, sonst ist aber alles paletti: 2019-12-21 07:47:45.821 [INFO ] [el.core.internal.ModelRepositoryImpl] - Validation issues found in configuration model 'tf.rules', using it anyway: The method brickletRemoteSwitchSwitchSocketA(ThingActions, short, short, short) from the type BrickletRemoteSwitchActions refers to the missing type Object
  7. Perfekt, danke! Ich habe folgende Konfiguration in meiner Rule (openHAB Snapshot 3.0.0 #1780): val remoteActions = getActions("tinkerforge", "tinkerforge:brickletremoteswitch:master241:ooc") remoteActions.brickletRemoteSwitchSwitchSocketA(28, 1, 1) Housecode 28, Receivercode 1, die letzte "1" steht ja f├╝r ON. Mein Log: 2019-12-20 12:40:29.580 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule 'remoteswitch': An error occurred during the script execution: Cannot convert number literal to typejava.lang.Short Dies ist die Konfig f├╝r die Steckdose in der Version 1 vom Binding: rs_rcs_1000n_1.uid=ooc rs_rcs_1000n_1.subid=rcs_1000n_1 rs_rcs_1000n_1.type=remote_switch_a rs_rcs_1000n_1.houseCode=28 rs_rcs_1000n_1.receiverCode=1 Habe ich irgendetwas ├╝bersehen? Euch allen ebenfalls ein Frohes Fest und Guten Rutsch ­čî▓
  8. Das h├Ârt sich extrem gut an, vielen Dank. Ich werde dann sp├Ątestens mit den n├Ąchsten Beta wieder beim Testen einsteigen.
  9. Habe momentan leider keine Zeit zum Testen, versuche es aber n├Ąchste Woche zu schaffen. Zwei Fragen zu allgemeinen Themen habe ich aber dennoch: 1) Wie sieht es mit dem Support im Binding f├╝r ├Ąltere TF Hardware aus? Ich habe z.B. noch ein Remote Switch Bricklet V1 mit dem ich meine ganzen Baumarkt Steckdosen schalte (Weihnachten steht vor der T├╝r). Ich bin ├╝ber TF ├╝berhaupt erst zur Hausautomation gekommen, das ist jetzt fast f├╝nf Jahre her und es w├Ąre schade wenn die ├Ąlteren Bricklets jetzt aus dem Binding rausfallen. 2) Ist geplant das Binding in das offizielle openHAB Repository einzubringen? Auch wenn das manuelle Installieren ohne Probleme klappt, es w├Ąre jedoch sch├Âner wenn man das Binding ├╝ber den ├╝blichen Weg installieren k├Ânnte.
  10. Da schaut man mal eine Weile nicht in diesen Thread und dann sowas Theo, allerbesten Dank f├╝r das geniale Tinkerforge Binding, es ist mit Abstand das stabilste Binding was ich in inzwischen fast f├╝nf Jahren openHAB genutzt habe. Halt die Ohren steif!
  11. Die Milestone (zur Zeit M2) laufen absolut stabil. Ich pers├Ânlich habe noch nie eine Stable Version bei openHAB genutzt,
  12. Das h├Ârt sich fast so an als wenn du noch openHAB 2.4 nutzt. Das funktioniert leider nicht mehr mit dem brandneuen Tinkerforge Binding, du musst 2.5 Snapshot nutzen. Falls das Problem dadurch nicht behoben werden sollte schau dir mal die Doku zu UoM an: https://www.openhab.org/docs/concepts/units-of-measurement.html#units-of-measurement
  13. Wie schon geschrieben: als Text Item in die Sitemap einf├╝gen, nicht als Switch, dann ist er nicht mehr bedienbar und dient ausschlie├člich als Statusanzeige.
  14. Es ist ein Input, wieso sollte man diesen aktiv per Switch ├Ąndern? Du musst den Switch nicht als Schalter sehen, sondern als Status. Ich glaube das geht nicht. Allerdings habe ich es auch noch nie versucht. Der Channel Trigger ist ein momentaner Trigger und hat eigentlich in dem Sinne keinen Status. Beim booten sind alle Zust├Ąnde NULL oder UNDEF. Wenn du direkt nach dem Booten einen Status ben├Âtigst nimmt man dazu die Persistence und ein restoreOnStartup: https://www.openhab.org/docs/configuration/persistence.html#predefined-strategies Allerdings ber├╝cksichtigt das nat├╝rlich keine ├änderungen des Zustandes w├Ąhrend der Down Zeit von openHAB. Grunds├Ątzlich funktioniert openHAB2 genauso wie openHAB1, nur die Channels sind an Things gebunden und nicht mehr an Items. Ich habe ein Update direkt nach dem Restart noch nie gebraucht (openHAB ist ja mal h├Âchstens f├╝r 2 Minuten offline beim booten), deshalb kann ich dir nur ein paar grunds├Ątzliche Hinweise geben: System started Trigger: https://www.openhab.org/docs/configuration/rules-dsl.html#system-based-triggers in Zusammenhang mit einer Refresh Abfrage: import org.eclipse.smarthome.core.types.RefreshType ... sendCommand(ITEM_NAME, RefreshType.REFRESH) Ob diese "org.eclipse.smarthome.core..." Imports allerdings noch in neueren Versionen von openHAB2 funktionieren wei├č ich leider nicht, eventuell hei├čen diese jetzt wie fr├╝her "org.openhab.core..." In der englischen Community gibt es massig Beispiele um offene Fenster oder T├╝ren anzuzeigen, eine Variante w├Ąre: https://community.openhab.org/t/rule-to-count-open-windows/49919/8
  15. Ich kenne bis jetzt nur zwei Bindings die das unterst├╝tzen, Amazon Dash und Astro. Ob Theo das bei jedem Bricklet eingebaut hat oder es vom Binding generell unterst├╝tzt wird kann ich nicht sagen. Zu deiner "Status"-Frage: https://www.openhab.org/docs/configuration/rules-dsl.html#channel-based-triggers Es gibt keinen fortlaufenden Status bei einem Channel Trigger. Der Trigger l├Âst etwas aus und danach wird kein Status mehr upgedated.
×
×
  • Create New...