[gefixt] FHT %-position problem

Archiv Bug Archiv
#1

Hallo Leute,

Seit eing-igen Tage (und nach installation der laetzte updates) bekomme ich die % position von die FHT’s nicht mehr.

frage an paresy : wie soll das (debug) Protokoll aussehen fuer die Stelantriebs position? Möchte gerne selber nachsehen op die FHT’s die position uberhaupt durchgeben, bevor ich mich an euch richtte.

Hatte schon mal das problem … FHT’s raus aus dem IPS und neu anmelden. Dann hat’s geklappt. Habe jetzt keine Lust das nochmal zu tun ohne anderes versucht zu haben.

Problem bei mir ist das ich 3 umwalzpumpen (?syntax error?) und 1 kessel habe die 3 circuits mit warmes wasser vorsehen.
Per FHT’s mussen die umwalzpumpen und kessel angesteurt werden. Benutze also die stellantriebe % um dies zu bestimmen. Laufen die pumpen und sind die stelantriebe geschlossen bekomme ich einem wasserkurzschluss (jah echt!) und fangen die pumpen an unterdruck zu machen. Kurzer zeit sollen die dies uberstehen aber keine lange zeit.
(Da hat mir mein installateur etwas tolles gemacht huh ?? besser wäre ein uberdruck ventile rein ins circuit zu stecken so dass bei geschlossene ventile dass wasser uber derren bypass zuruck and die pumpen geliefert ware.) [ow waia mein deutsch] Geht besser nach 4 biere - herr damit !

Grusse aus Belgien.

#2

Hallo GGGss,
hallo paresy,

meine Stellposition geht auch noch nicht wieder. Ich mache heute abend mal einen Reset vom FHZ1000PC (also vom USB Bus abstecken, mal sehen, ob das hilft.

Gruss Torro

#3

Hallo Torro,

ich habe mal eben unsere FHTs überprüft: keine Probleme…

MST

#4

bei mir laufen die 3 FHT’s auch weiterhin ohne Ausfall oder Aussetzer.

USB „Replug“ könnte bei Störungen aber helfen.

#5

Michael & paresy

Habe doch die bitte das FHT protokol zu erklären … ist mir einfach zu wichtig. Heizung lauft d’rauf/

Oder kann ich es irgendwo finden ? Ich möchte gans gerne das protokol durchblikken.
Bin eigentlich ein IT-er die low level Netzwerke aus hobby anlegt. also wirklich auf TCP protokoll stresst. Deshalbe bin ich faziniert von das FS20 protokoll.

PS: ich mache

  • USB unplug
  • abschalten vom IPS und neu verknupfen
  • …
    und dokumentiere
#6

Hallo GGGss,

oh prima, da warte ich, bis Du fertig bist, bevor ich das bei mir mache. Da kann ich in der Zwischenzeit meine Strom-Mess-Station aufbauen, wollte ja noch den Strom beim 0% Dimmung messen.

Gruss Torro

#7

Hallo GGGss,

das F20 Protokoll „schwirrt“ im Internet herum. Aber das FHT und HMS habe ich noch
nirgendwo entdeckt. Wenn Du es findest melde Dich bitte bei mit :slight_smile:

MST

#8

lösung : usb AUS UND EINSCHALTEN
Siehier die Logs

Dies war blödsinn —>

  1. before debugg
  2. IPS neustart
  3. schalte AUS
  4. schalte EIN
  5. USB aus & ein
    end Blödsinn

Also loggings:
*before debug wie die laetzte tage
*2) IPS neustart
*2b) FHT debug history
*3) USB ab- und anschluss mit neustart IPS
*3bis FHT debug

#9

Hallo,

also bei mir hat das USB abstoepseln, ausschalten des Rechners und vom Netz trennen alles nichts geholfen. Einzig und allein das Entfernen der Batterien im FHT hat geholfen, jetzt geht wieder alles.

Gruss Torro

#10

Hmm…wenn ich mir diese Dinge alle so über die Zeit betrachte sollte man mal mit einer kelinen Datenbank anfagen in der die typischen Fehler und die möglichen Lösungswege aufgezeigt werden.

Beispiel:
Problem:
PIRI - sendet immer wieder „true“ obwohl keine Bewegung im Umfeld stattfindet.
möglicher Fehler:
Accus, bzw. Batterien mit ungenügend hoher Spannung
Lösung:
Batterien durch „hochwertige“ Alkali-Batterien ersetzen (z.B. Typ XXXX)

halt irgendwie so in der Art - dann muss man nicht immer die Forumsbeiträge durchforsten,

#11

Hallo Retiarius,

ich werde Deine Anregung mal im „Hinterkopf“ behalten…

Gruß MST

#12

@Paresy

HFT lauft jetzt noch immer nach dem neustart diesem morgen 0u…

Gebe es eine möglichkeit das (between) FHZ & IPS ein buffer sitzt die „uberlauft“?
USB ab und anschalten; IPS neustart; hat mir diesmal geholfen; aber sitze hier noch mit Fragezeichen.
Ich mache mir mal ein debug-programm die - jedesmal dass HFT sendet diesem wert gemerkt wird und parrallel daran einem variablen geset wird.
Nach 6 min wird die parrallele gereset. Indem die parrallelle (oei) nach zb. 1 std kein update bekommen hat mache ich mir ein alarm.
Wie konnte man das hin bekommen … das stresse ich heute abend mal auf.
Am liebsten 1 script die alles in sich hat. Mal gucken! Komme hierauf zuruck :rolleyes:

#13

Bis heute FHT % ok.

IPS geupdated & IPS restart
Keine FHT % angzeigen
IPS shutdown
USB ab & an
IPS restart
% anzeigen reneut da.

Wäre nach IPS update keine USB ab & an angewiezen ?

Grusse,

#14

@Paresy,

Bleibe probleme haben …
Kann ich dir noch iregendwie info’s geben zur lösung des problems?

Heute verplichtet FHT instanz zu löschen und neu an zu legen.
Möchte das debug programm schreiben (thema: wenn keine % in zb 30 minuten dann alarm) aber sehe keine %-triggers erscheinen, also kann ich meine last_sent wert nicht setzen… und darum immer alarm -> macht sinn;¨
hätte es gerne anders gesehen.

Wie war die artikelnummer von das ELV FS20 protokoll analyser?

Grusse aus Belgien

#15

Wissenschaft macht spass :wink:

Die FHZ sendet keine % satzen wenn keine stellantriebe geöffnet sind :confused:
Sweeet !

Lasst mich mal das ganze protokolieren.
Komme hier morgen auf zuruck.

— 20h50 : edit
Hat jemanden die beschreibung van das FHT protokol ?
Ich guck jetzt schon eine stunde auf das FHT debug fenster aber komme nicht raus
— ende edit

#16

Wenn du mir sagst, was du genau suchst, kann ich dir gerne helfen. Das Protokoll darf ich leider nicht an dritte geben.

Grüße, paresy