Originally posted by: <email address deleted>
HI,
I just received my S300TH and I noticed that it doens't matter to which
adress i set the unit because FHEM/CUNO only registers 1 device adress.
2011.10.15 14:08:27 4: CUNO1: K01147259 -83.5
2011.10.15 14:17:31 4: CUNO1: K01155254 -53
2011.10.15 14:41:58 4: CUNO1: K01181255 -70.5
2011.10.15 14:47:49 4: CUNO1: K01140255 -71
2011.10.15 15:05:34 4: CUNO1: K01134254 -56
2011.10.15 15:14:25 4: CUNO1: K01114254 -59
2011.10.15 15:17:22 4: CUNO1: K01110255 -56
2011.10.15 15:20:36 4: CUNO1: K01166257 -57.5
2011.10.15 15:23:33 4: CUNO1: K01168256 -58
2011.10.15 15:26:30 4: CUNO1: K01141256 -58
In the commandref i found
For S300TH:
KaaTTHTHH
Data must be read backwards
If correct the "aa" should be the adress which stays on "01" no matter how i
move the switches.
is this normal behaviour or is this unit dead?
--
Mvgr,,
Ernst Cozijnsen
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> is this normal behaviour or is this unit dead?
This is not the normal behaviour. But your unit is not dead either (is sending
data), you just cannot change its address. I also had this problem with address
5. If you only have one S300TH then it should not matter. If you have more than
one I would try to change the adress of the other ones.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
ok well i tried all different microswitch combinations but no luck. The
adress stays 01 and just won't change
To be sure no memory was hold i let out the battery for multiple hours but
this had no effect.
so... return to ELV?
There was a remarkable diff in heat measurement between a FHT80b and the
S300TH. In fhem teh FHT registered a temp op 19,5 when the S300 was at 21.
My normal "analog" Thermostat showed about 19,3 so i thing the S300 is way
of track here.
@Rudi: do you also have a diff in measurement with the S300 ubnit?
On Sun, Oct 16, 2011 at 9:34 AM, Rudolf Koenig wrote:
> > is this normal behaviour or is this unit dead?
>
> This is not the normal behaviour. But your unit is not dead either (is
> sending
> data), you just cannot change its address. I also had this problem with
> address
> 5. If you only have one S300TH then it should not matter. If you have more
> than
> one I would try to change the adress of the other ones.
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
Mvgr,,
Ernst Cozijnsen
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> @Rudi: do you also have a diff in measurement with the S300 ubnit?
Yes, quite a large one too. Cannot expect much from a 5 EUR unit...
There is a correction parameter in fhem exactly for this purpose.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
well 5euro? mine koster about 20 @ELV
This is rather strange what i find: After restarting fhem 1 of the 1st
things i see in the logfile:
2011.10.16 20:52:23 4: CUNO1: K51980162 -60.5
2011.10.16 20:52:23 1: CUL_WS UNDEFINED temp/hum sensor detected, code 6
2011.10.16 20:52:23 2: autocreate: define CUL_WS_6 CUL_WS 6
The whole day the module was setting at adress 6 but kept logging in
FHEM saying adress 1.
Iĺl look if i can reproduce this behaviour.
On Sun, Oct 16, 2011 at 3:35 PM, Rudolf Koenig wrote:
> > @Rudi: do you also have a diff in measurement with the S300 ubnit?
>
> Yes, quite a large one too. Cannot expect much from a 5 EUR unit...
> There is a correction parameter in fhem exactly for this purpose.
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
Mvgr,,
Ernst Cozijnsen
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
@Rudi:
The message below got more strange when i checked the switch on the back of
the S300TH and noticed that the address was set on ADR.5 while giving a
CODE6 in fhem.
I played around with the switched and saw that even when i switched back to
ADR.4 fhem was still reporting data under CODE6. Yesterday i switched from
ADR.1 to ADR.4 and fhem kept reporting under ADR.1
Could there be a possibility that there is a flaw/bug in decoding the of
the signals received from the S300TH by CUL/CUNO?
Gr,
Ernst
On Sun, Oct 16, 2011 at 9:22 PM, Ernst Cozijnsen
wrote:
> well 5euro? mine kosted about 20 @ELV
>
> This is rather strange what i find: After restarting fhem 1 of the 1st
> things i see in the logfile:
>
> 2011.10.16 20:52:23 4: CUNO1: K51980162 -60.5
> 2011.10.16 20:52:23 1: CUL_WS UNDEFINED temp/hum sensor detected, code 6
> 2011.10.16 20:52:23 2: autocreate: define CUL_WS_6 CUL_WS 6
>
> The whole day the module was setting at adress 6 but kept logging in FHEM saying adress 1.
> Iĺl look if i can reproduce this behaviour.
>
>
>
> On Sun, Oct 16, 2011 at 3:35 PM, Rudolf Koenig wrote:
>
>> > @Rudi: do you also have a diff in measurement with the S300 ubnit?
>>
>> Yes, quite a large one too. Cannot expect much from a 5 EUR unit...
>> There is a correction parameter in fhem exactly for this purpose.
>>
>> --
>> To unsubscribe from this group, send email to
>> fhem-users+unsubscribe@googlegroups.com
>>
>
>
>
> --
> Mvgr,,
>
> Ernst Cozijnsen
>
>
--
Mvgr,,
Ernst Cozijnsen
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
setting the CUNO in full debug X67 i see this:
K2116226001
p 3 768 400 272 896 10 6 2 02 8A5B14A42D4EC0
could you explain what the 2nd line means? i mean the different fields and
how its decoded (just for learning interest)
On Mon, Oct 17, 2011 at 9:19 AM, Ernst Cozijnsen
wrote:
> @Rudi:
>
> The message below got more strange when i checked the switch on the back of
> the S300TH and noticed that the address was set on ADR.5 while giving a
> CODE6 in fhem.
> I played around with the switched and saw that even when i switched back to
> ADR.4 fhem was still reporting data under CODE6. Yesterday i switched from
> ADR.1 to ADR.4 and fhem kept reporting under ADR.1
>
> Could there be a possibility that there is a flaw/bug in decoding the of
> the signals received from the S300TH by CUL/CUNO?
>
> Gr,
>
> Ernst
>
> On Sun, Oct 16, 2011 at 9:22 PM, Ernst Cozijnsen <
> ernst.cozijnsen@gmail.com> wrote:
>
>> well 5euro? mine kosted about 20 @ELV
>>
>>
>> This is rather strange what i find: After restarting fhem 1 of the 1st
>> things i see in the logfile:
>>
>> 2011.10.16 20:52:23 4: CUNO1: K51980162 -60.5
>> 2011.10.16 20:52:23 1: CUL_WS UNDEFINED temp/hum sensor detected, code 6
>> 2011.10.16 20:52:23 2: autocreate: define CUL_WS_6 CUL_WS 6
>>
>> The whole day the module was setting at adress 6 but kept logging in FHEM saying adress 1.
>> Iĺl look if i can reproduce this behaviour.
>>
>>
>>
>> On Sun, Oct 16, 2011 at 3:35 PM, Rudolf Koenig wrote:
>>
>>> > @Rudi: do you also have a diff in measurement with the S300 ubnit?
>>>
>>> Yes, quite a large one too. Cannot expect much from a 5 EUR unit...
>>> There is a correction parameter in fhem exactly for this purpose.
>>>
>>> --
>>> To unsubscribe from this group, send email to
>>> fhem-users+unsubscribe@googlegroups.com
>>>
>>
>>
>>
>> --
>> Mvgr,,
>>
>> Ernst Cozijnsen
>>
>>
>
>
> --
> Mvgr,,
>
> Ernst Cozijnsen
>
>
--
Mvgr,,
Ernst Cozijnsen
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Could there be a possibility that there is a flaw/bug in decoding the of
> the signals received from the S300TH by CUL/CUNO?
In this case it is unlikely.
> could you explain what the 2nd line means?
Please read the documentation (http://www.koeniglich.de/culfw/commandref.html):
If bit 3 in the X command is set, then report raw data, even if it has a wrong
checksum or parity. The format is:
p State zhi zlo ohi olo NSync NByte Nbit [RSSI] NNNN
* State Internal state of the state machine
* zhi avg. high-time of the zero bit
* zlo avg. low- time of the zero bit
* ohi avg. high-time of the one bit
* olo avg. low- time of the one bit
* Nsync Number of 0 sync bits
* Nbyte Number of whole bytes received
* Nbit Number of bits (last partial byte)
* RSSI RSSI, if the RSSI bit is set, see X cmd
* NNNN Raw data with parity/checksum, without sync.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Ok i finally have all adresses working but only with a workaround!
- stop fhem
- remove previous WS entries in fhem.cfg
- reboot/replug your CUL/CUNO
- start fhem
and after a few minutes the device was visible with the correct adress
If i change the address without restarting fhem or my cuno teh S300TH keep
logging in fhem but under the previous adress.
Regards,
Ernst
On Mon, Oct 17, 2011 at 10:01 AM, Rudolf Koenig wrote:
> > Could there be a possibility that there is a flaw/bug in decoding the of
> > the signals received from the S300TH by CUL/CUNO?
>
> In this case it is unlikely.
>
>
> > could you explain what the 2nd line means?
>
> Please read the documentation (
> http://www.koeniglich.de/culfw/commandref.html):
>
> If bit 3 in the X command is set, then report raw data, even if it has a
> wrong
> checksum or parity. The format is:
>
> p State zhi zlo ohi olo NSync NByte Nbit [RSSI] NNNN
>
> * State Internal state of the state machine
> * zhi avg. high-time of the zero bit
> * zlo avg. low- time of the zero bit
> * ohi avg. high-time of the one bit
> * olo avg. low- time of the one bit
> * Nsync Number of 0 sync bits
> * Nbyte Number of whole bytes received
> * Nbit Number of bits (last partial byte)
> * RSSI RSSI, if the RSSI bit is set, see X cmd
> * NNNN Raw data with parity/checksum, without sync.
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
Mvgr,,
Ernst Cozijnsen
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> If i change the address without restarting fhem or my cuno teh S300TH keep
> logging in fhem but under the previous adress.
I dont buy this theory :)
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
2011.10.18 15:20:56 4: CUL_WS S300TH CUL_WS_2: T: 20 H: 63.3
....lots of data ....
2011.10.18 15:23:55 4: CUL_WS S300TH CUL_WS_2: T: 20.8 H: 70
and i changed the adress from ADR.2 to ADR.6 whith the battery removed.
Itś totally weir but true, cant help it....
On Mon, Oct 17, 2011 at 7:01 PM, Rudolf Koenig wrote:
> > If i change the address without restarting fhem or my cuno teh S300TH
> keep
> > logging in fhem but under the previous adress.
>
> I dont buy this theory :)
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
Mvgr,,
Ernst Cozijnsen
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
On 10/18/2011 03:27 PM, Ernst Cozijnsen wrote:
> 2011.10.18 15:20:56 4: CUL_WS S300TH CUL_WS_2: T: 20 H: 63.3
>
> ....lots of data ....
>
> 2011.10.18 15:23:55 4: CUL_WS S300TH CUL_WS_2: T: 20.8 H: 70
>
> and i changed the adress from ADR.2 to ADR.6 whith the battery removed.
And when you remove the battery and wait for half an hour there are no
messages, did you check that? Otherwise, there may be another sender
within range.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
yes checked that also
On Tue, Oct 18, 2011 at 4:53 PM, Thomas Herrmann wrote:
> On 10/18/2011 03:27 PM, Ernst Cozijnsen wrote:
> > 2011.10.18 15:20:56 4: CUL_WS S300TH CUL_WS_2: T: 20 H: 63.3
> >
> > ....lots of data ....
> >
> > 2011.10.18 15:23:55 4: CUL_WS S300TH CUL_WS_2: T: 20.8 H: 70
> >
> > and i changed the adress from ADR.2 to ADR.6 whith the battery removed.
>
> And when you remove the battery and wait for half an hour there are no
> messages, did you check that? Otherwise, there may be another sender
> within range.
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
Mvgr,,
Ernst Cozijnsen
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com