unbekannte Quelladresse im Gruppenmonitor

[harry28]

Hallo Thorsten,

ja das IP-Interface war angeschlossen. Den Fehler habe ich aber erst entdeckt, als ich die TP-Linie abgeklemmt habe und nur der N148 und ein Gerät angeschlossen waren.

Viele Grüße aus dem Unterallgäu
Harry

[MIT]

Hallo Harry,

da ich auch gerade "Zombies" suche, die Frage: Der Siemens war aber physikalisch am Netz, oder?

Danke & Gruß
Thorsten

[harry28]

The Siemens N148 and the Weinzierl 771 are KNXnet/IP Tunnelling Interfaces. Next to their "normal" Physical Address that you may see in ETS, they also may have additional Physical Addresses that may be configured and that are used by the Tunnelling Clients. If you try to read out the Device Info by one of these additional Physical Addresses, these devices will refuse the connection and Device Info reading will indeed fail.

Hallo Zusammen,

ich habe meine "Zoombie"-Adressen gefunden. Es waren tatsächlich die zusätzlichen Adressen vom IP-Interface Siemens N148 (Danke S. De Bruyne). Obwohl das Interface die Adresse 1.2.148 hat, waren die Adressen 1.2.165-168 genutzt. Vermutlich war das N148 vor meiner Umstellung auf ets4 auf einer anderen Adresse programmiert. Jetzt habe ich das Siemens-Teil zurückgesetzt und neu programmiert.

Nun läuft die TP-Linie wieder sauber.

Viele Grüße aus dem Unterallgäu
Harry

[harry28]

Hallo,

letzte Ergänzung zu diesem Thread.

Der eigentliche Auslöser des Ganzen, der Rollo der am Morgen nicht hochfährt (über die neue SymBox nicht den alten Windows-PC, da funktioniert es), ist leider immer noch da. Aber da werde ich jetzt nur noch in IP-Symcon weitersuchen, da jetzt in der ets4 alles plausibel ist.

Der ursprünglich auslösende Rollo-Fehler ist immer noch da, aber mit der alten SW-Version (IPS 3.4) arbeitet alles ohne Fehler, mit der neuen Version (IPS 4 RC6) bleibt der Fehler. Aus meiner Sicht ein Bug in IP-Symcon 4 oder der neuen IPS-SymBox.


Viele Grüße aus dem Unterallgäu
Harry

[harry28]

Hallo Zusammen,

nochmals Danke für Eure Beiträge. Nach einer weiteren Woche Fehlersuche habe ich die Ursache für mein "Zoombie"-Telegramm gefunden. Der Zoombie saß wieder einmal vor dem Rechner und nicht in den KNX-Geräten.

Gestern habe ich meinen Haussteuerungs-PC (mit IP-Symcon) abgeschaltet und das "unerklärliche" Telegramm war weg. Also habe ich die Fehlersuche von EIB und ets4 in die IPS-Software verlagert. Ausbau und Neuprogrammierung der EIB-Bausteine der vergangene Tage waren also völlig überflüssig, da ich am falschen (Hardware-)Ende mit meiner Fehlersuche begonnen habe.

Ich hatte wohl vor längerer Zeit an der Value-Variablen des EIB-Devices (=Terrassen-Rollo) in IP-Symcon einen Ereignistrigger angehängt, der immer wenn der Zustand auf TRUE geht (= Rollo ist unten), folgenden Code ausführt:

EIB_Switch[COLOR=#009900]([/COLOR][COLOR=#cc66cc]12005[/COLOR][COLOR=#339933],[/COLOR] false[COLOR=#009900])[/COLOR];

Und dieser kleine, am Eventobjekt nicht sofort direkt sichtbare Code-Schnipsel schaltet das EIB-Device (in meinem Fall mit der EIB-Adresse 4/3/1) aus.

Auf gut deutsch: immer wenn der Terrassen-Rollo komplett runtergefahren wird, soll die Außensteckdose auf der Terrasse abgeschaltet werden. Eine durchaus sinnvolle Aktion, nur wenn der Programmierer (meiner einer) zu dumm ist sich daran zu erinnern, tauchen im ets-Monitore "unverständliche" Telegramme auf. Sorry mein Fehler und der Übersichtlichkeit von IPS-Code am Ereignisobjekt geschuldet. Was lerne ich daraus? Einziger Befehl am Event-Objekt in Zukunft nur ein IPS-Script-Aufruf und im gerufenen, dann auch offensichtlich vorhanden und sofort lesbaren Script den (die) Schalt- oder sonstigen Befehl(e) rein.

Nochmals Danke für Eure Tipps, ich habe sie verwertet und zumindest einen Teil meiner EIB-Installation optimiert (Adresse Medienkoppler, Linien usw.).

Eine kleine Tatsache in Zusammenhang mit meinem Medienkoppler verstehe ich zwar immer noch nicht, aber zumindest scheint meine KNX-Struktur nicht komplett verkehrt zu sein:

Warum kann ich PL-Geräte nicht über das IP-Interface (= TP-Device), sondern nur über die USB-Schnittstelle (= PL) programmieren und umgekehrt warum TP-Devices nur über die IP-Schnittstelle? Gibt der Medienkoppler die Programmier-Telegramme nicht weiter? Beim Schalten tut er das sehr wohl, da alle Haussteuerungsbefehle nur über ein IP-Interface (= TP) laufen. Sind Programmiersequenzen zu lang im Vergleich zu Schaltbefehlen? Hat das etwas mit dem Routing-Zähler zu tun? Am Medienkoppler sind doch beide Richtungen eingetragen. Wo kann ich sowas nachlesen? Buchtipp?


Viele Grüße aus dem Unterallgäu
Harry

PS
Der eigentliche Auslöser des Ganzen, der Rollo der am Morgen nicht hochfährt (über die neue SymBox nicht den alten Windows-PC, da funktioniert es), ist leider immer noch da. Aber da werde ich jetzt nur noch in IP-Symcon weitersuchen, da jetzt in der ets4 alles plausibel ist.

[Uwe!]

Danke für Eure Hlife, ich werde nicht locker lassen und den Fehler finden. In der Regel sitzt der vor dem Bildschirm. ;-)

eigentlich immer! Manchmal hat man nur Glück und es ist nicht der eigene Bildschirm.

[harry28]

Hallo Alex,

Wenn Du die Funktion "Linie durchsuchen" verwendest und hier Geräte auftauchen, sind die Real auch vorhanden. Ebenso wenn Telegramme im Bus/Gruppenmonitor auftauchen, sind diese Real (=verbaute Hardware)

das habe ich verstanden, aber ich habe eine übersichtliche TP-Linie mit wenig Geräten. Da sind tatsächlich keine zusätzlichen Geräte verbaut die ich nicht kenne, zumal ich die Installationen alle selbst durchgeführt habe. Die oben genannten 2-fach Binärkontakte liegen auf dem Arbeitstisch in der Werkstatt und sind nicht angeklemmt!

Ich werde nun auch die Hausautomations-Software für ein paar Tage vom KNX abklemmen und weiter forschen. Gott sei Dank funktionieren alle Taster und Schalter manuell ohne Probleme.

Verwende Doch mal die Funktion " Geräte Infos" und lese die Geräte wie schon mehrfach beschrieben, aus. Dann hast einen Anhaltspunkt was es sein könnte. Du kannst sogar bei den meisten Geräten inkl. Gruppenadressen lesen.

Das werde ich nun Adresse für Adresse tun und danach hier mit Screenshots berichten!

Danke für Eure Hlife, ich werde nicht locker lassen und den Fehler finden. In der Regel sitzt der vor dem Bildschirm. ;-)


Gruß Harry

[harry28]

... vom IP-Router reservierten Tunneling-Adressen?

Das habe ich überprüft - ist es nicht.

Gruß Harry

[Falkenhorst]

Hallo,
wie von S. De Bruyne schon vermutet, sind es vielleicht die vom IP-Router reservierten Tunneling-Adressen?
Sieht fast so aus.

[Axel]

Wenn Du die Funktion "Linie durchsuchen" verwendest und hier Geräte auftauchen, sind die Real auch vorhanden. Ebenso wenn Telegramme im Bus/Gruppenmonitor auftauchen, sind diese Real (=verbaute Hardware)

Verwende Doch mal die Funktion " Geräte Infos" und lese die Geräte wie schon mehrfach beschrieben, aus. Dann hast einen Anhaltspunkt was es sein könnte. Du kannst sogar bei den meisten Geräten inkl. Gruppenadressen lesen.

[harry28]

Hallo,

ich habe gestern den Medienkoppler auf 1.1.0 umprogrammiert und den Medientyp auf der Line 1.0 auf TP umgestellt. Die nächsten Schritte werden der Linienscan auf der TP-Seite und der PL-Seite sein.

Habe ich doch schon gesagt. Das sind keine gespeicherten Daten, sondern die Realität. Diese Geräte gibt es wirklich. Zum "Löschen" musst du sie abklemmen...

Leider verstehe ich nach wie vor nicht, woher die Adressen kommen. Es gibt diese Geräte physikalisch nicht. Kann es sein, dass ein anderes Gerät die Adresse hat und ich weiß es gar nicht?

Die nächste "Fleißaufgabe" wird ein strukturiertes (Raum für Raum) "Neuprogrammieren" aller Geräte. Das ist zwar aufwändig, aber scheint mir die beste Maßnahme um wieder Ruhe und Ordnung ins System zu bringen. Durch den Umstieg von ets3 auf ets4 passt das neue Projekt sowieso nicht zur Realität.


Viele Grüße aus dem Unterallgäu
Harry

[S. De Bruyne]

The Siemens N148 and the Weinzierl 771 are KNXnet/IP Tunnelling Interfaces. Next to their "normal" Physical Address that you may see in ETS, they also may have additional Physical Addresses that may be configured and that are used by the Tunnelling Clients. If you try to read out the Device Info by one of these additional Physical Addresses, these devices will refuse the connection and Device Info reading will indeed fail.

[Klaus Gütter]

Das Auslesen dieser Geräte funktioniert nicht - es kommt immer eine Fehlermeldung "Adresse nicht gefunden!".

Solange deine Topologie nicht stimmt, solltest du das immer sowohl auf der PL- wie der TP-Seite versuchen.

Wo wird die Info gespeichert?

Habe ich doch schon gesagt. Das sind keine gespeicherten Daten, sondern die Realität. Diese Geräte gibt es wirklich. Zum "Löschen" musst du sie abklemmen...

[harry28]

Hallo Klaus,

vielen Dank für die schnelle und ausführlichen Antworten.

Den Medienkoppler werde ich heute abend umprogrammieren - danke für den Tipp. Ebenso den Medientyp auf der Line 1.0 (unkritisch, da ich dort keine Geräte angelegt habe).

Nein, das sind echte Geräte, die du anfassen kannst und für die zu mal was bezahlt hast...
Um die zu identifizieren:
- Geräteinfo auslesen, dann weißt du, was für ein Produkt das ist
- Unter Diagnose/Phys. Adressen kannst du die Programmier-LED blinken lassen. So findest du die Geräte (wenn sie im Schaltschrank sind).

Das Auslesen dieser Geräte funktioniert nicht - es kommt immer eine Fehlermeldung "Adresse nicht gefunden!".
1.2.165 war ein, mittlerweile nicht mehr angeschlossener 2-fach-Binäreingang. 1.2.166 - 1.2.168 gibt und gab es als Geräte nicht?

Wie kann man solche Leichen aus dem System wieder rausbringen? Wo wird die Info gespeichert? Im Projekt sind sie nicht drin, nur der Scan findet sie.


1.1.115 ist in der Tat meine USB-PL-Schnittstelle. Mit mobiler Steckdose im Aufputzgehäuse und Notebook programmiere ich die Geräte im jeweiligen Zimmer.

Eine Visualisierungs-Software gibt es auf dem Notebook nicht, allerdings in der TP-Linie über ein Weinzierl IP-Gateway 771.

Ich nutze seit mehreren Jahren IP-Symcon 3.4 auf einem Windows-PC. Zu Testzwecken bzw. in der Umstellphase auf die neue IPS-Version 4.0 gibt es zusätzlich noch eine sogenannte SymBox. Das ist ein RaspberryPi-Hutschienen-Gerät vom Software-Hersteller IP-Symcon. Einen eigenen RasPi mit IPS 4.0 will ich auch noch testen. Diese Geräte nutzen das Weinzierl-Interface. Für ets4 und fürs Programmieren nutze ich nur die USB-Schnittstelle und in der TP-Linie ein Siemens IP-Gateway 148.

Den Linien-Scan ohne Medienkoppler werde ich ausführen.


Viele Grüße aus dem Unterallgäu
Harry

[Klaus Gütter]

Der Medienkoppler hat die 1.1.87. Sollte hier besser 1.1.0 stehen (s.o.)

Ja. Der Medienkoppler ist ein Koppler und braucht daher die Adresse mit der 0 am Ende. Sonst gehen Zugriffe von einer Linie auf Geräte der anderen nicht (wie du ja schon bemerkt hast).
Der Medientyp der Linie 1.0 muss übrigens TP sein, nicht PL.

Da sind noch weitere "Zoombies". Wie kann ich die wieder rauslöschen? Wo werden die gespeichert? Nur in der Projekt-Datenbank.

Nein, das sind echte Geräte, die du anfassen kannst und für die zu mal was bezahlt hast...
Um die zu identifizieren:
- Geräteinfo auslesen, dann weißt du, was für ein Produkt das ist
- Unter Diagnose/Phys. Adressen kannst du die Programmier-LED blinken lassen. So findest du die Geräte (wenn sie im Schaltschrank sind).

Zu deiner Telegrammaufzeichung: die 1.1.115, von der Telegramm 8 kommt, scheint deine PL-USB-Schnittstelle zu sein. Was war denn zu diesem Zeitpunkt an der USB-Schnittstelle dran? Wenn nix: Hast du auf dem Netzkoppler irgendein Applikationsprogramm laufen? Wenn ein PC: läuft auf dem PC irgendeine Software (Visualisierung), die auf den Bus zugreift?

Was mich zusätzlich stutzig macht ist, der Routing Counter 6 im Telegramm 8. Wenn 1.1.115 ein PL-Gerät sein sollte, müsste der 5 sein. Vielleicht hat zusätzlich auch noch ein TP-Gerät diese Adresse? Um das zu prüfen: Medienkoppler abklemmen und dann auf TP-Seite einen Linienscan der Linie 1.1 machen.

Gruß, Klaus