Hilfe Homeserver sendet nicht!?

[Stingel]

Hallo

habe folgendes Problem:


EIB funktioniert - alle Funktionen können über Schalter betrieben werden.
Homeserver zeigt in der Visu auch die richtigen Zustände an.
Aber der HS sendet keine Befehle mehr - zumindest kann ich über die Visu nix mehr schalten - auch meine Zeitfunktionen usw. führt er nicht aus.
D.h. er macht es schon, wenn ich die Telegrammliste des HS anschaue,
aber die ist ja auch vom HS.
Das Problem ist "nur so" aufgetreten, also keine Neuprogrammierung oder Stromausfall!
Habe den BUS und den HS neu gestartet... hilft nix

Ich habe den HS auch nochmal neu programmiert... tut auch nicht
Was kann ich noch tun?

[colt]

Stimmen die Bentzerrechte? Darf der User auch Befehle ausführen?

[Michel]

Was kann ich noch tun?

Erst mal einen Blick in den Abschnitt "EIB" auf der Debugseite werfen, und/oder posten. Scanfehler? Vielleicht von BCU 2 / FT 1.2 Kompatibilitätsmodus auf BCU 2 / FT 1.2 umgestellt und der Schnittstelle keine physikalische Adresse zugewiesen?

[Stingel]

Danke

aber Benutzerrechte können es nicht sein.
Die "Automatischen" Funktionen tun auch nicht
Und hab ja nix geändert... hat ein paar Stunden vorher noch alles funktioniert.
Erst als am nächsten Tag die Jalousien nicht automatisch hochgingen und
die Bewegungsmelder nicht funktionierten hab ichs bemerkt.

Ausserdem kann ich in der Visu draufklicken und der Zustand ändert sich dort dann auch - nur das Licht geht z.B. nicht an.

[Michel]

Nochmal: schau dir die Debugseite, Abschnitt EIB, an! Am besten auch noch posten. Ich tippe stark auf ein Verbindungsproblem HS<->EIB.

[colt]

dann greift Plan B von Michel, poste mal die debug.

[Stingel]

Also sieht nach Scanfehler aus... dort stehen einige drin...

oder wie kann ich die Debugseite hier anhängen?

Soll ich die Schnittstelle neu programmieren?

BCU steht auf Kompatibilitätsmodus

[Matthias Schmidt]

Ein Scanfehler hat nichts mit Sendeproblemen zu tun.

Einfach den Text der Seite markieren und hier einfügen....

[Stingel]

System

Abgerufen am	22.11.2005 09:24:25
Systemzeit	1132647865.91
Version	2.1.050422
Ident-Nr.	004063CBB245
Laufzeit (Sek.)	48385.909657
Korrektur (Sek.)	0
Anz. Korrekturen	0
Anz. SequenzError	0

(back)
Allgemein

Gestartet	21.11.2005 19:58:00
WAN-Zugang	Router/Flatrate

EIB

Bcu-Version	2
Max. Telegramme/Sek.	10
Zeit zw. Telegrammen	0.1
Phys. Adresse	15.15.255
Auth.Level	?
Sub-Status	?
Anzahl Telegramme gesendet	2207
Anzahl Telegramme empfangen	1871
Anzahl Telegramme verloren	2207
Letztes Telegramm verloren	22.11.2005 09:24:20
Anzahl Abfragen OK	0
Anzahl Befehle OK	0
Anzahl Antworten OK	0
Anzahl IETS-Connect	0
Letztes IETS-Connect	?
Anzahl IETS-Open	0
Letztes IETS-Open	?
Anzahl IETS-Close	0
Letztes IETS-Close	?
Anzahl IETS-Lost	0
Letztes IETS-Lost	?
Scan-Status	Fertig
Scan-Start	21.11.2005 19:57:36
Scan-Ende	21.11.2005 19:57:59
Scan Ok	0
Scan Error	104
Soft-Scan Anzahl	0
Soft-Scan-Start	?
Anzahl Verlust EIBNET	0
Letzter Verlust EIBNET	?
Anzahl Init-Start	2270
Letztes Init-Start	22.11.2005 09:24:20
Anzahl Init-Fertig	2228
Letztes Init-Fertig	22.11.2005 09:24:20
Anzahl Init-Abbruch	0
Letztes Init-Abbruch	?
Anzahl Init von BCU	140
Letztes Init von BCU	22.11.2005 08:45:54
Anzahl Reopen	0
Letztes Reopen	?

(back)


Timer

Anzahl Berechnungen	807
Dauer	Min:0.000 Max:0.000 D:0.000 Akt:0.000/0.000/0.000
Anzahl Aktionen	0

(back)
Scan-Fehler

(1/2/0) (1/2/2) (1/2/4) (1/2/6) (1/3/0) (1/4/3) (2/3/1) (2/3/4) (2/3/5) (3/3/6) (3/3/40) (3/3/41) (3/3/42) (3/3/44) (3/3/45) (3/3/46) (2/3/0) (2/3/2) (2/3/3) (4/4/1) (2/1/1) (2/1/2) (2/2/1) (2/2/3) (2/2/5) (2/2/7) (2/2/9) (2/2/11) (2/2/13) (2/2/15) (2/2/17) (2/4/0) (2/4/1) (2/4/2) (2/4/3) (2/4/4) (2/4/5) (2/4/6) (2/4/7) (2/4/10) (3/1/5) (3/1/6) (3/2/1) (3/2/3) (3/2/5) (3/3/1) (3/3/5) (3/4/0) (3/4/1) (3/4/2) (1/4/0) (1/4/1) (1/4/2) (1/3/1) (1/3/2) (1/3/3) (1/3/4) (1/3/5) (3/3/50) (3/3/51) (3/3/52) (3/3/54) (3/3/55) (3/3/56) (1/3/10) (1/3/11) (1/3/12) (1/3/14) (1/3/15) (1/3/16) (1/3/24) (1/3/25) (1/3/26) (1/3/34) (1/3/35) (1/3/36) (1/3/40) (1/3/44) (1/3/45) (1/3/46) (2/3/10) (2/3/11) (2/3/12) (2/3/14) (2/3/15) (2/3/16) (2/3/20) (2/3/21) (2/3/22) (2/3/24) (2/3/25) (2/3/26) (1/3/6) (2/3/7) (2/3/8) (1/3/20) (1/3/21) (1/3/22) (1/3/30) (1/3/31) (1/3/32) (1/3/41) (1/3/42) (2/4/11)

(back)
Stamm-Error

(back)
Exceptions

22.11.2005 06:12:50 (1) File "/hs/compile/hs_comm.py", line 1557, in doWork error: Timeout 2

(back)
Live-Prot

22.11.2005 06:12:50 (30.080) /hslive.php?hsid=004063CBB245&hscode1=1132636341&hscode2=00b89bb0e5bbc6e1a3579adbf3b26df8 -------------------------

(back)

[colt]

Phys. Adresse

15.15.255

Edit : Teilblödsinn
BCU version 2 sieht auch komisch aus. Kann ich aber nichts zu sagen.

Setzte die Phys.Adr. mal auf den Bereich und Linie, in dem der HS auch wirklich ist.

[Michel]

da kommt wohl nix an. Adressreum ist IMHO bis 15/7/255.
BCU version 2 sieht auch komisch aus. Kann ich aber nichts zu sagen.

Setzte die Phys.Adr. mal auf den BEreich und linie, in dem der HS auch wirklich ist.

Physikalische Adresse 15/15/255 funktioniert im Kompatibilitätsmodus (BCU-Version 2) einwandfrei - zumindest bei mir .

Auffällig finde ich die hohe Zahl an Init-Versuchen für die BCU. Sieht schwer nach Problemen mit der Schnittstelle aus. Versuch mal folgendes (aus der HS-Hilfe):

In seltenen Fällen muss die BCU2 nach Verwendung des Modus BCU2/FT1.2 einmalig vom EIB getrennt werden. Dazu muss man den HomeServer neu mit diesem Modus programmieren, warten bis der HomeServer gestartet hat (3-fach Doppelton ertönt), den HomeServer nun ausschalten und die BCU2 vom EIB ca. 60 Sekunden trennen. Danach wieder mit dem EIB verbinden und den HomeServer neu starten. Das Verbindungskabel zwischen HomeServer und BCU muss dazu nicht getrennt werden.

[colt]

Moin Michel,
das war klar, dass du die Steilpassvorlage aufgreifst


Wenn ich mich recht erinnere, musste für den Kompatibilitätsmodus gar keine keine Phys.Adr. vergeben werden. Das erklärt auch die o.a. Adresse. Nachtei hierbei war ein höheres Telegrammaufkommen, weil der HS/BCU kein ACK sendet.

[Michel]

Moin Michel,
das war klar, dass du die Steilpassvorlage aufgreifst


Wenn ich mich recht erinnere, musste für den Kompatibilitätsmodus gar keine keine Phys.Adr. vergeben werden. Das erklärt auch die o.a. Adresse. Nachtei hierbei war ein höheres Telegrammaufkommen, weil der HS/BCU kein ACK sendet.

Hehe, . Ja, so ist das! Sieht aus, als ob die Schnittstelle "hängt".

[Stingel]

Kann man auch andere Einstellungen nehmen?
Ausser Kompatibilitätsmodus?

[colt]

BCU/FT1.2 dann musst/solltest du der BCU aber eine zur Linie passende Phys.Adr. zuweisen (ETS) und diese auch im Expeten eintragen. Das ist eigentlich der Beste Weg. wg. oben beschriebener ACK-Problematik.