EDOMI-Releases/Updates | Aktuell: Version 2.03

[starwarsfan]

Hallo miteinander,

nach dem Update auf die 1.09 funktioniert der Zugriff via Enertex IP-Interface nicht mehr. Auch Reboot via Admin-Menü hat keine Verbesserung gebracht. Beim Hochfahren resp. Start von Edomi vergehen jeweils ca. 30s zwischen den einzelnen InitScan-Abfragen. Bei fünf Abfragen sind das schonmal fast drei Minuten. Im Log sehe ich eine Unmenge der folgenden Einträge:

2016-01-24_SYSLOG.jpg

Mit der 1.08 hat das ohne Probleme funktioniert, an meinem Setup hat sich nichts geändert. Welche weiteren Infos soll ich liefern?

[SeatSLF]

geh mal per telnet drauf und reboote

[starwarsfan]

Hab ich schon, macht keinen Unterschied...

[SeatSLF]

neuste Firmware drauf? ich hab den Router und es klappt prima

[ChrisP]

bei mir funktioniert die 1.09 übrigens mit eibd... zum Glück. denn edomi verwendet ja nicht multicast, oder?

[Stoxn]

1.09 mit Weinzierl Busmaster 760 -> keine Probleme. Auch mit dem eibd läuft es jetzt fehlerfrei.
Nächste Woche lasse ich meinen Busmaster 760 direkt bei Weinzierl flashen, damit dieser fünf Tunnel bereitstellt - dann kann ich auch auf den eibd verzichten.

Da es mein erster Post im Edomi Subforum ist: Auch mein Respekt gilt dem Entwickler gaert. Hier von einer Beta zu sprechen, ist gelinde gesagt untertrieben :-) Ich teste dennoch vorerst in der VM, bevor Edomi einen Platz auf dedizierter Hardware findet.
Da ich auch immer spannend finde, wie Eure Pläne sind, hier meiner: Die Ablösung von linknx durch Edomi ist fest eingeplant. smartVISU wird voraussichtlich auch abgelöst, das hängt aber von meiner Freizeit ab. smarthome.py lässt sich vorerst nicht ablösen (1-Wire, Wetterdaten, Samsung TV, Denon Receiver auf den Bus), ist mit seinen vielen Plugins aber auch ein anderer Ansatz und läuft hervorragend auf meinem NAS.

Viele Grüße,
Patrick

[gaert]

Der Beta-Status ist eher so zu verstehen: Für meine(!) Ansprüche in meiner Konstellation ist's nicht beta - aber EDOMI war bislang nie "in the wild" tätig. Und wie man gesehen hat, gab es durchaus noch Probleme mit diversen Details, die zwar für meine Konstellation unerheblich waren, aber für die "Masse" durchaus von Bedeutung waren. Zudem gibt es einige (mir bekannte) "Bugs" (oder besser: Unvollständigkeiten): Ich weiß, was ich konfigurieren darf und was nicht - aber EDOMI fängt noch nicht sämtliche "Fehleingaben" ab. Man muss also in vielen Bereichen (noch) wissen, was man tut.

[Stoxn]

Ich verstehe, was Du meinst, aber im Vergleich zu Beta-Tests großer Hersteller finde ich den Stand absolut beeindruckend ;-) Wann Du aber von einem Release und neuen Features sprichst, obliegt natürlich dem Entwickler.

[gaert]

@starwarsfan
Dein Router versucht 0420 (tunneling_Request) an den Control-Endpoint zu senden - statt an den Data-Endpoint. Sehr merkwürdig...

hilfreich wäre hier das TraceLog der gesamten Kommunikation, insbesondere der Verbindungsaufbau.

[starwarsfan]

Hallo Christian

@starwarsfan
Dein Router versucht 0204 (tunneling_Request) an den Control-Endpoint zu senden - statt an den Data-Endpoint. Sehr merkwürdig...

Keine Ahnung, ob das einen Unterschied macht, aber Achtung: Das ist kein Router sondern ein Interface, das Enertex IP-Interface.

hilfreich wäre hier das TraceLog der gesamten Kommunikation, insbesondere der Verbindungsaufbau.

Kein Problem, mach' ich heute Abend, wenn ich wieder home bin.

[gaert]

Ok, und die KNX-Einstellungen in der edomi.ini schaden auch nicht

Laut Spezifikation unterhalten sich Router (und Schnittstellen) über 2 "Endpoints" (=Ports):
Über den Control-Endpoint werden Dinge wie Verbindungsaufbau, Heartbeat, etc. abgewickelt. Über den Data-Endpoint wird die eigentliche Datenkommunikation (Tunneling) abgewickelt (also die "Telegramme").

In Deinem Fall sendet die Schnittstelle offenbar einen Tunneling_Request 0420h ("Telegramm") an den Control-Endpoint - dies ist allerdings laut Spezifikation nur dann erlaubt, wenn beim Verbindungsaufbau explizit nur 1 Endpoint angegeben wurde. Daher sind vielleicht Deine Einstellungen nicht korrekt - wir werden sehen.

[starwarsfan]

Hallo und guten Abend

Ok, und die KNX-Einstellungen in der edomi.ini schaden auch nicht

Hier schonmal die KNX-Settings.

Laut Spezifikation unterhalten sich Router (und Schnittstellen) über 2 "Endpoints" (=Ports):
Über den Control-Endpoint werden Dinge wie Verbindungsaufbau, Heartbeat, etc. abgewickelt. Über den Data-Endpoint wird die eigentliche Datenkommunikation (Tunneling) abgewickelt (also die "Telegramme").

An diesen Settings habe ich nichts verändert. Sollte ich das?

In Deinem Fall sendet die Schnittstelle offenbar einen Tunneling_Request 0420h ("Telegramm") an den Control-Endpoint - dies ist allerdings laut Spezifikation nur dann erlaubt, wenn beim Verbindungsaufbau explizit nur 1 Endpoint angegeben wurde. Daher sind vielleicht Deine Einstellungen nicht korrekt - wir werden sehen.

Siehe Anhang. Das Log folgt noch...

[gaert]

Die Einstellungen sehen Ok aus - zumindest für Router/Schnittstellen, die 2 Endpoints unterstützen. Aber global_debugTrace sollte mal auf true gesetzt werden, damit Du ein detailiertes TraceLog erhälst und hier posten kannst.

[starwarsfan]

N'abend Christian,

so, der Nachwuchs ist im Bett und der Tisch abgeräumt. Zeit für Edomi.

Im Anhang wie gewünscht das Tracelog.

Auf dem IP-Interface läuft die Firmware v1.025, Enertex bietet auf der Webpage die v1.030 an. Diese lässt sich leider nicht installieren, da der Falcon-Installer unter Windows 10 nicht funktioniert und ich im Moment kein älteres Windows-System habe.

[SeatSLF]

der installer hatte letztens noch bei mir funktioniert,
ich nehme an du hast schon versucht als admin und win XP/Vista Modus, das ganze zu starten?