openhabforum.de

Hallo Leute,

bin auch neu in der Openhab Welt und versuche gerade die ersten Schritte zu machen.
Ich habe ein ähnliches Problem und komme auch nicht am KNX-BUS.

Hier meine Konfigs:

knx.things
knx.items
knx.sitemap
Ich habe soeben in die Logs geschaut und da steht immer folgendes:
was bedeutes das? Übersetzt heißt das für mich er kann das Item nicht abrufen...kann mir wer Tipps geben?
Wäre über jede Hilfe sehr dankbar.

Lg Lukas

Die Meldungen besagen, dass openHAB keine Items mit diesen Namen in seinem Speicher finden kann.

Gewöhlich wirst Du beim Hochfahrend des Systems, oder wenn Du die Datei knx.items abspeicherst, eine Fehlermeldung sehen, die besagt, dass die datei Fehler enthält und deshalb ignoriert wird. In der Folge gibt es die Items nicht.
Da Dein Code eigentlich ok aussieht, zeigst Du entweder nicht die ganze Datei , hast beim Dateinamen geschummelt (Endung muss exakt so geschrieben sein) oder hast z.B. auch nur das falsche Format gewählt. Gerne macht z.B. <cr><lf> statt nur <lf> am Zeilenende Probleme.

udo1toni hat geschrieben: ↑8. Mai 2020 21:20 Die Meldungen besagen, dass openHAB keine Items mit diesen Namen in seinem Speicher finden kann.

Gewöhlich wirst Du beim Hochfahrend des Systems, oder wenn Du die Datei knx.items abspeicherst, eine Fehlermeldung sehen, die besagt, dass die datei Fehler enthält und deshalb ignoriert wird. In der Folge gibt es die Items nicht.
Da Dein Code eigentlich ok aussieht, zeigst Du entweder nicht die ganze Datei , hast beim Dateinamen geschummelt (Endung muss exakt so geschrieben sein) oder hast z.B. auch nur das falsche Format gewählt. Gerne macht z.B. <cr><lf> statt nur <lf> am Zeilenende Probleme.

Hallo Udo,

vielen Dank für deine Schnelle Antwort. Hehe willst du mir was unterstellen? na Spass bei Seite habe alles rein kopiert eigentlich.
Habe die knx.items datei nochmals abgespeichert und dann kommt das im log:

2020-05-10 10:35:49.981 [WARN ] [el.core.internal.ModelRepositoryImpl] - Configuration model 'knx.items' has errors, therefore ignoring it: [1,1]: missing EOF at 'ï'

was bedeutet das?

Dateinamen habe ich nochmals kontrolliert, die sollten eigentlich passen.
Was meinst du mit falschen Format?

Tja, der Fehler besagt, dass die Datei fehlerhaft ist. Zeigt her Eure Konfig... (vollständige knx.items Datei)

Hey Udo,

das ist meine vollständige knx.items Datei...

Du hast die falsche Kodierung aktiv, das ist UTF-8 BOM, es muss aber UTF-8 sein (also ohne BOM). Und der Zeilenumbruch wäre auch besser auf LF statt auf CR-LF eingestellt.

udo1toni hat geschrieben: ↑10. Mai 2020 22:54 Du hast die falsche Kodierung aktiv, das ist UTF-8 BOM, es muss aber UTF-8 sein (also ohne BOM). Und der Zeilenumbruch wäre auch besser auf LF statt auf CR-LF eingestellt.

Danke für dein Info, ich wollte soeben die Info schreiben, dass ichs soeben geschafft hab Vielen Dank für deine Hilfe. jetzt gehts ab zum herum probieren, werde mich sicherlich wieder melden wenn ich darf

@udo1toni: habe hier auch im Forum von dir gelesen, dass es ab OpenHab 3.0 keine Textbasierende Dateien gibt wo man selber herumwerken kann sondern nur mehr in der GUI. Soll ich mir das jetzt wirklich noch so aneignen? Oder soll ich mich bereits in die "grafische GUI" einlesen?

Na ja, das kommt etwas drauf an...

1. Paper UI ist deprecated.
2. Textkonfiguration ist deprecated.
3. Habmin ist deprecated.
4. REST API ist nicht deprecated.
5. REST API zu Fuß ist... ä-hem...

Es gibt also momentan keinen Weg, den wir zukünftig verwenden werden. Die UI unterstützt einen in vielen Dingen, so dass man nicht die exakte Schreibweise der Parameter beachten muss usw., aber das massenhafte Anlegen von Things ist ziemlich ätzend, weil es keine tabellarische Bearbeitungsmöglichkeit gibt. Eine Textkonfiguration käme dem am nächsten...

Erschwerend kommt noch hinzu, dass über die UI nicht alles konfigurierbar ist, und damit meine ich nicht die Sitemap, welche ohnehin text-only ist, sondern Tags (essenziell für Sprachsteuerung) und Profile, beide können nur über REST API oder Textkonfiguration angegeben werden. openHAB v1 Bindings sind ebenfalls ausschließlich über Textkonfiguration erreichbar, und noch gibt es einige wichtige Bindings nicht als v2 (z.B. http)

Du hast also unter Umständen momentan gar keine Wahl und musst (zumindest zu Anfang) bestimmte Dinge per Text anlegen, um dann nachschauen zu können, was Du in der REST API eintragen musst.

Fazit: Things und Channel (sowie Bridges, die eigentlich auch nur ein weiteres Thing sind) kannst Du bedenkenlos über Paper UI anlegen, das als Text zu konfigurieren, bringt keinerlei Vorteile.
Man könnte vielleicht die Sicherung anführen, aber die json-Datei, in der die Things angelegt sind, kann man genauso sichern. Änderungen an Textdateien werden - anders als früher - nicht sicher direkt übernommen, so dass ein Zurückspielen solcher Dateien ohnehin nur bei heruntergefahrenem openHAB passieren darf. Die Alternative dazu ist die REST API, aber wie oben geschrieben ist das die Stelle, über die man per Software zugreift, nicht so sehr von Hand. Paper UI nutzt ebenfalls die REST API...)

Solange Du keine Spezialitäten verwenden willst und nur v2 Addons verwendest, kannst Du auch die Items komplett über Paper UI anlegen. Du kannst auch an allen Stellen mischen, musst dann aber darauf achten, Änderungen jeweils ander richtigen Stelle vorzunehmen.
Wenn Du VSCode nutzt, kannst Du die Items sehr bequem von VSCode generieren lassen, dann musst Du nur die gewünschten Änderungen vornehmen (Itemnamen den eigenen Wünschen anpassen, Label, Gruppenzugehörigkeit, usw.), alles Dinge, die Du auch in Paper UI mindestens teilweise von Hand erledigen musst (Transformation Services).

Das ist momentan wohl der Königsweg.

Was die Rules betrifft, so wird es auch da tiefe Einschnitte geben, aber die einzige Option momentan ist, die entsprechenden Teile für jsr223 händisch einzurichten.
Die NG Rules bieten ohne die Scripterweiterung nicht genügend Funktionen, wobei es sein mag, dass es inzwischen mehr Module zum Nachinstallieren gibt, ich habe das nicht weiter verfolgt, da immer noch als experimental gekennzeichnet.

Es wird aber ohnehin noch etwas dauern, bis OH3 das erste Mal das Betastadium verlässt, abwarten ist also auch keine Option.

Man kann auch im Hinterkopf behalten, dass niemand gezwungen ist, auf OH3 zu wechseln. Ich habe noch bis letzten Herbst ein OH1.8 als Produktivsystem verwendet, weil ich zu faul zum Umstellen war und keine Funktionen dringend vermisste. Allerdings hatte ich auch zwei OH2 Testsysteme, auf denen ich einen Großteil meiner Installation schon abgebildet hatte - mit den jeweils aktuellen Addons. Wegen eines Servercrashs musste ich dann schnellstmöglich ein neues System zum Laufen bringen, und da hab ich dann einen Abend lang die Rules angepasst, aber wie gesagt war der Großteil der Arbeit zu dem Zeitpunkt ohnehin schon erledigt, ansonsten hätte ich sicher zunächst ein Backup eingespielt.

Ich denke, dass ich den Umstieg auf OH3 auf ähnliche Weise gestalten werde, wenn es dann mal soweit ist.