1-Wire Update 31.Juli 2012

Begonnen von Guest, 31 Juli 2012, 21:04:19

Vorheriges Thema - Nächstes Thema

Guest

Originally posted by: <email address deleted>

Hallo Liste,

00_OWX.pm enthält ein paar kleiner Fixes.
21_OWCOUNT.pm wurde überarbeitet, berechnet jetzt auch die Zählrate (d.h.
gezählte Impulse pro Stunde, pro Minute oder pro Sekunde), und zwar in den
spezifizierten Einheiten. Sollte auch gut geeignet sein, um z.B.
Wasserverbrauch zu messen. Außerdem wird kurs nach Mitternacht ein
Summenwert des Vortages ins Log geschrieben. Die monatlich Abrechnung ist
noch in Arbeit, das ist also sozusagen jetzt ein Zwischenstand vor dem
Urlaub. Aber testen kann man es ja mal.

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Sorry für die Tippfehler - das kommt von der Eile ...

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

UweH

                                                   

Danke :)

Test läuft

Am 31. Juli 2012 21:20 schrieb Prof. Dr. Peter A. Henning <
prof.dr.peter.a.henning@gmail.com>:

> Sorry für die Tippfehler - das kommt von der Eile ...
>
>  --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Hallo Peter,

ich habe OWX und OWCOUNT bei mir eingespielt und bekomme folgende
Fehlermeldung.
Ich verwende die aktuellste fhem.pl

TELNET
# sh startfhem
# Use of uninitialized value $text in concatenation (.) or string at
fhem.pl line 535, <$fh> line 661.
Illegal division by zero at ./FHEM/21_OWCOUNT.pm line 385.

Im LOG-File hat vorher alles i.O. ausgesehen...
Zuletzt war auch die neu eingepflegte Meldung ausgegeben worden.

2012.08.01 09:58:02 1: OWCOUNT InitializeDevice with period hour and UNITABBR = m3/h


hier ein Ausschnitt..


2012.08.01 09:57:38 1: Including fhem.cfg
2012.08.01 09:57:39 3: tPort: port 7072 opened
2012.08.01 09:57:42 3: WEB: port 8083 opened
2012.08.01 09:57:42 3: WEBS: port 8084 opened
2012.08.01 09:57:42 3: WEBP: port 8085 opened
2012.08.01 09:57:43 3: Opening CUL_FS20 device /dev/ttyACM0
2012.08.01 09:57:43 3: Setting CUL_FS20 baudrate to 9600
2012.08.01 09:57:43 3: CUL_FS20 device opened
2012.08.01 09:57:43 3: Opening CUL_HM device /dev/ttyACM1
2012.08.01 09:57:43 3: Setting CUL_HM baudrate to 9600
2012.08.01 09:57:43 3: CUL_HM device opened
2012.08.01 09:57:43 2: Switched CUL_HM rfmode to HomeMatic
2012.08.01 09:57:43 3: ECMD opening NETIO_01 (protocol telnet, device 192.168.178.44:2701)
2012.08.01 09:57:47 3: Can't connect to 192.168.178.44:2701: No route to host
2012.08.01 09:57:47 1: NETIO_01: cannot open file /var/InternerSpeicher/fhem/onewire.classdef for class ONEWIRE.
2012.08.01 09:57:47 1: NETIO_01: cannot open file /var/InternerSpeicher/fhem/intertechno.classdef for class RFM12.
2012.08.01 09:57:47 1: NETIO_01: cannot open file /var/InternerSpeicher/fhem/relais.classdef for class RELAIS.
2012.08.01 09:57:51 3: No I/O device found for WZ_Media
2012.08.01 09:57:51 3: No I/O device found for WZ_WLAN_Repeater
2012.08.01 09:57:51 3: No I/O device found for WZ_ChinaLampe
2012.08.01 09:57:51 3: No I/O device found for WZ_Deckenfluter
2012.08.01 09:57:53 1: OWX: Serial device /dev/ttyUSB0 defined
2012.08.01 09:57:53 1: OWX: 1-Wire bus master DS2480 detected for the first time
2012.08.01 09:57:53 1:
2012.08.01 09:57:53 3: OWCOUNT:   Device Gaszaehler defined.
2012.08.01 09:57:54 3: OWTHERM: Device temp_Heizung_Ruecklauf defined.
2012.08.01 09:57:54 3: OWTHERM: Device temp_Heizung_Vorlauf defined.
2012.08.01 09:57:54 3: OWTHERM: Device temp_Vorratsraum defined.
2012.08.01 09:57:55 3: OWLCD:  Device OWX_LCD defined.
2012.08.01 09:57:59 3: Opening TCM120_0 device /dev/ttyUSB0
2012.08.01 09:57:59 3: Setting TCM120_0 baudrate to 9600
2012.08.01 09:57:59 3: TCM120_0 device opened
2012.08.01 09:58:00 1: Including ./log/fhem.save
2012.08.01 09:58:02 0: Server started (version Fhem 5.2 (DEVELOPMENT), $Id: fhem.pl 1764 2012-07-28 06:27:09Z rudolfkoenig $, pid 1686)
2012.08.01 09:58:02 1: OWCOUNT InitializeDevice with period hour and UNITABBR = m3/h
2012.08.01 09:58:02 1: OWCOUNT InitializeDevice with period hour and UNITABBR = m3/h


Ich hoffe das hilft weiter.

Bei der Gelegenheit auch noch eine Frage.
Ich habe öfters folgenden Effekt:

In der fhem.cfg definiere ich meinen Counter  wie folgt..
define Gaszaehler OWCOUNT DS2423 0FDD0F000000 600
Funktion ist i.O.

öffne ich nun die cfg ist die Definition wie folgt "gekürzt"
define Gaszaehler OWCOUNT DS2423 0FDD0F
Die ist also der Nullen beraubt und die Eingabe fehlt ganz.

Ein Abspeichern führt also zu Fehlermeldungen. Um dies zu Umgehen muss ich immer die Definition ergänzen.




Gruß Manuel

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Hallo,

ich fange mal von hinten an: Keine Ahnung, warum, die Definition gekürzt
wird. Möglicherweise ist das ein Bug in der Routine, die die cfg
beschreibt, sollte an Rudolf König gemeldet werden.

Die Division durch Null sollte auch nicht vorkommen - dann stimmt irgend
etwas mit den Zeitstempeln nicht.

Ich hänge mal eine noch neuere Version an, in der das abgefangen wird.

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Tobias

                                                   

Hallo pah,
ich nutze OWSWITCH. Egal was ich bei AUnit einstelle, es bleibt beim State:
ON oder Off

attr switch AUnit An|Aus

Weiterhin ist mir aufgefallen, hat man longpoll aktiviert, so "verschwindet
die State-Anzeige beim pollen.
Bei dem State, wenn man extern einen Ausgang "kurzschließt" kommt ein
kleiner Pfeil. Dummerweise gehört der aber auch zum State.
State: ON
Ich denke das ist nicht so toll wenn man den State weiterverarbeiten
möchte, zb. mittels notify. Gibts den nicht auch ohne Formatierung? Oder
habe ich etwas übersehen?

On Tuesday, July 31, 2012 9:04:19 PM UTC+2, Prof. Dr. Peter A. Henning
wrote:
>
> Hallo Liste,
>
> 00_OWX.pm enthält ein paar kleiner Fixes.
> 21_OWCOUNT.pm wurde überarbeitet, berechnet jetzt auch die Zählrate (d.h.
> gezählte Impulse pro Stunde, pro Minute oder pro Sekunde), und zwar in den
> spezifizierten Einheiten. Sollte auch gut geeignet sein, um z.B.
> Wasserverbrauch zu messen. Außerdem wird kurs nach Mitternacht ein
> Summenwert des Vortages ins Log geschrieben. Die monatlich Abrechnung ist
> noch in Arbeit, das ist also sozusagen jetzt ein Zwischenstand vor dem
> Urlaub. Aber testen kann man es ja mal.
>
> LG
>
> pah
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

UweH

                                                   

Hallo Peter,

ich bekomme seit dem Einspielen der neuen OWCOUNT massenhaft diese Einträge
im Log (wiederholen sich endlos...)


Use of uninitialized value $period in string eq at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 390.
Use of uninitialized value $period in string eq at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 392.
Use of uninitialized value within @owg_rate in string at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 395.
Use of uninitialized value $runit in sprintf at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 397.
Use of uninitialized value $runit in sprintf at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 398.
Use of uninitialized value within @owg_rate in string at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 424.
Use of uninitialized value within @owg_rate in string at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 425.

Das Log von einem Counter sieht so aus:

2012-08-01_19:53:09 Gas_Wasser_Zaehler Gas: 32606.310 m^3 0.000  Wasser:
6009.726 m^3 0.000
Da passiert also nicht viel.

Die attr sind alle gesetzt (s. Screenshot). Irgendwo stehe ich aber
offenbar noch auf dem Schlauch. Was muss ich noch einstellen?

Danke und Gruß
Uwe


Am 1. August 2012 12:06 schrieb Prof. Dr. Peter A. Henning <
prof.dr.peter.a.henning@gmail.com>:

> Hallo,
>
> ich fange mal von hinten an: Keine Ahnung, warum, die Definition gekürzt
> wird. Möglicherweise ist das ein Bug in der Routine, die die cfg
> beschreibt, sollte an Rudolf König gemeldet werden.
>
> Die Division durch Null sollte auch nicht vorkommen - dann stimmt irgend
> etwas mit den Zeitstempeln nicht.
>
> Ich hänge mal eine noch neuere Version an, in der das abgefangen wird.
>
> LG
>
> pah
>
>  --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Sollte gefixt sein, bitte neueste Version 2.15 vom SVN holen.

LG

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

UweH

                                                   

Diese Meldungen kommen trotzdem noch in 8-facher Wiederholung:

Use of uninitialized value $period in string eq at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 415.
Use of uninitialized value $period in string eq at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 417.
Use of uninitialized value within @owg_rate in string at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 420.
Use of uninitialized value $runit in sprintf at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 422.
Use of uninitialized value $runit in sprintf at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 423.
Use of uninitialized value within @owg_rate in string at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 450.
Use of uninitialized value within @owg_rate in string at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 451.


Am 1. August 2012 20:50 schrieb Prof. Dr. Peter A. Henning <
prof.dr.peter.a.henning@gmail.com>:

> Sollte gefixt sein, bitte neueste Version 2.15 vom SVN holen.
>
>
> LG
>
> pah
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Hab mir gerade die aktuellen Dateien aus dem SVN geholt und von 2.04 auf
die neuste geupdatet.

Meine drei Temperatursensoren werden immer noch erkannt. Was sich geändert
hat, das ich sie sofort auslesen kann
und sie nicht erst 85° Werte liefern.

Besten Dank und einen schönen Urlaub

Sebastian

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Tobias

                                                   

Kommando zurück: erst nach einem "Shutdown restart" zeigten die Attr
Wirkung.
Weiterhin habe ich festgestellt, dass nach jedem "Shutdown restart" ich den
DS2406 mittels "set A OFF" erst ausschalten muss damit erkannt wird,
ob ein externer Kurzschluss vorliegt.
Abhilfe für einen Automatismus könnte man sicherlich mit einem notify auf
INITILIZED lösen. Wäre es aber nicht besser das aus dem Modul heraus zu
machen?? Ggf. mit einem Attribut indem festgelegt wird, das der Ausgang A/B
als Input und nicht als Output verwendet wird??

Die anderen Sachen bzgl Logpoll und Formatierung im "State"  bleiben aber
noch offen ;) s.u.


On Wednesday, August 1, 2012 8:02:06 PM UTC+2, tobias.faust wrote:
>
> Hallo pah,
> ich nutze OWSWITCH. Egal was ich bei AUnit einstelle, es bleibt beim
> State: ON oder Off
>
> attr switch AUnit An|Aus
>
> Weiterhin ist mir aufgefallen, hat man longpoll aktiviert, so
> "verschwindet die State-Anzeige beim pollen.
> Bei dem State, wenn man extern einen Ausgang "kurzschließt" kommt ein
> kleiner Pfeil. Dummerweise gehört der aber auch zum State.
> State: ON
> Ich denke das ist nicht so toll wenn man den State weiterverarbeiten
> möchte, zb. mittels notify. Gibts den nicht auch ohne Formatierung? Oder
> habe ich etwas übersehen?
>
> On Tuesday, July 31, 2012 9:04:19 PM UTC+2, Prof. Dr. Peter A. Henning
> wrote:
>>
>> Hallo Liste,
>>
>> 00_OWX.pm enthält ein paar kleiner Fixes.
>> 21_OWCOUNT.pm wurde überarbeitet, berechnet jetzt auch die Zählrate (d.h.
>> gezählte Impulse pro Stunde, pro Minute oder pro Sekunde), und zwar in den
>> spezifizierten Einheiten. Sollte auch gut geeignet sein, um z.B.
>> Wasserverbrauch zu messen. Außerdem wird kurs nach Mitternacht ein
>> Summenwert des Vortages ins Log geschrieben. Die monatlich Abrechnung ist
>> noch in Arbeit, das ist also sozusagen jetzt ein Zwischenstand vor dem
>> Urlaub. Aber testen kann man es ja mal.
>>
>> LG
>>
>> pah
>>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

Guest

Originally posted by: <email address deleted>

Also, in der neuesten Version gibt es ein "set init beliebiger_wert", mit
dem eine Neu-Initialisierung des Aktors ohne shutdown erreicht wird. Das
löst das erste Problem.

Zweitens: Ein Shutdown/Restart ändert die Werte des Schalters eigentlich
nicht.

Drittens: natürlich müssen die _gesetzten_ Schaltzustände beie OFF sein,
damit der Ausgangstransistor abgeschaltet ist. Das sollte automatisch der
Fall sein, wenn der DS2406 stromlos wird. Nur in diesem Fall kann der
_gemessene_ Schaltzustand korrekt den externen Schaltzustand wiedergeben.

pah




--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

UweH

                                                   

Yepp, shutdown restart hat bei mir auch geholfen. Reload der Module alleine
bringt's nicht.

Dafür hab ich nun auch nur noch zwei Meldungen im Log:

Use of uninitialized value $runit in sprintf at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 422.
Use of uninitialized value $runit in sprintf at
/usr/share/fhem/FHEM/21_OWCOUNT.pm line 423.
.
.
.



Am 1. August 2012 21:14 schrieb tobias.faust :

> Kommando zurück: erst nach einem "Shutdown restart" zeigten die Attr
> Wirkung.
> Weiterhin habe ich festgestellt, dass nach jedem "Shutdown restart" ich
> den DS2406 mittels "set A OFF" erst ausschalten muss damit erkannt
> wird, ob ein externer Kurzschluss vorliegt.
> Abhilfe für einen Automatismus könnte man sicherlich mit einem notify auf
> INITILIZED lösen. Wäre es aber nicht besser das aus dem Modul heraus zu
> machen?? Ggf. mit einem Attribut indem festgelegt wird, das der Ausgang A/B
> als Input und nicht als Output verwendet wird??
>
> Die anderen Sachen bzgl Logpoll und Formatierung im "State"  bleiben aber
> noch offen ;) s.u.
>
>
>
> On Wednesday, August 1, 2012 8:02:06 PM UTC+2, tobias.faust wrote:
>>
>> Hallo pah,
>> ich nutze OWSWITCH. Egal was ich bei AUnit einstelle, es bleibt beim
>> State: ON oder Off
>>
>> attr switch AUnit An|Aus
>>
>> Weiterhin ist mir aufgefallen, hat man longpoll aktiviert, so
>> "verschwindet die State-Anzeige beim pollen.
>> Bei dem State, wenn man extern einen Ausgang "kurzschließt" kommt ein
>> kleiner Pfeil. Dummerweise gehört der aber auch zum State.
>> State: ON
>> Ich denke das ist nicht so toll wenn man den State weiterverarbeiten
>> möchte, zb. mittels notify. Gibts den nicht auch ohne Formatierung? Oder
>> habe ich etwas übersehen?
>>
>> On Tuesday, July 31, 2012 9:04:19 PM UTC+2, Prof. Dr. Peter A. Henning
>> wrote:
>>>
>>> Hallo Liste,
>>>
>>> 00_OWX.pm enthält ein paar kleiner Fixes.
>>> 21_OWCOUNT.pm wurde überarbeitet, berechnet jetzt auch die Zählrate
>>> (d.h. gezählte Impulse pro Stunde, pro Minute oder pro Sekunde), und zwar
>>> in den spezifizierten Einheiten. Sollte auch gut geeignet sein, um z.B.
>>> Wasserverbrauch zu messen. Außerdem wird kurs nach Mitternacht ein
>>> Summenwert des Vortages ins Log geschrieben. Die monatlich Abrechnung ist
>>> noch in Arbeit, das ist also sozusagen jetzt ein Zwischenstand vor dem
>>> Urlaub. Aber testen kann man es ja mal.
>>>
>>> LG
>>>
>>> pah
>>>
>>  --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Ich habe auch 2 Fehlermeldungen im Log :-(((

Mal sehen, vielleicht kann ich das morgen noch finden - sonst dauert es 2
Wochen ...

pah

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

UweH

                                                   

Hab gerade noch was gefunden...ich habe ja zwei Counter, und bei einem
werden die readings wieder durcheinander gewürfelt. Sowas hatten wir doch
schon mal...


Am 1. August 2012 21:40 schrieb Prof. Dr. Peter A. Henning <
prof.dr.peter.a.henning@gmail.com>:

> Ich habe auch 2 Fehlermeldungen im Log :-(((
>
> Mal sehen, vielleicht kann ich das morgen noch finden - sonst dauert es 2
> Wochen ...
>
>
> pah
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com