HM-LC-SW4-BA-PCB kein Register lowBatLimitBA

Bennemannc · 10 März 2014, 16:40:34

Hallo,

bei der PLATINE finde ich das Register "lowBatLimitBA" nicht, über das die Batteriespannung eingestellt werden kann. Gibt es das nicht oder wird das nur (noch) nicht angezeigt oder mache ich einen Fehler?

Gruß Christoph

martinp876 · 10 März 2014, 20:28:56

sollte zu verfügung stehen.
was steht in der reglist 0?

Bennemannc · 10 März 2014, 21:36:32

Hallo Martin,

da steht's drin, nur wird es bei den Readings nicht angezeigt bzw. nach dem es zu ändern/ setzen wird "set_x.x V" angezeigt, aber anscheinend wir da nichts gesetzt. Bei der 1 Kanal Platine kommt dann irgendwann nur noch x.x V. Dann muss man die Batterien raus und wieder rein damit der Wert beim Neustart genommen wird.
Ich hab dann noch mal "Clear Readings" und "get Config" gemacht. Dann wird der Wert wieder nicht mehr angezeigt.

Gruß Christoph

martinp876 · 11 März 2014, 07:44:33

Hallo Christoph,

kannst du nach dem getConfig einmal expert auf 2 setzen? Dann sieht man die Roh-register. Schicke mir diese einmal.

Mache ein get <device> regList. Da siehst du, welche Register FHEM erwartet. Da sollte das entsprechende aufgefuehrt sein.

Gruss Martin

Bennemannc · 11 März 2014, 08:11:12

Hallo Martin,

bin auf der Arbeit - werde ich heute Abend direkt machen

Gruß Christoph

Bennemannc · 11 März 2014, 16:10:24

martinp876 · 11 März 2014, 19:19:43

hm - das wäre ein glatter Fehler im HM XML file.

Das Register fuer die Batterie ist immer auf Adress 18 (0x12) - auch beim SW1BA. Dort funktioniert es.
Bei dir gibt es das nicht, dafür aber ein Register 28 (0x1C) - zu welchen wiederum keinen Beschreibung existiert. Da steht 160 drin - wären 16V.

Du kannst mit
set <nameDevice> regBulk list0 18:80
probieren.
das 80 waere der Leven in Volt mal 10 - hex darstellung.
Also
80 hex = 128 dec = 12,8V

wenn das klappt... hm hat HM wirklich einen Bock dieser Art geschossen?

Gruss Martin

Bennemannc · 11 März 2014, 20:00:50

Hallo Martin,

schaut ganz danach aus. Habe den Befehl abgesetzt - ohne so wirklich zu wissen was ich da mache

und das kommt zurück - nach get Config:
CommandAccepted yes
D-firmware 1.1
D-serialNr LEQ0073859
PairedTo 0x23A821
R-intKeyVisib invisib
R-ledMode on
R-localResDis undef lit
R-pairCentral 0x23A821
RegL_00: 02:01 05:40 0A:23 0B:A8 0C:21 18:80 E8:A0 00:00
battery ok
state CMDs_done

Ich habe dann mal folgendes getestet - Wert 38 gesetzt (5,6V) um ein Battery low zu provozieren (4 Akkus also ca. 4,8V).
Clear Readings und getConfig
=> der Eintrag Battery fehlt !!!! alles andere ist bis auf
RegL_00: 02:01 05:40 0A:23 0B:A8 0C:21 18:38 47:00 00:00
geblieben.

Gruß Christoph

PS. wenn der Wert wirklich 16V war - warum ist dann immer Battery ok gemeldet worden

?
Der Unterschied zu der 1 Kanal Platine ist zudem - der 4 Kanal hat eine Jumper, bei dem man zwischen 4-15 V und 2-3 V wählen kann. 4-15 V sind Klemmen 2-3V Lötpinns z.B. für Knopfzellen.

martinp876 · 11 März 2014, 20:23:38

Zitatwenn der Wert wirklich 16V war - warum ist dann immer Battery ok gemeldet worden

HM sagt, max ist 15. Was die SW mit 16 macht musst du also raten... out of range?

Wuerde mich interessieren, ob die HM SW den wert setzen kann - m.E. nicht. Ich denke da ist in der FM aus eine r Adresse 18 eine 28 geworden...

Morgen solltest du ein Register
lowBatLimitBA_4
haben - an der richtigen(falschen?) stellen

lowBatLimitBA
musst du löschen - kann sein dass es nur schwer vn alleine verschwindet
mache ein clear register und ein getConfig

Bennemannc · 11 März 2014, 21:57:36

Hallo Martin,

das lowBatLimitBA wurde nur angezeigt, wenn ich versucht habe das zu setzen. Ich habe eine Emu der CCU2 für den Raspi - da wird für die Platiner ein Wertebereich von 0-15V angegeben.

Gruß Christoph

martinp876 · 12 März 2014, 09:32:48

hi Christopgh,
da ist klar.
das mit den Registern arbeitet mehrstufig:
- ein Register wird fuer eine entity freigegeben.
- wenn die rohregister gelesen sind werden alle freigegebenen, die auch in den rohmessages gefunden werden dargestellt. Alle anderen nicht. Hat ein paar vorteile, z.B. bei FW aenderungen von HM
- setzen kann man alle freigegebenen Register - nur bei Bitfeldern muessen die roh-register vor dem setzen vorhanden sein.
- wenn du nun ein freigegebenes, aber nicht in rohdaten vorhandenes Register setzt wird ein "shadow" angelegt. FHEM geht davon aus, dass es gesetzt werden koennte.

In deinem Fall ist nun das Register vom device nicht supportet - HM hat alle Anzeichen nach einen bug verbaut. Das Regiser ist nicht in den rohdaten vorhanden. Die "falsche" Position ist aber in FHEM nicht bekannt und kann nicht dekodiert werden.

Ich denke, wenn du eine Fehlermeldung an eQ3 sendest wird das im naechsten XML oder in der FW gefixet. Ist wohl noch keinem Aufgefallen...

heute sollte das neue Register in FHEM bereit stehen
Gruss Martin

Bennemannc · 12 März 2014, 16:41:12

Hallo Martin,

im Moment noch alles unverändert - die CUL_HM ist von gestern 17:42. Clear Reading, shutdown restart, get config gemacht. Das Register wird nicht angezeigt.
Außerdem passt da etwas nicht. Wie erwähnt habe ich eine CCU2 Emulation. Mit der habe ich die erste Platine auf 9.0 V gesetzt - reg 18 zeigt bei get config 00 - allerdings finde ich den Wert auch nicht in den anderen Registern - das müsste ja 5A sein. Platine 2 habe ich auf 10 V gesetzt - da stehen in reg 18 immer möchte die 32, die ich gestern reingeschrieben habe, 64 finde ich da auch nirgendwo.
Sehe ich nicht alle Informationen - wie kann ich die RAW Werte bekommen?

Gruß Christoph

martinp876 · 12 März 2014, 18:48:01

Hi Christoph,

mein fehler - bug in der Registerdarstellung. Neue Version eingecheckt.
rohwerte der Register mit attr expert 2 sichtbar schalten.

Sorry
Martin

Bennemannc · 12 März 2014, 19:42:08

Hallo Martin,

Ok - dann versuche ich es morgen noch einmal. Heute habe ich schon ein Update gemacht und das geht ja nur einmal am Tag - oder werden die Daten nur einmal am Tag syncornisiert ?

Egal - das ist ja nicht wirklich kriegsentscheidend. Besten Dank schon mal.

Gruß Christoph

martinp876 · 13 März 2014, 07:13:14

die Daten werden jeden Morgen zum Update beretigestellt.
du kannst aber in
https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/
immer alle sourcen finden. Die Files einfach von Hand kopieren und einspielen