^

Themabewertung:
  • 294 Bewertung(en) - 2.63 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
openHAB 2.0 Beta -> LCN Binding?
#21
Hallo Lisa83,

wenn ich jetzt noch einen Post schreibe, dann sieht man auch den von gestern.... Witzig.

zu Deiner Frage:
Zitat:"Erstmal danke für deine schnelle Antwort. Ich habe meine Item Datei angepasst und im Ordner *Services unter dem Namen Alexa.items abgelegt.

Jetzt stehe ich aber irgendwie auf dem Schlauch. Was muss ich machen, dass ich dies mit Alexa testen kann? Ich habe in meiner Alexa App den Skill "openhab" heruntergeladen. Müsste ich jetzt nicht mein Gerät hier finden?"

Deine Datei "alexa.items" darf nicht im Verzeichnis Services sein, sondern die muss im Verzeichnis "items" liegen.
Grundsätzlich sollten die Items erst einmal auch ohne Alexa funktionieren, damit die Kopplung zwischen openHAB und LCN funktioniert. Sobald Du aus der Sitemap heraus die Lichter etc. schalten kannst, würde ich mit Alexa weitermachen...

Da ich kein Alexa habe, kann ich Dir damit leider auch nicht weiterhelfen... Sollte aber eher einfach sein, wenn der Rest stimmt.

Liebe Grüße,
Andreas

PS: übrigens gibt's hier auch eine Diskussion um Alexa/openHab/LCN: http://forum.lcn.eu/showthread.php?tid=1012
Zitieren
#22
Hallo zusammen,

ich bin nun mit meiner Installation ein wenig weiter gekommen aber nun benötige ich nochmals eure Hilfe. Mein Item wird nun von Alexa erkannt und wird im Bereich "Smarthome" in meiner Alexa App angezeigt. Wenn ich nun den Befehl "Alexa, Schalte Licht Kochinsel ein" sage, antwortet Alexa mit "Okay" und auf der App wird das "Licht" angeschaltet. Leider aber nicht das tatsächliche Licht an der Kochinsel. Ich denke, es liegt an den "Realys-Werte".
Das ist das, was ich von meinem LCN Monitor bekomme:

Licht an:

05:02:28 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:02:28 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:02:28 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:02:28 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:02:28 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:02:29 [PCHK] S000_M011 statusL Relays: 0 1 0 0  0 0 0 0
05:02:29 [PCHK] S000_M011 statusL Relays: 0 1 0 0  0 0 0 0
05:02:29 [PCHK] S000_M011 statusL Relays: 0 1 0 0  0 0 0 0
05:02:29 [PCHK] S000_M011 statusL Relays: 0 1 0 0  0 0 0 0
05:02:29 [PCHK] S000_M011 statusL Relays: 0 1 0 0  0 0 0 0

Licht aus:

05:19:47 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:19:47 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:19:47 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:19:47 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:19:47 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:19:48 [PCHK] S000_M011 statusL Relays: 0 0 0 0  0 0 0 0
05:19:48 [PCHK] S000_M011 statusL Relays: 0 0 0 0  0 0 0 0
05:19:48 [PCHK] S000_M011 statusL Relays: 0 0 0 0  0 0 0 0
05:19:48 [PCHK] S000_M011 statusL Relays: 0 0 0 0  0 0 0 0
05:19:48 [PCHK] S000_M011 statusL Relays: 0 0 0 0  0 0 0 0

Ich habe zwei verschieden Varianten ausprobiert:

Switch Kochinsel "Kochinsel" <light> ["Lighting"] {lcn="[myhome:RELAY_STATE.0.30.2],[ON:myhome:RELAYS.0.30.-1------], [OFF:myhome:RELAYS.0.30.-0------]"}

und

Switch Kochinsel "Kochinsel" <light> ["Lighting"] {lcn="[myhome:RELAY_STATE.0.11.2],[ON:myhome:RELAYS.0.11.-1------], [OFF:myhome:RELAYS.0.30.-0------]"}

Kann vielleicht jemand drüber schauen und mir einen Tipp geben woran es liegt?

Lieder habe ich keinen Schaltplan von meinem Elektriker bekommen, so dass ich auf die Werte im Monitor angewiesen bin.

Vielen Dank

LG Lisa
Zitieren
#23
Interessant, dass die Meldungen im PCHK-Monitor immer 4-fach kommen...

Also, der Bus-Monitor sagt bei Licht an:

05:02:28 [PCHK] S000_M030 to M011 Relays: - I - -  - - - -
05:02:29 [PCHK] S000_M011 statusL Relays: 0 1 0 0  0 0 0 0

=> Modul 30 sendet an Modul 11 den neuen Relaiszustand:
             - an Modul 30 wird die Taste betätigt (entweder physikalisch oder eben über eine "virtuelle" Taste)
             - Modul 11 hat die Relais angeschlossen
Die Bedeutung des "I" ist mir leider unbekannt. Aus der openhab-LCN-Binding-Doku geht nur hervor:
  "-" nichts tun
  "1" Relais einschalten
  "0" Relais ausschalten
  "T" Relais toggeln (ab und zu sieht man auch "U" für Umschalten)

D.h. Du solltest deinen zweiten Versuch noch etwas abändern, und zwar den OFF-Befehl auch auf Modul 11 zeigen lassen...
Code:
Switch Kochinsel "Kochinsel" <light> ["Lighting"] {lcn="[myhome:RELAY_STATE.0.11.2],[ON:myhome:RELAYS.0.11.-1------], [OFF:myhome:RELAYS.0.11.-0------]"}

Ich weiß nicht, ob ich den Tip schon einmal gegeben habe:
sinnvoll ist es, die einzelnen item süber die Sitemap zu testen und dann erst Alexa mit ins Spiel zu bringen. Denn Alexa schaltet ja auch nur, was in den Items definiert ist. D.h. wenn Du einen Switch in der Sitemap betätigst, dann kannst du im PCHK-Monitor das Ergebnis sofort beobachten und auch sehen, ob das Licht o.ä. funktioniert. Sobald dies funktioniert, würde ich das Item mit Alexa testen ....

Andreas

PS: du solltest noch einmal bei deinem Elektriker nach einer Dokumentation fragen. Das Problem ist, dass wenn in Zukunft mal Änderungen notwendig werden, kann sich niemand mehr daran erinnern wie was verschaltet ist. Selbst wenn Dein Elektriker nach 10 Jahren wieder in der Anlage steht wird er sich nicht mehr im Detail erinnern, was gemacht wurde... Abgesehen davon: wenn zu gezwungen bist, einen anderen Elektriker zu rufen, wird es ganz schön aufwendig...
Zitieren
#24
Hallo Andres,

vielen Dank für deine schnelle Antwort.

Stimmt den Tipp mit der Sitemap hast du mir schon einmal gegeben. Habe das auch so gemacht. Habe eine Datei mit dem Namen meinHeim.sitemap mit folgenden Inhalt angelegt:

sitemap meinHaus label="Daheim" {
Frame label="Items" {
Switch item=Kochinsel
}
}

Wenn ich die "Basicui" aufrufe kommt auch das Item "Kochinsel". Aber auch wenn ich hier den Schalter betätige, geht kein Licht an.

Mache ich noch was falsch?

Danke

LG Lisa
Zitieren
#25
Hallo Lisa,

hast Du schon mal eine Schaltung im LCN über openHab jetzt in Funkltion gehabt?
Wenn das funktioniert, das muss es an dem Item selbst liegen.
Ansonsten ist halt der Fehler irgendwo in der Reihe Sitemap -> Item -> Binding -> PCHK -> LCN möglich...

Bekommst Du auf dem PCHK-Monitor etwas zu sehen, wenn du den Schalter in der BasicUI betätigst?
Was sagt das Log in openHab dazu?



Andreas
Zitieren
#26
Hallo Andreas,

nein ich habe noch keine Schaltung im LCN über Openhab in Funktion gehabt.

Auf dem Monitor tut sich auch nichts wenn ich den Schalter in der BasicUI betätige.
Wo finde ich das Log im Openhab?

Danke

LG Lisa
Zitieren
#27
Hallo Lisa,

noch eine Frage, die ich zu Begin hätte schon stellen sollen: auf was für einem System läuft bei Dir openhab?
Raspberry oder Pc?

Für Raspberry:
Die Logs findest du entweder unter http://<IP-Openhab>:9001/ (z.B. wenn Du openhabian auf RasPi installiert hast...) oder falls Du dich per SSH einloggen kannst im Verzeichnis /var/log/openhab2/ . Dort gibt es die Dateien openhab.log und events.log

Oder über die Karaf-Console...
Unter Windows am PC, müsstest Du die Suchmaschine Deiner Wahl befragen...




Ich habe bei mir nochmals geschaut, was für Meldungen im LOG kommen, wenn openhab neu startet:

Code:
2018-03-23 18:42:47.138 [INFO ] [hab.action.xmpp.internal.XMPPConnect] - Connection to XMPP as 'xyz@domain.lan/123456' has been established. Is secure/encrypted: true
2018-03-23 18:42:51.927 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at http://xxx.xxx.xxx.xxx:8080
2018-03-23 18:42:51.947 [INFO ] [.dashboard.internal.DashboardService] - Started dashboard at https://xxx.xxx.xxx.xxx:8443
2018-03-23 18:43:08.241 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'haus.items'
2018-03-23 18:43:11.022 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'rrd4j.persist'
2018-03-23 18:43:16.675 [INFO ] [thome.model.lsp.internal.ModelServer] - Started Language Server Protocol (LSP) service on port 5007
2018-03-23 18:43:44.042 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'holiday.script'
2018-03-23 18:43:47.365 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'holiday.rules'
2018-03-23 18:44:03.409 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'Utilities.rules'
2018-03-23 18:44:06.540 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'shutters.rules'
2018-03-23 18:44:23.108 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'haus.rules'
2018-03-23 18:44:26.026 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'haus.sitemap'
2018-03-23 18:44:28.522 [INFO ] [thome.binding.astro.internal.job.Job] - Scheduled Astro event-jobs for thing astro:moon:fb2716c7
2018-03-23 18:44:28.569 [INFO ] [ding.astro.handler.AstroThingHandler] - Scheduled Positional job astro:moon:fb2716c7 every 300 seconds
2018-03-23 18:44:28.954 [INFO ] [thome.binding.astro.internal.job.Job] - Scheduled Astro event-jobs for thing astro:sun:abf7ea71
2018-03-23 18:44:29.041 [INFO ] [ding.astro.handler.AstroThingHandler] - Scheduled Positional job astro:sun:abf7ea71 every 300 seconds
2018-03-23 18:44:29.652 [WARN ] [ore.common.registry.AbstractRegistry] - org.eclipse.smarthome.core.library.items.StringItem with key'AstroSunData_Zodiac_Sign' already exists! Failed to add a second with the same UID!
2018-03-23 18:44:29.756 [INFO ] [thome.binding.astro.internal.job.Job] - Scheduled Astro event-jobs for thing astro:moon:fb2716c7
2018-03-23 18:44:29.791 [INFO ] [ding.astro.handler.AstroThingHandler] - Scheduled Positional job astro:moon:fb2716c7 every 300 seconds
2018-03-23 18:44:29.965 [INFO ] [thome.binding.astro.internal.job.Job] - Scheduled Astro event-jobs for thing astro:sun:abf7ea71
2018-03-23 18:44:30.125 [INFO ] [ding.astro.handler.AstroThingHandler] - Scheduled Positional job astro:sun:abf7ea71 every 300 seconds
2018-03-23 18:44:34.297 [INFO ] [penhab.io.transport.mqtt.MqttService] - MQTT Service initialization completed.
2018-03-23 18:44:34.344 [INFO ] [t.mqtt.internal.MqttBrokerConnection] - Starting MQTT broker connection 'mosquitto'
2018-03-23 18:44:36.931 [INFO ] [basic.internal.servlet.WebAppServlet] - Started Basic UI at /basicui/app
2018-03-23 18:44:37.981 [INFO ] [assic.internal.servlet.WebAppServlet] - Started Classic UI at /classicui/app
2018-03-23 18:44:38.175 [INFO ] [arthome.ui.paper.internal.PaperUIApp] - Started Paper UI at /paperui
2018-03-23 18:44:53.132 [INFO ] [se.smarthome.model.script.haus.rules] - SYSTEM: openHAB has started...
2018-03-23 18:44:53.169 [INFO ] [se.smarthome.model.script.haus.rules] - SYSTEM: openHAB has started...
2018-03-23 18:44:55.597 [INFO ] [nhab.binding.lcn.internal.LcnBinding] - Loading LCN configuration...
2018-03-23 18:44:55.617 [INFO ] [nhab.binding.lcn.internal.LcnBinding] - LCN configuration loaded.
2018-03-23 18:44:55.624 [INFO ] [lcn.internal.LcnBindingActiveService] - LCN Refresh Service has been started
2018-03-23 18:44:55.655 [INFO ] [ab.binding.lcn.connection.Connection] - Connecting channel "java.nio.channels.SocketChannel[unconnected]".
2018-03-23 18:44:58.432 [INFO ] [eather.internal.common.WeatherConfig] - ProviderConfig[providerName=OPENWEATHERMAP,apiKey=xxxx]
2018-03-23 18:44:58.436 [INFO ] [eather.internal.common.WeatherConfig] - LocationConfig[providerName=OPENWEATHERMAP,language=de,updateInterval=5,latitude=10.0,longitude=5.0,woeid=<null>,locationId=home,name=Daheim]
2018-03-23 18:45:01.552 [INFO ] [ternal.scheduler.WeatherJobScheduler] - Starting and scheduling weatherJob-home with interval of 5 minutes
2018-03-23 18:45:02.011 [INFO ] [ui.habmin.internal.servlet.HABminApp] - Started HABmin servlet at /habmin
2018-03-23 18:45:02.345 [INFO ] [panel.internal.HABPanelDashboardTile] - Started HABPanel at /habpanel
2018-03-23 18:45:03.178 [INFO ] [b.core.service.AbstractActiveService] - SNMP Refresh Service has been started
2018-03-23 18:45:41.110 [INFO ] [arthome.model.script.utilities.rules] - UTILITIES: Calculate weekly/monthly/yearly values for Washing/Tumble Dryer
2018-03-23 18:45:41.200 [INFO ] [arthome.model.script.utilities.rules] - UTILITIES: Calculate weekly/monthly/yearly values for Washing/Tumble Dryer
2018-03-23 18:45:46.829 [INFO ] [.smarthome.model.script.HolidayRules] - Starting script 'holiday' in 120 seconds
2018-03-23 18:45:46.876 [INFO ] [se.smarthome.model.script.haus.rules] - SYSTEM: openHAB has started...
2018-03-23 18:46:05.025 [INFO ] [se.smarthome.model.script.haus.rules] - Sonoff-Tasmota update state/color/dimmer on all devices
2018-03-23 18:47:46.842 [INFO ] [.smarthome.model.script.HolidayRules] - Starting script 'holiday' now
2018-03-23 18:48:10.277 [INFO ] [.smarthome.model.script.HolidayRules] - Script 'holiday' ready

Die wichtigsten Zeilen daraus betreffend LCN sind diese 4 Zeilen:
Code:
2018-03-23 18:44:55.597 [INFO ] [nhab.binding.lcn.internal.LcnBinding] - Loading LCN configuration...
2018-03-23 18:44:55.617 [INFO ] [nhab.binding.lcn.internal.LcnBinding] - LCN configuration loaded.
2018-03-23 18:44:55.624 [INFO ] [lcn.internal.LcnBindingActiveService] - LCN Refresh Service has been started
2018-03-23 18:44:55.655 [INFO ] [ab.binding.lcn.connection.Connection] - Connecting channel "java.nio.channels.SocketChannel[unconnected]".


Evtl. könnte es auch hilfreich sein, die Items-Datei nochmals zu ändern (einfach Leerzeichen oder Enter an einer beliebigen Stelle und dann speichern) und dabei das LOG-File zu beobachten. Wird die Datei neu geladen und es gibt ein Problem damit, dann wird dies ebenfalls im Log angezeigt...

LG,
Andreas

Zum Mitlesen gibt es fast das gleiche Problem hier: http://forum.lcn.eu/showthread.php?tid=1043
Zitieren
#28
Hallo Andreas,

ich nutze einen Mini PC mit Windows 10. Wenn ich die Log files aufrufe kommt folgendes:

12:22:39.662 [INFO ] [enhab.binding.lcn.internal.LcnBinding] - Loading LCN configuration...
12:22:39.937 [INFO ] [mulation.internal.HueEmulationServlet] - Started Hue Emulation service at /api
12:22:39.964 [INFO ] [.lcn.internal.LcnBindingActiveService] - LCN Refresh Service has been started

Dann kommt aber nicht "deine" vierte Zeile sondern das:

12:23:08.217 [WARN ] [.eclipse.jetty.servlet.ServletHandler] -
javax.servlet.ServletException: A MultiException has 1 exceptions. They are:
1. java.lang.IllegalStateException: ServiceLocatorImpl(__HK2_Generated_2,3,1983774907) has been shut down

Und ein paar Zeilen vorher kommt auch noch diese Fehlermeldung:

12:22:39.492 [ERROR] [nhab.binding.lcn.mappingtarget.Target] - Could not parse target: RELAYS.0.11.-0-------

Vielen Dank das du mich meiner annimmst :-)

LG Lisa
Zitieren
#29
Hallo Lisa,

da haben wir den (oder auch nur: einen) Übeltäter:
Code:
12:22:39.492 [ERROR] [nhab.binding.lcn.mappingtarget.Target] - Could not parse target: RELAYS.0.11.-0-------

Du hast für die Schaltpositionen 9 Zeichen eingegeben, da dürfen aber nur 8 Zeichen (für jedes Relais eines) sein. Und desshalb motzt das LCN-Binding, dass es das nicht auflösen kann.

Also: ein Strich am Ende wegmachen und schon könnte es besser gehen....

Andreas

Test123

so ein mist, der letzte Beitrag wird wieder nicht angezeigt....
Zitieren
#30
Hallo Lisa83,

ich habe im englischsprachigen Forum von openHab gesucht und dort auch eine Nachfrage zu dieser Warning gefunden (https://community.openhab.org/t/thread-p...em/11953/6)... Der Tip dort: neustarten (am besten den Rechner...)

Ich habe jetzt dann auch keine Ideen mehr. Vielleicht haben wir ja etwas übersehen. Könntest Du vielleicht die beiden Logs (openhab.log und events.log) ab dem Neustart dann hier posten? Vielleicht findet sich doch noch irgendetwas unscheinbares (persönliche Daten wie IP-Adressen oder persönliche API-Keys gerne abändern)...

Wenn bei Dir im Log der Eintrag:
Code:
2018-03-23 18:44:55.655 [INFO ] [ab.binding.lcn.connection.Connection] - Connecting channel "java.nio.channels.SocketChannel[unconnected]".
fehlt, könnte dies natürlich bedeuten, dass sich das Binding nicht mit der PCHK verbindet... ?!?!
LG,
Andreas
Zitieren


Gehe zu: