Ankündigung

Einklappen
Keine Ankündigung bisher.

Probleme mit HS als iETS-Server

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Tokamak
    antwortet
    Ersatzschnittstelle funktioniert

    Heute erhielt ich die Ersatzschnittstelle. Sie lässt im Gegensatz zu der vorherigen Schnittstelle den echten FT1.2-Modus zu, und erste Tests zeigen auch, dass die vorher nicht zugreifbaren Geräte programmiert werden können.

    Interessanterweise zicken diese Geräte weiterhin, wenn auch bei der neuen Schnittstelle der Kompatibilitätsmodus eingestellt ist. Damit kommen diese also nicht klar, was auch immer die Modi busseitig unterscheidet.

    Eine vielleicht abschließende Frage: Die Schnittstelle lässt die Programmierung einer physikalischen Adresse zu. Wofür könnte man das brauchen, und wofür wäre es gut, insbesondere im Zusammenspiel mit dem HS?

    Einen Kommentar schreiben:


  • Tokamak
    antwortet
    War auch nicht ganz Ernst gemeint. An den Händler habe ich mich gewandt, ich werde berichten.

    Einen Kommentar schreiben:


  • Michel
    antwortet
    Dem ist nicht so. Bedenke, daß kaum einer schreibt "bei mir funktioniert alles bestens".

    Die damaligen Probleme mit der GIRA FT1.2 betrafen eine verhältnismäßig kleine Zahl an Schnittstellen und in o.g. Thread drehte es sich auch um die eibmarkt-Schnittstelle. Dort sollte das auch bekannt sein.
    Wende dich am besten an deinen Händler.

    Meine FT 1.2 läuft übrigens seit 8 Jahren ohne Ausfall

    Einen Kommentar schreiben:


  • Tokamak
    antwortet
    Danke, diesen Thread hatte ich dort nicht gefunden. Ist ja alles mehr als mysteriös...

    Allerdings, wenn ich mir die Threads zum Thema Gira FT1.2-Schnittstelle und deren Ausfälle so anschaue, scheint die Schnittstelle zum Bus eine Art Sollbruchstelle zu sein.

    Einen Kommentar schreiben:


  • HartmutB
    antwortet
    und hier ist auch der Tread, den ich in meinem ersten Posting meinte:

    http://www.knx-user-club.de/forum/showthread.php?t=5086


    Gruß
    Hartmut

    Einen Kommentar schreiben:


  • HartmutB
    antwortet
    Zitat von Tokamak Beitrag anzeigen
    Inzwischen erhielt ich die Info, dass die Eibmarkt RS232-Schnittstelle immer nur im Kompatibilitätsmodus gearbeitet hat und arbeiten wird.
    Komisch, ist bei mir nicht der Fall, woher kommt denn die Aussage ? Ich bin mir aber nicht 100prozentig sicher und werde heute abend nochmals nachschauen.

    Gruß
    Hartmut

    Einen Kommentar schreiben:


  • Tokamak
    antwortet
    Inzwischen erhielt ich die Info, dass die Eibmarkt RS232-Schnittstelle immer nur im Kompatibilitätsmodus gearbeitet hat und arbeiten wird.

    Was ist eigentlich so ungünstig an diesem Modus, unabhängig davon, dass er von Gira eigentlich abgekündigt zu sein scheint?

    Einen Kommentar schreiben:


  • Gaston
    antwortet
    Zitat von Tokamak Beitrag anzeigen
    Klar, der Router ist auch das Default Gateway:

    Klappt nun ja auch.
    Ja, da hatten sich unsere Posts wohl überschnitten.

    Einen Kommentar schreiben:


  • Tokamak
    antwortet
    Zitat von Gaston Beitrag anzeigen
    Schau mal auf die Debugseite, unter "Route", befindet sich dort ein Eintrag mit Destination=0.0.0.0 und Gateway=dein router ?
    Klar, der Router ist auch das Default Gateway:

    Destination Gateway Genmask Flags Metric Ref Use Iface
    0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0

    Klappt nun ja auch.

    Einen Kommentar schreiben:


  • Gaston
    antwortet
    Zitat von Tokamak Beitrag anzeigen
    Es ist alles korrekt eingetragen, denn der Name des NTP-Servers wird aufgelöst. Ich habe nun meinen Router als DNS-Server eingetragen
    Nein, wenn Du deinen Router als DNS eingetragen hats, dann ist diese Schlussfolgerung falsch.

    Schau mal auf die Debugseite, unter "Route", befindet sich dort ein Eintrag mit Destination=0.0.0.0 und Gateway=dein router ?

    Gruss,
    Gaston

    Einen Kommentar schreiben:


  • Tokamak
    antwortet
    Das Zeitthema hat sich erledigt. Mit ptbtime1.ptb.de ging es. Schade nur, dass man außer "ERR" keine weiteren Infos vom HS bekommt.

    Einen Kommentar schreiben:


  • Tokamak
    antwortet
    Zitat von Gaston Beitrag anzeigen
    Da NTP nicht funzt:

    Hast Du deinen Router als default gateway im HS eingetragen ? Sonst kann er den NTP server natuerlich nicht erreichen. Allerdings sieht es so aus als waere dein DNS auch nicht im lokalen Netz, somit duerfte die Route gesetzt sein.

    Eine andere Moeglichkeit ist dass der NTP server nur NTP und kein "Time" protokoll unterstuetzt. Der HS verwendet eigentlich kein NTP sondern eben dieses time Protokoll.
    Es ist alles korrekt eingetragen, denn der Name des NTP-Servers wird aufgelöst. Ich habe nun meinen Router als DNS-Server eingetragen, der die Anfrage an die ihm bekannten DNS-Server weiterreicht (weil der Homeserver ja kein DHCP macht...), und ich habe einen NTP-Server eingetragen, die von Gira in der Online-Hilfe genannt wurden (ntps1-1.cs.tu-berlin.de). Gleiches Ergebnis, ERR...

    Da ich die Zeiten meiner Rechner auch über NTP synchronisieren lasse, liegt es auch nicht an der Router-Konfig.

    Im Homeserver habe ich bei der IP-Konfig "Standleitung" ausgewählt, weil ich - noch - nicht über das Portal arbeite.

    Ist es wirklich so, dass ich keine genaueren Informationen über diesen ERRor bekommen kann? Kein Logging, das ich einsehen kann?

    Einen Kommentar schreiben:


  • Tokamak
    antwortet
    Zitat von HartmutB Beitrag anzeigen
    In Deinem anderen Thread hast Du doch geschrieben, sie wäre vom Eibmarkt. Wenn es die Schnittstelle aus dem "HS + Schnittstelle"-Paket ist, dann sollte sie prinzipiell funktionieren, [...]
    Yep, es ist das Bundle. Merkwürdig ist, dass ich über Wochen mit dem IF und dem USB-RS232-Adapter die EIB-Geräte meines Systems problemlos programmiert habe, und nun, nach Fertigstellung des LANs und Inbetriebnahme des Homeservers die Probleme bekam.
    Gestern Abend habe ich Eibmarkt angeschrieben. Mal sehen, was sie sagen.

    Zitat von Gaston Beitrag anzeigen
    Das komische ist dass das Protokol an sich nicht auf ein Problem am HS deutet es sei denn die Schnittstelle wiederholt intern die Telegramme, denn eigentlich darf ein Geraet nach einem Telegram nicht mehrmals ein ACK senden, etc... .
    Das kommt mir ja auch spanisch vor. Aber die gleichen Geräte kann ich problemlos programmieren, wenn ich das Interface vom HS direkt an meinen Laptop anschließe.

    Einen Kommentar schreiben:


  • HartmutB
    antwortet
    Zitat von Gaston Beitrag anzeigen
    Wenn die Schnitttstelle eine FT1.2 ist und nur im Kompatibilitaetsmodus funktioniert wuerde ich natuerlich dort einmal anfangen und diese tauschen und zwar durch eine andere FT1.2.

    Würde ich Dir auch raten. Anderer Ansatz: In Deinem anderen Thread hast Du doch geschrieben, sie wäre vom Eibmarkt. Wenn es die Schnittstelle aus dem "HS + Schnittstelle"-Paket ist, dann sollte sie prinzipiell funktionieren, auch wenn es keine Gira ist (macht sie z.B. auch bei mir ). Aber es gibt / gab wohl auch Probleme mit einzelnen Exemplaren der Schnittstelle (-> Forensuche, auch im "anderen" Formum), Eibmarkt tauscht die aber meines Wissens nach problemlos aus.

    Gruß
    Hartmut

    Einen Kommentar schreiben:


  • Gaston
    antwortet
    Zu iETS:

    Wenn die Schnitttstelle eine FT1.2 ist und nur im Kompatibilitaetsmodus funktioniert wuerde ich natuerlich dort einmal anfangen und diese tauschen und zwar durch eine andere FT1.2.

    Das komische ist dass das Protokol an sich nicht auf ein Problem am HS deutet es sei denn die Schnittstelle wiederholt intern die Telegramme, denn eigentlich darf ein Geraet nach einem Telegram nicht mehrmals ein ACK senden, etc... .

    Falls es eine original GIRA FT1.2 kannst Du dich mit der Gira Hotline in verbindung setzen um zusehen ob es sich evt. um eine Schnittstelle aus der fehlerhaften Serie handelt.

    Zu NTP:

    Da NTP nicht funzt:

    Hast Du deinen Router als default gateway im HS eingetragen ? Sonst kann er den NTP server natuerlich nicht erreichen. Allerdings sieht es so aus als waere dein DNS auch nicht im lokalen Netz, somit duerfte die Route gesetzt sein.

    Eine andere Moeglichkeit ist dass der NTP server nur NTP und kein "Time" protokoll unterstuetzt. Der HS verwendet eigentlich kein NTP sondern eben dieses time Protokoll.

    Gruss,
    Gaston

    Einen Kommentar schreiben:

Lädt...
X