| Autor |
Nachricht |
|
Tixi-Support
|
 Verfasst: Do Jan 24, 2008 1:24 pm |
|
Registriert: Mo Jul 11, 2005 5:50 pm
Beiträge: 1351
Wohnort: Berlin
|
S.Hohmann hat geschrieben: Ist mit dem "Application-Reset" vielleicht "SND_NKE" gemeint? "SND_NKE" soll laut Elster Messtechnik zu Beginn der M-Bus-Abfrage gesendet werden.
Exakt, das holt den Zähler aus seinem Tiefschlaf ! Wird erst ab FW 3.00.01.362 unterstützt. Waren Sie evtl. zwischendurch mal mit einer M-Bus Software auf dem Zähler ? Das könnte den Zähler aufgeweckt haben, sodaß das eine HE danach Werte bekommen hat. S.Hohmann hat geschrieben: Mach ich gern. Vielleicht liegt ja auch darin das Problem. Per PM schicken oder an Tixi-Support@tixi.com? Bitte an Tixi-Support@Tixi.Com. Dann können wir auch gleich die Firmware für den Aplication-Reset zusenden. _________________ Tixi Support Team
E-Mail-Support, Mo-Fr, 9:00 - 17:00: Tixi-Support@tixi.com
techn. Hotline, Mo-Fr, 9:00 - 12:00 und 13:00 - 17:00: 0900-100 90 11 für 2€/min
|
|
  |
|
 |
|
S.Hohmann
|
Verfasst: Do Jan 24, 2008 12:42 pm |
|
Registriert: Mo Aug 20, 2007 7:16 am
Beiträge: 28
Wohnort: HH
|
Zitat: Haben Sie das mit einem evtl. notwendigen Application-Reset für den Elster F4 klären können ? Ist mit dem "Application-Reset" vielleicht "SND_NKE" gemeint? "SND_NKE" soll laut Elster Messtechnik zu Beginn der M-Bus-Abfrage gesendet werden. Wenn ich richitg liege hieß Elster vorher ABB oder gehört zu ABB!? Vielleicht ist der WMZ bei Ihnen ja unter ABB F4 bekannt. Zitat: Es könnten auch Kommunikationsprobleme/-verzögerungen auf dem M-Bus Ursache des Problems sein. Diesbezüglich könnte ich Ihnen eine Firmware zur Verfügung stellen, bei der ein M-Bus Kommunikationstimeout parametrierbar ist. Das würde ich gern mit dem HE123 einmal testen. Zitat: Ist das ein nativer COM-Port, oder ein USB-Adapter ? Es handelt sich um einen nativen COM-Port. In der TICO ist eine Baudrate von 115200 eingestellt. Zitat: Tritt das auch auf, wenn die Zähler nicht angeschlossen sind ? Im Moment ist das HE423 angeschlossen. Werde das aber noch mit dem HE123 ausprobieren. Zitat: Lassen Sie und ggf. bitte die komplette Projektdatei zum Reproduzieren des Problems zukommen. Mach ich gern. Vielleicht liegt ja auch darin das Problem. Per PM schicken oder an Tixi-Support@tixi.com? Zitat: Da die 3.0.1.328 derzeit am meisten verbreitet ist, würde ich empfehlen, das Sie das HE423 auch auf diese Version aktualisieren.
Naja... Dafür kann ich mich im Moment noch nicht begeistern. Das HE423 ist ja meine Alternative, falls ich es mit dem HE123 nicht in Gang bekomme.
|
|
| |
|
|
|
Tixi-Support
|
Verfasst: Do Jan 24, 2008 10:41 am |
|
Registriert: Mo Jul 11, 2005 5:50 pm
Beiträge: 1351
Wohnort: Berlin
|
S.Hohmann hat geschrieben: Das Problem, dass beim HE123 die DeviceStates der WMZ meist 0 sind besteht auch immernoch. Wenn ich aber das HE123-M25 gegen ein HE423-M25 tausche funktioniert das Auslesen.
Ich hätte das anhand Ihrer FW-Angaben eher andersrum gedacht, da die HE's mit FW 3.0.1.328 hundertfach mit M-Bus-Zählern im Einsatz sind. Haben Sie das mit einem evtl. notwendigen Application-Reset für den Elster F4 klären können ? Können Sie und ggf. solch einen Zähler für einen Evaluierungstest zur Verfügung stellen ? Es könnten auch Kommunikationsprobleme/-verzögerungen auf dem M-Bus Ursache des Problems sein. Diesbezüglich könnte ich Ihnen eine Firmware zur Verfügung stellen, bei der ein M-Bus Kommunikationstimeout parametrierbar ist. S.Hohmann hat geschrieben: Ausserdem ist mir aufgefallen, dass die Verbindung vom HE123 zu meinem Notebook über COM1 Schwierigkeiten macht. Nach einem Reset kann ich zwar meist mein Projekt übertragen, aber z.B. der Befehl [<Get _="/Process/Bus1/" ver="v"/>] funktionert oft nicht.
Ist das ein nativer COM-Port, oder ein USB-Adapter ? Die HE1xx/HE4xx-Serie kann derzeit nur mit 115200bps kommunizieren. Zudem ist ein Hardware-Handshake RTS/CTS notwendig, was einige USB-Adapter leider nicht sauber verarbeiten. S.Hohmann hat geschrieben: Danach geht die Power-LED kurz aus und "Process", "Connect" und "Data out" blinken.
Dieses LED-Zustand bedeutet, daß der Watchdog einen Neustart ausgelöst hat. Tritt das auch auf, wenn die Zähler nicht angeschlossen sind ? Lassen Sie und ggf. bitte die komplette Projektdatei zum Reproduzieren des Problems zukommen. S.Hohmann hat geschrieben: Firmware HE123 = 3.0.1.328
Firmware HE423 = 3.0.1.308
Da die 3.0.1.328 derzeit am meisten verbreitet ist, würde ich empfehlen, das Sie das HE423 auch auf diese Version aktualisieren. Das Update können Sie per E-Mail anfordern. _________________ Tixi Support Team
E-Mail-Support, Mo-Fr, 9:00 - 17:00: Tixi-Support@tixi.com
techn. Hotline, Mo-Fr, 9:00 - 12:00 und 13:00 - 17:00: 0900-100 90 11 für 2€/min
|
|
| |
|
|
|
S.Hohmann
|
Verfasst: Do Jan 24, 2008 8:58 am |
|
Registriert: Mo Aug 20, 2007 7:16 am
Beiträge: 28
Wohnort: HH
|
|
Moin,
ich möchte gern nochmal auf den Anfang dieses Themas zurückkommen. Ich bin grad beim Kunden vor Ort und versuche mit dem HE123-M25 fünf WMZ auszulesen. Das Problem, dass beim HE123 die DeviceStates der WMZ meist 0 sind besteht auch immernoch. Wenn ich aber das HE123-M25 gegen ein HE423-M25 tausche funktioniert das Auslesen.
Ausserdem ist mir aufgefallen, dass die Verbindung vom HE123 zu meinem Notebook über COM1 Schwierigkeiten macht. Nach einem Reset kann ich zwar meist mein Projekt übertragen, aber z.B. der Befehl [<Get _="/Process/Bus1/" ver="v"/>] funktionert oft nicht. Danach geht die Power-LED kurz aus und "Process", "Connect" und "Data out" blinken.
Woran kann das liegen?? Auf das HE423 kann ich problemlos über COM1 zugreifen.
Firmware HE123 = 3.0.1.328
Firmware HE423 = 3.0.1.308
|
|
| |
|
|
|
Tixi-Support
|
Verfasst: Mo Jan 14, 2008 10:41 am |
|
Registriert: Mo Jul 11, 2005 5:50 pm
Beiträge: 1351
Wohnort: Berlin
|
Grundsätzlich sollte es mit allen M-Bus Zählern funktionieren. 
Falls es mit einem Zähler Probleme gibt, teilen Sie uns bitte Hersteller und Typ mit, wir schauen uns das dann gerne näher an.
Zähler-Empfehlungen möchte ich hier keine Aussprechen, ich kann jedoch die Liste der von uns im Hause erfolgreich getesteten Geräte zur Verfügung stellen:
Techem:
compact III
compact IV
m-bus S / II
Classic S
ultra S II
Hydrometer:
SHARKY HEAT
Hydro-Center
Scylar
Scylar 2
Pulse
SCAMPY
FLYPPER
RAY HEAT
ista
mbus
sensonic II
NZR:
IC-M2
IC-M12
DHZ 5/65
DHZ 5/63
EMH
div. Drehstromzähler
ISM-4M23091
ABB
DBB21000 mit OA4108
DBB2300 mit OA4108
FB11200 mit OA4108
Delta OD4110 mit OA4108
ABB OA-4108-2002-1
Diverse
Berg DCMi462W
GWF Wasserzähler
SVM ABB F4
Relay AnDi 4
Landis/Gyr Wärmemengenzähler
Schlummberger Almess Integral-MK MAXX
Sensonic II
SPX Sensus PolluTherm
SPX Sensus PolluCom E
SPX Sensus MA2100
SPX Sensus HRI
Xemtec OCR-Scanner
Aquametro CALEC ST
Rossweiner Zähler
Almess Integral-MK MAXX
BTR T/M 4 _________________ Tixi Support Team
E-Mail-Support, Mo-Fr, 9:00 - 17:00: Tixi-Support@tixi.com
techn. Hotline, Mo-Fr, 9:00 - 12:00 und 13:00 - 17:00: 0900-100 90 11 für 2€/min
Zuletzt geändert von Tixi-Support am Mo Dez 15, 2008 10:06 am, insgesamt 2-mal geändert.
|
|
| |
|
|
|
S.Hohmann
|
Verfasst: Mo Jan 14, 2008 10:10 am |
|
Registriert: Mo Aug 20, 2007 7:16 am
Beiträge: 28
Wohnort: HH
|
|
Moin,
gibt es eigentlich eine Zusammenfassung zum HE123 oder ähnlichen Geräten, aus der man entnehmen kann mit welchen Zählern die Kommunikation über M-Bus realisiert/getestet wurde und welche Werte man auslesen kann??
|
|
| |
|
|
|
Tixi-Support
|
Verfasst: Di Dez 18, 2007 9:55 am |
|
Registriert: Mo Jul 11, 2005 5:50 pm
Beiträge: 1351
Wohnort: Berlin
|
|
Nein, die Ausgabe von DeviceState und ChangeToggle läßt sich bei der Abfrage des Devices nicht unterbinden. Das muss ggf. Ihre Applikation rausfiltern/ignorieren.
_________________ Tixi Support Team
E-Mail-Support, Mo-Fr, 9:00 - 17:00: Tixi-Support@tixi.com
techn. Hotline, Mo-Fr, 9:00 - 12:00 und 13:00 - 17:00: 0900-100 90 11 für 2€/min
|
|
| |
|
|
|
S.Hohmann
|
Verfasst: Di Dez 18, 2007 9:35 am |
|
Registriert: Mo Aug 20, 2007 7:16 am
Beiträge: 28
Wohnort: HH
|
Gibt es eigentlich eine Möglichkeit alle gewünschten Daten eines WMZ z.B. mit Code: [<Get _="/Process/Bus1/Device_08/" ver="v"/>] abzufragen und dabei das Bit ChangeToggle in der Antwort des Modems rauszufiltern?
|
|
| |
|
|
|
Tixi-Support
|
Verfasst: Do Dez 13, 2007 5:15 pm |
|
Registriert: Mo Jul 11, 2005 5:50 pm
Beiträge: 1351
Wohnort: Berlin
|
S.Hohmann hat geschrieben: Ändert es sich mehrmals pro Abfrage bei jeder Änderung einer Variablen oder einmal je Abfrage, wenn sich im Vergleich zur letzten Abfrage irgendeine der abgefragten Variablen geändert hat??
Einmal pro Abfrage. _________________ Tixi Support Team
E-Mail-Support, Mo-Fr, 9:00 - 17:00: Tixi-Support@tixi.com
techn. Hotline, Mo-Fr, 9:00 - 12:00 und 13:00 - 17:00: 0900-100 90 11 für 2€/min
|
|
| |
|
|
|
S.Hohmann
|
Verfasst: Do Dez 13, 2007 5:11 pm |
|
Registriert: Mo Aug 20, 2007 7:16 am
Beiträge: 28
Wohnort: HH
|
Danke für die schnelle Antwort.
Zitat: Benötigt der Zähler evtl. einen Apllication(Reset)Code ? Da bin ich im Moment leider überfragt... Zitat: Welche FW-Version läuft auf dem Alarm Modem ? Code: <Firmware>
<Version _="3.0.1.328" />
<Date _="2007-08-17 19:12:10" />
</Firmware> Zitat: ChangeToggle ist ein "Toggle-Bit", d.h. es ändert bei jeder erkannten Änderung seinen Zustand 0->1->0->1...
Ändert es sich mehrmals pro Abfrage bei jeder Änderung einer Variablen oder einmal je Abfrage, wenn sich im Vergleich zur letzten Abfrage irgendeine der abgefragten Variablen geändert hat??
|
|
| |
|
|
|
Tixi-Support
|
Verfasst: Do Dez 13, 2007 4:17 pm |
|
Registriert: Mo Jul 11, 2005 5:50 pm
Beiträge: 1351
Wohnort: Berlin
|
S.Hohmann hat geschrieben: Bei allen WMZ handelt es sich um Elster F4.
Das Modell haben wir leider nicht im Haus, daher kann ich es nicht testen. Benötigt der Zähler evtl. einen Apllication(Reset)Code ? Welche FW-Version läuft auf dem Alarm Modem ? S.Hohmann hat geschrieben: Eine Sache habe ich da scheinbar noch falsch verstanden:
<DeviceState _="0" /> bedeutet in diesem Fall doch, dass der M-Bus-Teilnhmer nicht erreicht wurde
Korrekt, er hat auf die letzte Anfrage nicht geantwortet. S.Hohmann hat geschrieben: und <ChangeToggle _="1" /> bedeutet, dass sich Variablen geändert haben, oder?
Jein: ChangeToggle ist ein "Toggle-Bit", d.h. es ändert bei jeder erkannten Änderung seinen Zustand 0->1->0->1...
Da Sie ja Daten einer vorhergehenden Abfrage sehen, war mindestens eine Änderung vorhanden (Wechsel 0->1). Danach kann die Kommunikation unterbrochen worden sein, es treten also keine Änderungen mehr auf, und somit bleibt ChangeToggle auf 1. _________________ Tixi Support Team
E-Mail-Support, Mo-Fr, 9:00 - 17:00: Tixi-Support@tixi.com
techn. Hotline, Mo-Fr, 9:00 - 12:00 und 13:00 - 17:00: 0900-100 90 11 für 2€/min
|
|
| |
|
|
|
S.Hohmann
|
Verfasst: Do Dez 13, 2007 3:57 pm |
|
Registriert: Mo Aug 20, 2007 7:16 am
Beiträge: 28
Wohnort: HH
|
Die erste Möglichkeit möchte ich ausschließen. Versorgt wird das Modem von einer Spannungsquelle mit 24V/5A.
Bei allen WMZ handelt es sich um Elster F4. Nach Auskunft des Herstellers soll die Pollrate auch kein Problem darstellen. Die Änderung auf 5m hat da leider keinen Erfolg gebracht.
Eine Sache habe ich da scheinbar noch falsch verstanden:
Code: <Get> <Bus1> <Device_08> <DeviceState _="0" /> <ChangeToggle _="1" /> <Var_01 _="+001687600" /> <Var_02 _="+071971200" /> <Var_03 _="+000001680" /> <Var_04 _="+000113400" /> <Var_05 _="+000000090" /> <Var_06 _="+000000077" /> <Var_07 _="2007/12/12,16:05" /> </Device_08> <Active _="1" /> <FreeMem _="130281" /> </Bus1> </Get> <DeviceState _="0" /> bedeutet in diesem Fall doch, dass der M-Bus-Teilnhmer nicht erreicht wurde und <ChangeToggle _="1" /> bedeutet, dass sich Variablen geändert haben, oder? Müsste dann <DeviceState _="0" /> nicht <ChangeToggle _="1" /> ausschließen? 
|
|
| |
|
|
|
Tixi-Support
|
Verfasst: Do Dez 13, 2007 9:31 am |
|
Registriert: Mo Jul 11, 2005 5:50 pm
Beiträge: 1351
Wohnort: Berlin
|
|
Ich sehe dafür zwei Möglichkeiten:
1. Die Spannungsversorgung des Modems reicht nicht aus (mind. 18V, 1A).
2. Einige M-Bus Zähler erlauben Abfragen nur in bestimmten Mindestzeitabständen, um die Batterie nicht übermäßig zu belasten.
Probieren Sie einmal 5m Pollzyklus, oder fragen Sie den Hersteller nach entsprechenden Einschränkungen.
Oftmals gehts bei der Zählerüberwachung nur um Abrechnungsdaten, die monatlich erfasst werden sollen. Da kann der Pollzyklus auch auf einen Tages- oder Monatszyklus reduziert werden.
_________________ Tixi Support Team
E-Mail-Support, Mo-Fr, 9:00 - 17:00: Tixi-Support@tixi.com
techn. Hotline, Mo-Fr, 9:00 - 12:00 und 13:00 - 17:00: 0900-100 90 11 für 2€/min
|
|
| |
|
|
|
S.Hohmann
|
Verfasst: Do Dez 13, 2007 9:13 am |
|
Registriert: Mo Aug 20, 2007 7:16 am
Beiträge: 28
Wohnort: HH
|
Hallo,
mit einem HE123-M25 sollen fünf Wärmemengenzähler ausgelesen werden. Die Abfrage funktioniert aber nicht 100%ig. Immer wieder wird für ein oder mehrere Geräte DeviceState=0 angezeigt.
Im Moment soll zum Testen nur ein WMZ ausgelesen werden. Das Register 17-External sieht dabei so aus:
Code: [<SetConfig _="PROCCFG" ver="y">
<External>
<Bus _="COM3" BusId="1" protocol="MeterBus">
<Device _="8" Name="Device_08" PrimaryAddr="8" Pollrate="60s">
<Var_01 ind="01" format="F+010"/> <!-- Energie in kWh -->
<Var_02 ind="02" format="F+010"/> <!-- Volumen in m^3 -->
<Var_03 ind="10" format="F+010"/> <!-- Leistung in kW -->
<Var_04 ind="09" format="F+010"/> <!-- Durchfluss in m^3/h -->
<Var_05 ind="04" format="F+010"/> <!-- Vorlauftemp. in C -->
<Var_06 ind="05" format="F+010"/> <!-- Ruecklauftemp. in C -->
<Var_07 ind="11"/> <!-- Datum & Zeit in YYYY/MM/DD,HH:MM -->
</Device>
</Bus>
</External>
</SetConfig>]
Der DeviceState ist immer mal 1 und mal 0. Welche Ursachen können denn dafür in Frage kommen?
|
|
| |
|
|
|
