WS2300/WS3600-Nutzer anwesend?

[Kai 'wusel' Siering]

Moin,

für meine Bedürfnisse funktioniert mein 70_WS3600.pm erst einmal,
war deutlich einfacher als ich befürchtet habe.

Von der ausstehenden Antwort bezüglich der konkreten Implementier-
ung abgesehen: hat noch jemand eine Wetterstation des Typs WS2300
oder WS3600 (Europe Supplies; Vertrieb u. a. technotrade, La Crosse,
TFA Dostmann) in Betrieb und an einen Rechner angeschlossen?

Ciao,
kai

[Sven Dittmar]

Hallo Kai,

Am 10. November 2009 23:00 schrieb Kai 'wusel' Siering <wus...@googlemail.com>:

hat noch jemand eine Wetterstation des Typs WS2300
oder WS3600 (Europe Supplies; Vertrieb u. a. technotrade, La Crosse,
TFA Dostmann) in Betrieb und an einen Rechner angeschlossen?

ja, habe ich  (und läuft immer noch).

>2006: Linuxwetter (WS2300 und Cacti)
>Weather monitoring, using a WS2300 weather station and cacti/rrdtool
http://www.knopfdruck.net/projekte/

Gruß,
Sven

[Kai 'wusel' Siering]

Moin,

Sven Dittmar wrote:

> hat noch jemand eine Wetterstation des Typs WS2300
> oder WS3600 (Europe Supplies; Vertrieb u. a. technotrade, La Crosse,
> TFA Dostmann) in Betrieb und an einen Rechner angeschlossen?
>
> ja, habe ich (und läuft immer noch).
>

> >2006: Linuxwetter (WS2300 und Cacti) <http://www.knopfdruck.net/projekte/linuxwetter/>

> >Weather monitoring, using a WS2300 weather station and cacti/rrdtool

Hmm, außer dem Statusbild des Hauses liegt da nix? Egal ;) Würde es Dir was
bringen, die Meßwerte der WS2300 auch in FHEM zu haben?

Ich möchte bei mir all' die verschiedenen Sensoren, die in den Jahren auf-
gelaufen sind, mal an einer Stelle zusammengefaßt (und von dort aus auch
ver-rrd-t) haben (nächster Schritt werden die verstreuten 1-Wire-DS1820-
Dongle sein, die ich mir vor Jahren zusammengelötet habe ...); die WS2300
liest Du mit fetch2300 aus oder arbeitet Cacti auf Basis von log2300-Files?
(Das ggf. per direkter Mail besprechen, denke, das gehört nur bedingt noch
zu FHEM.)

Ciao,
kai

[Manfred Caspari]

Kai 'wusel' Siering schrieb:

>> >2006: Linuxwetter (WS2300 und Cacti) <http://www.knopfdruck.net/projekte/linuxwetter/>
>> >Weather monitoring, using a WS2300 weather station and cacti/rrdtool
>
> Hmm, außer dem Statusbild des Hauses liegt da nix? Egal ;) Würde es Dir was
> bringen, die Meßwerte der WS2300 auch in FHEM zu haben?

ich hab auch ne WS2300 und Interesse die Werte in FHEM zu haben. Leider
kann ich nicht programmieren :(

> Ich möchte bei mir all' die verschiedenen Sensoren, die in den Jahren auf-
> gelaufen sind, mal an einer Stelle zusammengefaßt (und von dort aus auch
> ver-rrd-t) haben (nächster Schritt werden die verstreuten 1-Wire-DS1820-
> Dongle sein, die ich mir vor Jahren zusammengelötet habe ...);

genauso 1-Wire Temperatursensoren, die ich derzeit mit einem Windoof
Programm logge. Wäre schön das mal alles unter einen Hut bringen zu können.

-Manfred

[StefanPichler]

Servus,

On 10 Nov., 23:00, Kai 'wusel' Siering <wuse...@googlemail.com> wrote:
> ung abgesehen: hat noch jemand eine Wetterstation des Typs WS2300
> oder WS3600 (Europe Supplies; Vertrieb u. a. technotrade, La Crosse,
> TFA Dostmann) in Betrieb und an einen Rechner angeschlossen?

Ich habe eine WS2000 und eine hand voll Sensoren dafür. Die WS2000 hat
aber keinen Ausgang richtung Rechner.
Ich habe noch einen Empfänger für die WS2000-Sensoren, ich glaube der
hiess PC2500, eine kleine Platine die alle Daten an den per Seriell
angeschlossenen Rechner schickt, aber ohne Buffer. Im Moment werte ich
das mit einem selbstgeschriebenen Programm aus, das klappt 99%. Leider
scheint das ding taub geworden zu sein, ich Empfange bei weitem nicht
mehr alle Sensoren. Die zwei Tischgeräte hören noch alle.
Die bringen dir aber nichts, in diesem Fall, oder?

Kann ich die Sensoren per Cul433 empfangen? Ich hab' hier Wind, 2x
Temperatur, Regen, Sonnenstärke.

Danke,
Viele Grüße
Stefan

PS: Ein Modul für 1W-Sensorik auf Basis der DS1820 / D18S20 / D1820B
und ähnliche würde mich auch freuen!

[Martin Fischer]

hiya,

Am Mittwoch 11 November 2009 schrieb StefanPichler:
> PS: Ein Modul für 1W-Sensorik auf Basis der DS1820 / D18S20 / D1820B
> und ähnliche würde mich auch freuen!

und wie der teufel es will bastel ich seit 1 woche an einem modul das OWFS
unterstützt. habe auch schon meine DS18S20 sowie den DS9490R im fhem..

root@abe:~# telnet localhost 7072
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.

FHZ> define foo OW 127.0.0.1:4304 DS1420 93302D000000
FHZ> list foo
Internals:
DEF 127.0.0.1:4304 DS1420 93302D000000
DeviceName 127.0.0.1:4304
FD 64
NAME foo
NR 800
OW_ADDRESS 8193302D0000002B
OW_CRC8 2B
OW_FAMILY 81
OW_ID 93302D000000
OW_LOCATOR FFFFFFFFFFFFFFFF
OW_PATH 81.93302D000000
OW_PRESENT 1
OW_TYPE DS1420
STATE Initialized
TCPDev 1
TYPE OW
Attributes:
temp-scale C

FHZ>

ich denke mal das ich es bis ende november fertig habe, da ich zur zeit nur so
alle 2-3 tage zum coden komme..

derzeit hadere ich noch an der architektur des moduls.. habe jetzt schon 2 mal
neu angefangen :-) ich muss da mal rudi um rat bitten..

gruß martin

[Kai 'wusel' Siering]

Salve,

Martin Fischer wrote:

> Am Mittwoch 11 November 2009 schrieb StefanPichler:

>> PS: Ein Modul f�r 1W-Sensorik auf Basis der DS1820 / D18S20 / D1820B
>> und �hnliche w�rde mich auch freuen!

>
> und wie der teufel es will bastel ich seit 1 woche an einem modul das OWFS

> unterst�tzt. habe auch schon meine DS18S20 sowie den DS9490R im fhem..

Fein; da es a) kein maintaintes owfs-Package f�r Debian/Ubuntu gibt und
b) owserver bei mir nicht verl��lich l�uft (vermute mal, da� mein durch
die Fensterdichtung gequetschtes Kabel �ber die Jahre gelitten hat oder
sowas, auch digitemp meckert gelegentlich "CRC Failed.", recovered sich
aber immerhin, owserver hing dann recht lange :(), setze ich auf "digi-
temp" als Schnittstelle, zumal ich bislang nur die DS1820-Familie im
Einsatz habe.

OWFS hat insbesondere durch die es netzwerkf�hig machende owserver-L�-
sung einen besonderen Reiz (die Sensoren h�ngen bei mir an verschiede-
nen PCs); gut zu wissen, da� sich dessen auch schon jemand angenommen
hat ;)
kai

[Kai 'wusel' Siering]

Moin,

StefanPichler wrote:
>> ung abgesehen: hat noch jemand eine Wetterstation des Typs WS2300
>> oder WS3600 (Europe Supplies; Vertrieb u. a. technotrade, La Crosse,
>> TFA Dostmann) in Betrieb und an einen Rechner angeschlossen?
>

> Ich habe eine WS2000 und eine hand voll Sensoren daf�r. Die WS2000 hat

> aber keinen Ausgang richtung Rechner.

[...]

> Kann ich die Sensoren per Cul433 empfangen? Ich hab' hier Wind, 2x

> Temperatur, Regen, Sonnenst�rke.

Dazu schrieb "Peter aus Wien" mir Anfang des Jahres sinngem��, da�

- er Helligkeitssensor S 2500 H, Windsensor, Regensensor S 2000 R-1
sowie Temperatursensoren von der "alten" WS2000 ELV/Conrad Serie habe

- softwareseitig (das war vor der Verf�gbarkeit von CUL433) nur die
Umstellung der CUL-Frequenz auf 433,92 MHz und das Modul 14_CUL_WS.pm
notwendig seien

- CUL_WS "work in progress" sei, teilweise das mit Me�reihen ausgeknobelt
wurde und Fehler noch drin sein d�rften

Ich selbst habe S2500H und HOMESTAR 001U31 (UV-Sensor, Conrad, im Abver-
kauf glaube ich), w�hrend ich Anfang des Jahres mit einem CUL(868), um-
gestellt auf 433,92 MHz, noch sinnvoll Daten empfing ...

2009.02.18 14:26:07 3: CUL2: K75741900023
2009.02.18 14:26:07 5: CUL2 dispatch K75741900023
Use of uninitialized value in addition (+) at /usr/local/lib/FHEM/14_CUL_WS.pm line 168.
Use of uninitialized value $dev in hash element at /usr/local/bin/fhem.pl line 397.
Use of uninitialized value $name in concatenation (.) or string at /usr/local/lib/FHEM/14_CUL_WS.pm line 248.
2009.02.18 14:26:07 4: CUL_WS WS7000 Brightness : B: 3270
Use of uninitialized value $found[0] in string eq at /usr/local/bin/fhem.pl line 2030.

... kommt jetzt mit einem CUL433 ...

2009.11.11 19:52:15 3: CUL433: KFFFFFEC
2009.11.11 19:52:15 5: CUL433 dispatch KFFFFFEC
2009.11.11 19:52:15 1: CUL_WS UNDEFINED unknown sensor detected, code 8

2009.11.11 21:38:19 3: CUL433: KF0FFFF -84
2009.11.11 21:38:19 5: CUL433 dispatch KF0FFFF
2009.11.11 21:38:19 1: CUL_WS UNDEFINED temp sensor detected, code 8

... sowie:

2009.11.11 21:40:00 3: CUL433: H000000000000 -84
2009.11.11 21:40:00 5: CUL433 dispatch 810e04xx0510a0010000000000000000
2009.11.11 21:40:00 4: HMS device 0000 not defined, using the wildcard device 1000
--
2009.11.12 06:53:48 3: CUL433: H000000000000 -84
2009.11.12 06:53:48 5: CUL433 dispatch 810e04xx0510a0010000000000000000
2009.11.12 06:53:48 4: HMS device 0000 not defined, using the wildcard device 1000
--
2009.11.12 06:53:49 3: CUL433: H000000000000 -84
2009.11.12 06:53:49 5: CUL433 dispatch 810e04xx0510a0010000000000000000
2009.11.12 06:53:49 4: HMS device 0000 not defined, using the wildcard device 1000
--
2009.11.12 06:56:07 3: CUL433: H000000000000 -84
2009.11.12 06:56:07 5: CUL433 dispatch 810e04xx0510a0010000000000000000
2009.11.12 06:56:07 4: HMS device 0000 not defined, using the wildcard device 1000

Und auch nur sehr sporadisch, wie man oben erkennen kann.

Ich vermute mal, da� ich mit den Frequenzen des CUL433 noch rumspielen mu�?
Alternativ werde ich noch mal den alten CUL(868) parallel installieren und
wieder auf 433,92 MHz stellen, mal gucken, was dann passiert.

> Ich habe noch einen Empf�nger f�r die WS2000-Sensoren, ich glaube der
[...]
> mehr alle Sensoren. Die zwei Tischger�te h�ren noch alle.

> Die bringen dir aber nichts, in diesem Fall, oder?

Nein, im konkreten Fall nicht, aber warten wir mal ab ;)
kai

[Rudolf Koenig]

> 2009.11.11 19:52:15 3: CUL433: KFFFFFEC

[...]>

> 2009.11.11 21:40:00 3: CUL433: H000000000000 -84

Merkwuerdig: Sowohl fuer S300 als auch fuer HMS wird ein checksum geprueft.

[Kai 'wusel' Siering]

Es liegt definitiv am CUL433. Setup jetzt (cul per socat; zwei ver-
schiedenen Hosts, CULs sind zwei Handbreit auseinander platziert):

2009.11.12 11:02:25 3: CUL opened 192.168.120.53:9876 for CUL433
2009.11.12 11:02:25 5: CUL/RAW: V 1.30 CUL433

2009.11.12 11:02:26 3: CUL opened 192.168.120.46:9876 for CUL868_433
2009.11.12 11:02:26 5: CUL/RAW: V 1.24 CUL868
--
2009.11.12 11:02:26 5: Cmd: >attr CUL868_433 model CUL433<
2009.11.12 11:02:26 5: Cmd: >set CUL868_433 freq 433.92<

Hmm, das Modell sollte ich ggf. umsetzen. Oder auch nicht? CUL433 als
Modell k�nnte man in CUL_WS zur Unterscheidung KS300 vs. WS2000 nehmen.

2009.11.12 11:04:20 3: CUL868_433: K75310400033
2009.11.12 11:04:20 5: CUL868_433 dispatch K75310400033
2009.11.12 11:04:20 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:08:59 3: CUL433: H000000000000 -84
2009.11.12 11:08:59 5: CUL433 dispatch 810e04xx0510a0010000000000000000
2009.11.12 11:08:59 4: HMS device 0000 not defined, using the wildcard device 1000
--
2009.11.12 11:12:13 3: CUL868_433: K75550300020
2009.11.12 11:12:13 5: CUL868_433 dispatch K75550300020
2009.11.12 11:12:13 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:14:50 3: CUL868_433: K75040300039
2009.11.12 11:14:50 5: CUL868_433 dispatch K75040300039
2009.11.12 11:14:50 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:17:28 3: CUL868_433: K75490300039
2009.11.12 11:17:28 5: CUL868_433 dispatch K75490300039
2009.11.12 11:17:28 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:20:05 3: CUL868_433: K75730400037
2009.11.12 11:20:05 5: CUL868_433 dispatch K75730400037
2009.11.12 11:20:05 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:22:41 3: CUL433: F00 -93.5
2009.11.12 11:22:41 3: CUL: unknown message F00
--
2009.11.12 11:22:43 3: CUL868_433: K75050500034
2009.11.12 11:22:43 5: CUL868_433 dispatch K75050500034
2009.11.12 11:22:43 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:25:20 3: CUL868_433: K75790400036
2009.11.12 11:25:20 5: CUL868_433 dispatch K75790400036
2009.11.12 11:25:20 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:27:58 3: CUL868_433: K7593030003B
2009.11.12 11:27:58 5: CUL868_433 dispatch K7593030003B
2009.11.12 11:27:58 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:27:58 3: CUL433: K7593030002D
2009.11.12 11:27:58 5: CUL433 dispatch K7593030002D
2009.11.12 11:27:58 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:30:35 3: CUL868_433: K7534030003C
2009.11.12 11:30:35 5: CUL868_433 dispatch K7534030003C
2009.11.12 11:30:35 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:32:29 3: CUL433: T -93.5
2009.11.12 11:32:29 5: CUL433 dispatch T
2009.11.12 11:32:29 3: CUL433: Unknown code T, help me!
2009.11.12 11:32:31 5: CUL/RAW: /K1117324219
--
2009.11.12 11:33:13 3: CUL868_433: K7594020003D
2009.11.12 11:33:13 5: CUL868_433 dispatch K7594020003D
2009.11.12 11:33:13 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:35:50 3: CUL868_433: K75590200038
2009.11.12 11:35:50 5: CUL868_433 dispatch K75590200038
2009.11.12 11:35:50 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:38:28 3: CUL868_433: K75510200036
2009.11.12 11:38:28 5: CUL868_433 dispatch K75510200036
2009.11.12 11:38:28 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:47:50 3: CUL433: F -92
2009.11.12 11:47:50 3: CUL: unknown message F
--
2009.11.12 11:54:13 3: CUL868_433: K75480200038
2009.11.12 11:54:13 5: CUL868_433 dispatch K75480200038
2009.11.12 11:54:13 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 11:59:28 3: CUL868_433: K75800200034
2009.11.12 11:59:28 5: CUL868_433 dispatch K75800200034
2009.11.12 11:59:28 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 12:02:05 3: CUL868_433: K75830200035
2009.11.12 12:02:05 5: CUL868_433 dispatch K75830200035
2009.11.12 12:02:05 1: CUL_WS UNDEFINED brightness sensor detected, code 8
--
2009.11.12 12:04:43 3: CUL868_433: K75690200034
2009.11.12 12:04:43 5: CUL868_433 dispatch K75690200034
2009.11.12 12:04:43 1: CUL_WS UNDEFINED brightness sensor detected, code 8

M. a. W.: Mein CUL433 (culfw 1.30) empf�ngt selten etwas und wenn, dann
Murks :(

Mein CUL868 hingegen (culfw 1.24), auf 433 MHz getuned, emp�ngt den S2500H,
wie es sein sollte. Nun mu� ich den nur noch definieren ...

For the records:

FHZ> get CUL433 ccconf
CUL433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
FHZ> get CUL868_433 ccconf
CUL868_433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB


Merkw�rden. Nutzt au�er mir noch jemand 'nen CUL433? Ciao,
kai

[Joachim]

Hi Kai,

> Merkw rden. Nutzt au er mir noch jemand 'nen CUL433? Ciao,

ich fange gerade an, CUL433 empfängt absolut nichts.
Habe WS2000 Wind/Regen/Druck und Innen/Aussensensoren fuerr Temp/Hum.
Ausserdem will ich alte Conrad 433 Mhz Schalter nutzen.
CUL1 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Wie gehe ich da am besten vor?
Betreibe jetzt beide CULS an einem Hub mit Kabel, dadurch ist der
CUL868 Empfang besser geworden.
Empfange im Keller einen Sensor aus der Garage, was vorher nicht ging.

Gruss und danke!
Joachim

[Kai 'wusel' Siering]

Moin,

Joachim wrote:

>> Merkw�rden. Nutzt au�er mir noch jemand 'nen CUL433? Ciao,

> ich fange gerade an, CUL433 empf�ngt absolut nichts.

> Habe WS2000 Wind/Regen/Druck und Innen/Aussensensoren fuerr Temp/Hum.
> Ausserdem will ich alte Conrad 433 Mhz Schalter nutzen.
> CUL1 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
> Wie gehe ich da am besten vor?

Tja, viel helfen kann ich Dir leider nicht; ich habe zwar einen CUL433,
aber leider nur 1 S2500-Sensor. Mein CUL433 wurde schon einmal getauscht,
ich habe den neuen nun an meine Testsetup (SheevaPlug und FHEM-CVS) ge-
h�ngt, aber empfangen tut er nicht. Leider ist mein Sensor so ein Hellig-
keistsensor, solargespeist, insofen habe ich nicht den Hauch einer Idee,
ob der derzeit �berhaupt was sendet ...

fhem> get CUL433 ccconf
CUL433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB

Ich werde in einem der n�chsten Schritte mein produktives FHEM auf -CVS
bringen, zumal Dienstag mein Meeframe ankommen m��te. Dann habe ich ggf.,
wenn das mit der Remote�bertragung klappt, einen CUL frei und kann etwas
mehr testen.

> Betreibe jetzt beide CULS an einem Hub mit Kabel, dadurch ist der
> CUL868 Empfang besser geworden.

Hmm. Mein Setup besteht aus einem Logilink-4-Port-Hub, fremdbestromt,
an dem ein 4-Port-Hub inkl. Cardreader h�ngt. CUL (CUL868) h�ngt an
einem Port des 2. Hubs; CUL433 war in anderem Port des 2. Hubs nicht
ansprechbar. Steckt jetzt in 2. Port des 1. Hubs, da funktioniert es ...

USB ist eher mystisch denn berechenbar :(
kai

[Joachim]

Hi,
mit ist immer noch nicht klar ob der CUL433 die WS2000 Sensoren
empfangen sollte.
habe jetzt mal versucht meinen seriellen WS2000 Empfänger in Betrieb
zu nehmen.
Wenn ich das richtig verstehe wird der von 87_WS2000.pm unterstützt.
Unter Windows kann ich mit PC_Wetter Version 2.3 ein paar Sensoren
empfangen.
Habe meinen WS2000 Empfänger dann an meine NAS gehängt:
dmsg
usbcore: registered new interface driver usbserial_generic
drivers/usb/serial/usb-serial.c: USB Serial Driver core
drivers/usb/serial/usb-serial.c: USB Serial support registered for
FTDI USB Serial Device
usbcore: registered new interface driver ftdi_sio
drivers/usb/serial/ftdi_sio.c: v1.4.3:USB FTDI Serial Converters
Driver
usb 1-1.3.3: new full speed USB device using ehci_marvell and address
6
usb 1-1.3.3: configuration #1 chosen from 1 choice
ftdi_sio 1-1.3.3:1.0: FTDI USB Serial Device converter detected
drivers/usb/serial/ftdi_sio.c: Detected FT232BM
usb 1-1.3.3: FTDI USB Serial Device converter now attached to ttyUSB2

scheint also zu funktionieren, habe allerdings nichts installiert, nut
das, was ich für die CULs gemacht habe.
perl /volume1/public/fhem-4.8/contrib/ws2000_reader.pl /dev/ttyUSB2
empfängt allerdings nichts.
Und der fhem trace:
2010.01.10 13:20:34 5: Cmd: >define Wetter WS2000 /dev/ttyUSB2<
2010.01.10 13:20:34 4: WS2000 opening device /dev/ttyUSB2
2010.01.10 13:20:34 4: Wetter connected to device /dev/ttyUSB2
2010.01.10 13:20:34 5: Cmd: >attr Wetter loglevel 5<
2010.01.10 13:20:34 5: Cmd: >attr Wetter rain 366<
2010.01.10 13:20:34 5: Cmd: >setstate Wetter open<
2010.01.10 13:20:34 5: Wetter => WS2000/RAW: 1e
Use of uninitialized value $status in string eq at /usr/local/fhem/lib/
FHEM/87_WS2000.pm line 283.
Use of uninitialized value $status in string eq at /usr/local/fhem/lib/
FHEM/87_WS2000.pm line 297.
2010.01.10 13:20:34 5: Wetter => WS2000/RAW: 00
Use of uninitialized value $status in string eq at /usr/local/fhem/lib/
FHEM/87_WS2000.pm line 283.
Use of uninitialized value $status in string eq at /usr/local/fhem/lib/
FHEM/87_WS2000.pm line 297.
2010.01.10 13:20:37 5: Wetter shutdown complete

Wie mache ich jetzt am Besten weiter?

GRuss Joachim

[Kai 'wusel' Siering]

Moin,

> mit ist immer noch nicht klar ob der CUL433 die WS2000 Sensoren
> empfangen sollte.

ja, sollte er; ich habe leider nur einen S2500H aus Conrad-Restbe-
st�nden, den empf�ngt mein CUL433 und FHEM wertet das auch brav aus:

root@plug-2:/# tail /var/log/fhem/Brightness-2010.log
2010-01-09_12:05:31 Brightness B: 3280
2010-01-09_13:34:46 Brightness B: 3290
2010-01-09_13:42:39 Brightness B: 3290
2010-01-09_13:53:09 Brightness B: 4040
2010-01-09_15:22:24 Brightness B: 128
2010-01-10_12:30:21 Brightness B: 3080
2010-01-10_13:01:51 Brightness B: 3230
2010-01-10_13:49:06 Brightness B: 2940
2010-01-10_13:51:44 Brightness B: 2640
2010-01-10_13:56:59 Brightness B: 2630
root@plug-2:~# grep CUL433 /var/log/fhem/fhem-2010-01.log | grep ": K" | tail -2
2010.01.10 13:51:44 4: CUL433: K75801600010
2010.01.10 13:56:59 4: CUL433: K7570170000E

Wenn CUL433 bei Dir nix empf�ngt, sicherstellen, da� �berhaupt
was zum Empfangen da ist (der S2500H sendet nur sehr unregel-
m��ig, zumindest meiner, k�nnte an der Solarversorgung liegen).

> Wenn ich das richtig verstehe wird der von 87_WS2000.pm unterst�tzt.

> Unter Windows kann ich mit PC_Wetter Version 2.3 ein paar Sensoren
> empfangen.

Dann sollte CUL433 auch welche empfangen.
kai

[Joachim]

Und er empfängt doch was:
p 3 832 336 384 816 9 5 4 E7 885A10947348
aber was ist das?

Gruss Joachim

[Rudolf Koenig]

On Wed, Jan 13, 2010 at 02:45:57PM -0800, Joachim wrote:
> Und er empf�ngt doch was:

> p 3 832 336 384 816 9 5 4 E7 885A10947348
> aber was ist das?

Fragen wir mal:

tools/checkssumer 5 4 885A10947348
5 / 4
885a10947348
======== Checking: F
10001000 P0 (9/43)
10110100 P0 (18/43)
01000010 P0 (27/43)
10100011 P1 (36/43)

CNT: 36, ISERR: 2
======== Checking: E
10001000
CNT: 9, ISERR: 3
======== Checking: K
10000000011000000000001000011001010
CNT: 44, ISERR: 0
885A10947348 (K, Nibble: 0, OBY: 4)
Brutto: 01064098
W/o CS: 010640 Reverse: 400601
Checksum K: Comp: 3 Sent: 98

Also etwas mit K==S300 parity, aber falschen checksum. Und ziemlich wenig (3) Nutzbytes.
Vielleicht ein Teil eines S300 Telegramms...