Edomi

[larsrosen]

gaert
Kannst du evtl die ganzen Anleitungen und Erklärungen in #1 Ergänzen? Das wird sonst eine wühlerei durch 30 Seiten und folgende...

[Winni]

Richtig Habe ich auch schon drüber nachgedacht - ich wollte es aber zunächst "einfach" halten...

Grundsätzlich richtig, aber es wäre ja niemand gezwungen es zu verwenden. Eine Funktion zum Auslesen eines beliebigen KOs wäre mit Sicherheit an vielen Stellen hilfreich.
Ich bin eher der Fan von weniger Seiten wegen des Pflegeaufwands. Deshalb verzweigte ich auch von verschiedenen Stellen auf die gleiche Visu-Seite , da wäre ein Navigation zurück sehr hilfreich. Includes auf mehreren Seiten gehen aber auch.
Ich liebe auch die Funktionalität, dass nach einer bestimmten Zeit wieder zum Start gesprungen wird, damit ist für jeden Bediener der Startpunkt erstmal sauber definiert, geht sowas in EDOMI auch?

Ich warte aber erstmal die Dokumentation ab, man sieht, da ist noch viel versteckt, was man kaum erahnen kann. Trotzdem nicht böse sein, wenn ich das ein oder andere anmerke. Ideen/Wünsche die man nicht kennt, kann man nicht beurteilen und ich denke das ein oder andere ist eventuell auch für andere interessant. Beurteilen, ob's ins Gesamtkonzept passt kann ich natürlich nicht.

Winni

[Dragonos2000]

So, ich habe jetzt 1bit Button zum Schalten einer Steckdose erstellt und erhalte auch ERROR Einträge ...

GIRA KNXnet/IP-Router I02

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 1, height: 12"]
 	 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:48:57[/TD]
 			[TD]004921[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:1 / 06100421000a04580100[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:49:01[/TD]
 			[TD]004553[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:2 / 06100421000a04580800[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:49:05[/TD]
 			[TD]005551[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:3 / 06100421000a04580e00[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:49:05[/TD]
 			[TD]016254[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TOO MANY ATTEMPTS (3) / DROPED[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:49:44[/TD]
 			[TD]009912[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:4 / 06100421000a04581300[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:49:48[/TD]
 			[TD]002557[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:5 / 06100421000a04581500[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:49:52[/TD]
 			[TD]008938[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:6 / 06100421000a04581700[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:49:52[/TD]
 			[TD]019938[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TOO MANY ATTEMPTS (3) / DROPED[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:49:56[/TD]
 			[TD]000963[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:7 / 06100421000a04581900[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:50:00[/TD]
 			[TD]000725[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:8 / 06100421000a04581d00[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:50:04[/TD]
 			[TD]002078[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:9 / 06100421000a04582000[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:50:04[/TD]
 			[TD]013494[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TOO MANY ATTEMPTS (3) / DROPED[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:50:08[/TD]
 			[TD]008295[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:10 / 06100421000a04582a00[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:50:12[/TD]
 			[TD]004359[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:11 / 06100421000a04582b00[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:50:16[/TD]
 			[TD]003528[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TIMEOUT REC / Rtg:12 / 06100421000a04582d00[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr, bgcolor: #FF0000"]
 			[TD]2016-01-03 20:50:16[/TD]
 			[TD]015393[/TD]
 			[TD]KNX[/TD]
 			[TD]26824[/TD]
 			[TD]ERROR: EDOMI --> READ/WRITE: TOO MANY ATTEMPTS (3) / DROPED[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 	 [/TABLE]

Gleicher Test, gleicher Fehler bei mir. Enertex Router, aber mit Firmware 1.026 (höhere laufen bei mir seltsamer Weise nicht sauber)
VM läuft im Bridged Mode und IP ist natürlich eine andere als beim Host-System.

[SeatSLF]

geh über telnet auf den Enertex Router und schau welchen Tunnel Edomi nutzt.
Für die Tunnel gibst du dann "Tunnel x" ein, wobei x die Nr. des Tunnels ist.

Diesen gibst du über den Befehl tunaddr 1-5 (hier muss die Nr. des Tunnels rein) die passende Adresse.

Z.b. nutzt Edomi Tunnel 2 und du hast Edomi mit der PA 1.1.100 konfiguriert schreibst du:
tunaddr 2 1.1.100

[Robby]

geh über telnet auf den Enertex Router und schau welchen Tunnel Edomi nutzt.
Für die Tunnel gibst du dann "Tunnel x" ein, wobei x die Nr. des Tunnels ist.

Diesen gibst du über den Befehl tunaddr 1-5 (hier muss die Nr. des Tunnels rein) die passende Adresse.

Z.b. nutzt Edomi Tunnel 2 und du hast Edomi mit der PA 1.1.100 konfiguriert schreibst du:
tunaddr 2 1.1.100

Jetzt mal ne dumme Frage.
Ich hätte jetzt angenommen einen Enertex Router.
Wenn man jetzt alles was mit dem Router Verbindung aufnehmen könnte (ETS oder Gira Homeserver) ausschaltet, den Enertex länger als 3 Minuten vom Netz (Strom) nehmen würde, müßte er sich doch selber den Tunnel 1 nehmen. Diesen vorher in der Edomi.ini eintragen.

[basaltnischl]

Bei mir war es egal was ich für eine PA eingetragen habe. EDOMI hat immer mit 1.1.101 gesendet (zu sehen im Gruppenmonitor der ETS). Als ich die PA auf 1.1.101 gelegt habe ging es.
Ich habe aber keine Erklärung warum die Einstellungen nicht gezogen haben.

[SeatSLF]

Robby du musst ihn noch nichtmal ausschalten, die Tunnel werden nach 2 minuten automatisch geschlossen.
Der Homeserver braucht keinen Tunnel da er über Multicast mit dem Router "redet"

[coliflower]

Bei mir meldet sich EDOMI in der ETS mit 1.1.201 obwohl in der edomi.ini die 1.0.2 eingetragen ist ...

[henfri]

Hallo Christian,

da ist man mal ein paar Tage nicht aktiv und dann versteckst du hier so ein BonBon!
Ich bin beeindruckt!

Nochmal: Die Visu muss man sich ABSOLUT STATISCH vorstellen bezüglich der Dimensionen. Festgenagelt eben...
Hintergrund ist, dass ich eine "app-artige" Oberfläche erschaffen wollte: Die Visu soll "an der Wand hängen" oder auf dem Smartphone wie eine Fernbedienung laufen - aber eben OHNE den ganzen Scroll/Zoom/usw.-Kram.

Wenn Bedarf besteht, kann ich dies auch gerne optional implementieren, so dass sich die Visu wie eine normale Website verhält. Mein Anspruch war allerdings, dass ich eine absolut fixe Visu-GUI haben wollte...

Ich habe noch kein Gefühl dafür, wie schnell es mit EDOMI gelingt, eine Visu zu erstellen, aber ich würde mich davor scheuen, zwei Visus (eine für Handys, eine für PC/Tablet zu erstellen. Dabei geht es nicht nur um die damit verbundene Arbeit/Zeit, sondern auch um die Konsistenz. Schnell vergisst man, eine Änderung auch für die jeweils andere Visu einzupflegen und dann leidet die Nutzbarkeit, weil man sich nicht mehr zurechtfindet.

Auch wenn Handys mittlerweile auch 1080p darstellen können... Die Finger skalieren nicht, daher wäre das nötig (oder wie machst du das?)

Ich denke, Gira hat das mit den Quadranten gut gelöst.
Wenn man die Visu in Quadranten aufteilt, die dann auf dem Mobilgerät untereinander dargestellt werden, während sie auf dem PC neben/untereinander dargestellt werden, wäre das doch ein sehr guter Kompromiss.

Viele Grüße,
Hendrik

[coliflower]

Bei mir meldet sich EDOMI in der ETS mit 1.1.201 obwohl in der edomi.ini die 1.0.2 eingetragen ist ...

Sooooo, wenn ich in der edomi.ini anstatt der EDOMI-HOST-PA 1.0.2 die in der ETS5 sichtbare TUNNEL-PA 1.1.201 einstelle, dann funktioniert es.
Mit 1 wird ein-, mit 0 ausgeschaltet …
Kein ERROR LOG mehr ...

Da ist die Frage offen, ist die edomi.ini PA eine HOST- oder TUNNEL-PA (Edomi tunnelt ja die Verbindung zum KNXnet/IP-Router …)

[gaert]

Die PA scheint essentiell zu sein - ich habe gerade mal spaßeshalber die 0.0.0 angegeben und erhalte nun genau die erwähnten Fehlermeldungen (3 Versuche, dann Abbruch). Mit der PA 0.0.1 funktioniert es ohne Probleme bei mir.

Die aktuelle KNX-Spec enthält für mich keine neuen Informationen - der Verbindungsaufbau (CONNECTION_REQUEST) und das Tunneling (TUNNEL_REQUEST) ist korrekt implementiert - es funktioniert ja auch mit meinem Router... Vielleicht ist tatsächlich "nur" die PA das Problem?!

[gaert]

Soweit ich die Spec verstehe, ist die PA nicht frei wählbar (wie ich ursprünglich dachte) - vielmehr muss dies die PA des Router sein. EDOMI selbst hat ja in diesem Sinne keine PA - EDOMI kommuniziert ja nur per UDP mit dem Router (also auf Network-Ebene).

[GLT]

[USER="18706"]Der Homeserver braucht keinen Tunnel da er über Multicast mit dem Router "redet"

Und weswegen man auch keine IP-Schnittstelle verwenden kann

[coliflower]

gaert
Hallo Christian, wenn du in der ETS schaust, welche PA siehst du im Monitor wenn du ein Befehl via EDOMI absetzt ?
DANKE.

[gaert]

@henfri:
Ich denke, dass beide Konzepte jeweils Vor- und Nachteile haben. Wie ich schon schrieb, wäre eine "dynamische Visu" (QC-ähnlich) durchaus denkbar - dann müsste prinzipbedingt das Layout aber flexibel bleiben, sprich: Der Client ordnet je nach Bildschirmgröße/Auflösung/Ausrichtung/etc. die Visuelemente passend an.

Natürlich hätte dies den Vorteil, dass man quasi nur eine einzige Visu erstellen muss - den Rest erledigen dann die Clients schon irgendwie. Ich empfinde dies aber als unschön, denn dies wäre mehr oder weniger eine unstrukturierte (bzw. in engen Grenzen vorgegebene) Anordnung. Das Ergebnis kann man im QC schön beobachten: Das Ergebnis ist eine sehr restriktive Visu ("Mädchen-Visu") - jede Visu sieht quasi gleich aus. Geschmackssache...

Aber wie gesagt: Dies sind alles Ideen, die in Zukunft durchaus implementiert werden könnten - ist nur eine Frage des Fleisses. Ich sehe für mich persönlich jedoch keinen Bedarf... Klar, das Erstellen von 2-3 Visus für PC/iPad/iPhone ist mit viel Arbeit verbunden. Jedoch ist mein Konzept etwas anders: Ich möchte NICHT auf jedem Endgerät ALLE Optionen visualisieren!

Beispiel:
Das iPad an der Wand hat bei mir eine andere Bedeutung/Funktion, als das iPhone in der Tasche. Das fest installierte iPad visualisiert so ziemlich alles - während ich mit dem iPhone nur eine sehr abgespeckte Visu nutze. Ganz einfach weil das Display so klein ist... Da machen Grundrisse etc. wenig Sinn - mit dem iPhone möchte ich mit ein paar Buttons einige Lampen schalten, aber nicht in die Analyse des Stromverbrauchs o.d.G. abtauchen.