Rpi+COC+FHEM

[Guest]

Originally posted by: <email address deleted>

...um die COC Erweiterung nutzen zu können, nutze ich das Kernel Image von
busware. Daher hab ich da keine grosse Möglichkeit etwas zu ändern.
Vielleicht probier ich mal den Weg die Patches selber in den Kernel zu
kompilieren, damit ich wieder in den Genuss der Updates komme.

Aber derzeit scheint es mir das es da noch so viele Baustellen gibt, das
man wohl noch was warten muss. Auf jeden Fall hab ich mal alles auf
Auslieferungszustand gesetzt (also den RPi nicht übertaktet), um
zusätzliche Fehlerquellen auszuschliessen.


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

[Guest]

Originally posted by: <email address deleted>

Ich habe das busware Image laufen und kann derzeit keine Probleme
feststellen.
Diese Woche laufen weitere Tests und aller voraussicht nach werde ich die
"Lebenserhaltenden" Systeme des Hauses ab nächste Woche von RPi-COC
durchführen lassen und den grossen Server abschalten/anderweitig nutzen.

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

[tostmann]

                                                 

Ich hab da sehr stark Onewire im Verdacht - vielleicht mal owfs nutzen und HAS_ONEWIRE in culfw ausschalten. BEIDES ZUSAMMEN GEHT NICHT!

Ich erweitere gerade das busware-Image um einen Watchdog. Für alle die den per Hand selbst nachinstallieren möchten:

http://pi.gadgetoid.co.uk/post/001-who-watches-the-watcher


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

[Guest]

Originally posted by: <email address deleted>

Ich auch....


Am Sonntag, 14. Oktober 2012 14:53:40 UTC+2 schrieb DT:
>
>
> Ich hab da sehr stark Onewire im Verdacht -
>

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

[Guest]

Originally posted by: <email address deleted>

Ich habe jetzt nochmal das Image frisch aufgespielt, alles was senden
könnte deaktiviert und werde danach zuerst das fhemupdate machen.
Habe immer untenstehende Einträge.

2012.10.13 07:39:52 2: COC: unknown message DA364
2012.10.13 07:39:52 2: COC: unknown message 0464
2012.10.13 07:39:52 2: COC: unknown message 9464
2012.10.13 07:39:52 2: COC: unknown message 9464
2012.10.13 07:39:52 2: COC: unknown message 979E
2012.10.13 07:39:52 2: COC: unknown message 82CF

Könnte aber auch mit dem ESA1000WZ-Led zusammenhängen. der wird immer noch nicht richtig erkannt.


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

[rexfue]

                                               

Hallo zusammen,

bin ganz frisch hier.
Habe seit Monaten FHEM auf einer Synology mit dem FHZ1300 PC ohne Problem
laufen.

Nun habe ich da ganze mit RaspberryPi und dem COC versucht.
Prinzipiell gehts, allerdings erhalte ich von den FHT80 KEINE akt.
Temperaturen sondern NUR die Werte der Ventilstellung.
In den Logs gibt es nur die 'actuator'-Zeilen. Beispiel siehe unten. Das
ist bei allen meinen FHTs (4 weitere) genau so.
Die alte Anordnung mit Synology und FHZ1300 läuft parallel mit und macht
Alles richtig.

Ich denke, da ist in der COC-Software noch ein Problem. Meine COC-Version
ist 'V1.1 FULL 2012-10-05'

Danke für Info

Gruß
Reinhard

Beispiel:

2012-10-14_08:15:14 Bad actuator: 38%
2012-10-14_08:17:13 Bad actuator: 38%
2012-10-14_08:19:11 Bad actuator: 38%
2012-10-14_08:21:10 Bad actuator: 38%
2012-10-14_08:23:08 Bad actuator: 38%
2012-10-14_08:25:07 Bad actuator: 0%
2012-10-14_08:27:05 Bad actuator: 0%



Am Freitag, 12. Oktober 2012 20:38:25 UTC+2 schrieb mikka:
>
> Guten Abend
>
> Ich heisse Stephan und habe gerade eben begonnen, mich mit FHEM zu
> befassen.
> Ich habe einen RaspberryPi mit dem COC Modul von Busware.
> Installiert habe ich das Image direkt con der Busware Homepage.
> Das COC läuft
>
> COC_MSGCNT 8
> COC_TIME       2012-10-12 18:25:36
> Clients             :FS20:FHT:FHT8V:KS300:USF1000:BS:HMS:    
>  :CUL_EM:CUL_WS:CUL_FHTTK:CUL_RFR:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX
> DEF
> /dev/ttyAMA0@38400 1234
> DeviceName
>
> /dev/ttyAMA0@38400
> FD
>
> 4
> FHTID
>
> 1234
> NAME
>
> COC
> NR
>
> 8
> PARTIAL
>
> RAWMSG
>
> SAC68C5011E000000000000003F6E03803A
> RSSI
>
> -45
> STATE
>
> Initialized
> TYPE
>
> CUL
> VERSION
>
> V 1.47 CSM868
> initString
>
> X21
>
> Readings
> raw
>         No answer        2012-10-12 16:54:05
>
> Nun wollte ich einen ESA1000WZ_LED empfangen, dieser wird auch
> erkannt, aber es erfolgt keine Ausgabe und kein Plot. Unten ein Auszug
> aus dem Log
>
> 2012-10-12_18:25:35 ESA2000_011e repeat: -
> 2012-10-12_18:25:35 ESA2000_011e sequence: 44
> 2012-10-12_18:25:35 ESA2000_011e
> 2012-10-12_18:25:35 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e ticks_kwh: 921
> 2012-10-12_18:25:36 ESA2000_011e raw: CNT: 44- CUM: 0 CUR: 0  TICKS:
> 921 HR
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e diff_sec: 1376
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e last_sec: 1350066335
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e rate: HR
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e
> 2012-10-12_18:25:36 ESA2000_011e CNT: 44- CUM: 0.000 CUR: 0.000 TICKS:
> 921 HR
>
> Ausserdem wollte ich versuchen eine bestehende Intertechno PAR-1500 zu
> Testzwecken schalten. im FHEM Ordner befinden sich jedoch nur 5
> 10_*.pm Dateien, aber keine 10_IT.pm.
> Habe ein apt-get update und ein upgrade gemacht. Wie komme ich jetzt
> an die 10_IT.pm?
>
> Besten Dank.
>
> Gruss
> Stephan
>

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

[Guest]

Originally posted by: <email address deleted>

Habe jetzt mal neu aufgesetzt, updatfhem gemacht und über putty am pi die
Zone und Uhrzeit eingestellt.
Dort kriege ich jetzt aber eine Zeile von wegen Possible commands. ex hängt
das auch damit zusammen.

2012.10.14 15:47:40 0: Server shutdown
2012.10.14 15:48:09 1: Including /etc/fhem.cfg
2012.10.14 15:48:11 3: WEB: port 8083 opened
2012.10.14 15:48:11 3: WEBphone: port 8084 opened
2012.10.14 15:48:11 3: WEBtablet: port 8085 opened
2012.10.14 15:48:12 3: Opening COC device /dev/ttyAMA0
2012.10.14 15:48:12 3: Setting COC baudrate to 38400
2012.10.14 15:48:12 3: COC device opened2012.10.14 15:48:12 3: COC: Possible commands: mCFAZOGMRTVWXefltux
2012.10.14 15:48:12 1: Including /var/log/fhem/fhem.save
2012.10.14 15:48:12 3: Converting 'attr global port 7072 global' to 'define telnetPort telnet 7072 global'
2012.10.14 15:48:12 3: telnetPort: port 7072 opened
2012.10.14 15:48:12 1: usb create starting
2012.10.14 15:48:14 1: usb create end
2012.10.14 15:48:14 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2012.10.14 15:48:14 0: Server started (version Fhem 5.2 (DEVELOPMENT), $Id: fhem.pl 1946 2012-10-11 18:11:14


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

[Guest]

Originally posted by: <email address deleted>

Hallo,
habe seit 14 Tagen RPi + COC + FHEM laufen. Die Konstellation auch mit drei
FHTs läuft einwandfrei. Im Log sind alle Werte vorhanden. Meine COC-Version
ist V 1.47 CSM868.
 
Grüße
 
Jörg

Am Sonntag, 14. Oktober 2012 15:47:21 UTC+2 schrieb rxf:

> Hallo zusammen,
>
> bin ganz frisch hier.
> Habe seit Monaten FHEM auf einer Synology mit dem FHZ1300 PC ohne Problem
> laufen.
>
> Nun habe ich da ganze mit RaspberryPi und dem COC versucht.
> Prinzipiell gehts, allerdings erhalte ich von den FHT80 KEINE akt.
> Temperaturen sondern NUR die Werte der Ventilstellung.
> In den Logs gibt es nur die 'actuator'-Zeilen. Beispiel siehe unten. Das
> ist bei allen meinen FHTs (4 weitere) genau so.
> Die alte Anordnung mit Synology und FHZ1300 läuft parallel mit und macht
> Alles richtig.
>
> Ich denke, da ist in der COC-Software noch ein Problem. Meine COC-Version
> ist 'V1.1 FULL 2012-10-05'
>
> Danke für Info
>
> Gruß
> Reinhard
>
> Beispiel:
>
> 2012-10-14_08:15:14 Bad actuator: 38%
> 2012-10-14_08:17:13 Bad actuator: 38%
> 2012-10-14_08:19:11 Bad actuator: 38%
> 2012-10-14_08:21:10 Bad actuator: 38%
> 2012-10-14_08:23:08 Bad actuator: 38%
> 2012-10-14_08:25:07 Bad actuator: 0%
> 2012-10-14_08:27:05 Bad actuator: 0%
>
>
>
> Am Freitag, 12. Oktober 2012 20:38:25 UTC+2 schrieb mikka:
>>
>> Guten Abend
>>
>> Ich heisse Stephan und habe gerade eben begonnen, mich mit FHEM zu
>> befassen.
>> Ich habe einen RaspberryPi mit dem COC Modul von Busware.
>> Installiert habe ich das Image direkt con der Busware Homepage.
>> Das COC läuft
>>
>> COC_MSGCNT 8
>> COC_TIME       2012-10-12 18:25:36
>> Clients             :FS20:FHT:FHT8V:KS300:USF1000:BS:HMS:    
>>  :CUL_EM:CUL_WS:CUL_FHTTK:CUL_RFR:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX
>> DEF
>> /dev/ttyAMA0@38400 1234
>> DeviceName
>>
>> /dev/ttyAMA0@38400
>> FD
>>
>> 4
>> FHTID
>>
>> 1234
>> NAME
>>
>> COC
>> NR
>>
>> 8
>> PARTIAL
>>
>> RAWMSG
>>
>> SAC68C5011E000000000000003F6E03803A
>> RSSI
>>
>> -45
>> STATE
>>
>> Initialized
>> TYPE
>>
>> CUL
>> VERSION
>>
>> V 1.47 CSM868
>> initString
>>
>> X21
>>
>> Readings
>> raw
>>         No answer        2012-10-12 16:54:05
>>
>> Nun wollte ich einen ESA1000WZ_LED empfangen, dieser wird auch
>> erkannt, aber es erfolgt keine Ausgabe und kein Plot. Unten ein Auszug
>> aus dem Log
>>
>> 2012-10-12_18:25:35 ESA2000_011e repeat: -
>> 2012-10-12_18:25:35 ESA2000_011e sequence: 44
>> 2012-10-12_18:25:35 ESA2000_011e
>> 2012-10-12_18:25:35 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e ticks_kwh: 921
>> 2012-10-12_18:25:36 ESA2000_011e raw: CNT: 44- CUM: 0 CUR: 0  TICKS:
>> 921 HR
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e diff_sec: 1376
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e last_sec: 1350066335
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e rate: HR
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e
>> 2012-10-12_18:25:36 ESA2000_011e CNT: 44- CUM: 0.000 CUR: 0.000 TICKS:
>> 921 HR
>>
>> Ausserdem wollte ich versuchen eine bestehende Intertechno PAR-1500 zu
>> Testzwecken schalten. im FHEM Ordner befinden sich jedoch nur 5
>> 10_*.pm Dateien, aber keine 10_IT.pm.
>> Habe ein apt-get update und ein upgrade gemacht. Wie komme ich jetzt
>> an die 10_IT.pm?
>>
>> Besten Dank.
>>
>> Gruss
>> Stephan
>>
>

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

[Guest]

Originally posted by: <email address deleted>

Das hier ist ein Auszug aus dem Log von heute.

Hardware: RPi mit COC (rfmode HomeMatic) und CUL
OneWire mit einem einzelnen DS1820 an einem 30cm langem Kabel

Das Verhalten ist identisch mit dem der FB7390 mit CUL & 2x CUNO, und
einigen 1-Wire Devices.

2012.10.14 07:20:45 1: Including /var/log/fhem/fhem.save
2012.10.14 07:20:45 1: usb create starting
2012.10.14 07:20:47 1: usb create end
2012.10.14 07:20:47 0: Server started (version Fhem 5.2 (DEVELOPMENT), $Id:
fhem.pl 1946 2012-10-11 18:11:14Z borisneubert $, pid 1896)
2012.10.14 07:20:56 1: OWX: 1-Wire devices found on bus 1wire_RPi:
(RPi_T_Test)
2012.10.14 09:45:52 1: OWX: Received unexpected number of 17 bytes from CUNO
2012.10.14 10:40:52 1: OWX: Received unexpected number of 24 bytes from CUNO
2012.10.14 10:40:52 1: OWX: Received unexpected number of 15 bytes from CUNO
2012.10.14 12:05:52 1: OWX: Received unexpected number of 39 bytes from CUNO
2012.10.14 12:55:52 1: OWX: Received unexpected number of 32 bytes from CUNO
2012.10.14 12:55:52 1: OWX: Received unexpected number of 11 bytes from CUNO
2012.10.14 13:10:52 1: OWX: Received unexpected number of 24 bytes from CUNO
2012.10.14 13:10:52 1: OWX: Received unexpected number of 13 bytes from CUNO
2012.10.14 13:10:53 1: OWX: Received unexpected number of 12 bytes from CUNO
2012.10.14 13:10:53 1: OWX: Received unexpected number of 31 bytes from CUNO
2012.10.14 13:25:52 1: OWX: Received unexpected number of 24 bytes from CUNO
2012.10.14 13:40:52 1: OWX: Received unexpected number of 12 bytes from CUNO
2012.10.14 13:40:52 1: OWX: Received unexpected number of 25 bytes from CUNO
2012.10.14 13:50:52 1: OWX: Received unexpected number of 24 bytes from CUNO
2012.10.14 13:50:52 1: OWX: Received unexpected number of 13 bytes from CUNO



Was neu ist, ist z.B. das von heute Nacht / heute Morgen.

2012.10.14 07:10:17 2: COC_RPi: unknown message 09
2012.10.14 07:10:18 2: COC_RPi: unknown message 986701938BE00000000C63A22
2012.10.14 07:10:20 2: COC_RPi: unknown message
0000D867019DF1F00000000C13B06
2012.10.14 07:10:30 2: COC_RPi: unknown message 00003A25819E4F419B2AF001007
2012.10.14 07:10:30 2: COC_RPi: unknown message
DCC13820219B2AF19E4F401010C003901
2012.10.14 07:10:37 2: COC_RPi: unknown message 010CAA25819E2C819DDFA00111E
2012.10.14 07:10:37 2: COC_RPi: unknown message
DB73A820219DDFA19E2C801010E0033FD
2012.10.14 07:10:38 2: COC_RPi: unknown message 014E9A2581938BE193A80003D22
2012.10.14 07:10:38 2: COC_RPi: unknown message
DB9898202193A801938BE010130004418
2012.10.14 07:10:40 2: COC_RPi: unknown message 0100DA25819DF1F19DB98000008
2012.10.14 07:10:40 2: COC_RPi: unknown message
3A80D820219DB9819DF1F010100003117
2012.10.14 07:10:58 2: COC_RPi: unknown message
01300867019E56B00000000BD3FFE
2012.10.14 07:11:13 2: COC_RPi: unknown message
00003867019DEAF00000000C242FC
2012.10.14 07:11:18 2: COC_RPi: unknown message
00000820219DB7319E56B01014E00311E
2012.10.14 07:11:33 2: COC_RPi: unknown message 7CF73A25819DEAF19D8AC007CFB
2012.10.14 07:11:34 2: COC_RPi: unknown message
01603820219D8AC19DEAF010160003AEE
2012.10.14 07:11:36 2: COC_RPi: unknown message
BA3E086701B18F400000000BE4101
2012.10.14 07:11:44 2: COC_RPi: unknown message
B93E3867019E3D600000000B93E0A
2012.10.14 07:11:56 2: COC_RPi: unknown message
42ED0820219DB871B18F401015A002EF0
2012.10.14 07:12:15 2: COC_RPi: unknown message 2EEDAA25819E24F19DC9C0030F5
2012.10.14 07:12:15 2: COC_RPi: unknown message
0000A820219DC9C19E24F0101260041F2
2012.10.14 07:12:27 2: COC_RPi: unknown message 38064A2581B18B419DB40000003
2012.10.14 07:12:27 2: COC_RPi: unknown message
8F3C4820219DB401B18B4010100003709
2012.10.14 07:12:27 2: COC_RPi: unknown message 6
2012.10.14 07:12:28 2: COC_RPi: unknown message 0B867019E2C800000000B93A1D
2012.10.14 07:12:29 2: COC_RPi: unknown message 32
2012.10.14 07:12:35 2: COC_RPi: unknown message 1A25819E41919D913005AF7
2012.10.14 07:12:35 2: COC_RPi: unknown message
3A1E1820219D91319E419010146002F16
2012.10.14 07:12:48 2: COC_RPi: unknown message 06
2012.10.14 07:12:49 2: COC_RPi: unknown message
B820219DDFA19E2C801010E0033E7
2012.10.14 07:13:08 3: COC_RPi: Unknown code E238A86701938BE00000000C63A,
help me!
2012.10.14 07:13:15 2: COC_RPi: unknown message FD
2012.10.14 07:13:16 2: COC_RPi: unknown message 4867019DEAF00000000C242F7
2012.10.14 07:13:28 2: COC_RPi: unknown message 4418AA2581938BE193A80003D1F
2012.10.14 07:13:28 2: COC_RPi: unknown message
0008A8202193A801938BE01013000411C
2012.10.14 07:13:30 2: COC_RPi: unknown message 31174A25819E4F419DCC1001008
2012.10.14 07:13:30 2: COC_RPi: unknown message
BD3F4820219DCC119E4F401010C003503
2012.10.14 07:13:30 2: COC_RPi: unknown message FC
2012.10.14 07:13:35 3: COC_RPi: Unknown code EA25819DF1F19DB980000, help me!
2012.10.14 07:13:35 2: COC_RPi: unknown message
4E00E820219DB9819DF1F010100003117
2012.10.14 07:13:35 2: COC_RPi: unknown message FB
2012.10.14 07:13:36 2: COC_RPi: unknown message 4A25819DEAF19D8AC007CF9
2012.10.14 07:13:36 2: COC_RPi: unknown message
60004820219D8AC19DEAF010160003AF2
2012.10.14 07:13:36 2: COC_RPi: unknown message 41011A25819E56B19DB730064F2
2012.10.14 07:13:36 2: COC_RPi: unknown message
00001820219DB7319E56B01014E00311C
2012.10.14 07:13:49 2: COC_RPi: unknown message
00B34867019E3D600000000B93E08
2012.10.14 07:14:09 2: COC_RPi: unknown message 00744A25819E3D61888B200000B
2012.10.14 07:14:09 2: COC_RPi: unknown message
0101482021888B219E3D6010100003E04

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

[Hausautomat]

                                                         

Am 14.10.2012 16:04, schrieb mikka:
> Dort kriege ich jetzt aber eine Zeile von wegen Possible commands. ex
> hängt das auch damit zusammen.
> 2012.10.14 15:48:12 3: COC device opened
> 2012.10.14 15:48:12 3: COC: Possible commands: mCFAZOGMRTVWXefltux
> 2012.10.14 15:48:12 1: Including /var/log/fhem/fhem.save
Nein, das ist eine reine Logausgabe. Zeigt nur das, was es sagt

Gruß
  Jens

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

[Guest]

Originally posted by: <email address deleted>

Ach der sprich mit mir

Gruss Stephan

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

[Guest]

Originally posted by: <email address deleted>

Ich kann nur bestätigen, dass der RPi und das COC zusammen mit FHTs, FS20
und diversen 1-Wire Devices zusammen wunderbar laufen. Inwischen 2 Wochen
ohne Probleme, und langsam migriere ich das Gesamtsystem von der Fritzbox
auf den RPi.

LG

pah

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

[Guest]

Originally posted by: <email address deleted>

@mikka,JoWiemann:
Ich kann nur bestätigen, dass der RPi und das COC zusammen mit FHTs, FS20
und diversen 1-Wire Devices zusammen wunderbar laufen.
Inwischen 2 Wochen ohne Probleme, und langsam migriere ich das Gesamtsystem
von der Fritzbox auf den RPi.

LG

pah

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

[Guest]

Originally posted by: <email address deleted>

Hallo pha

Besten Dank für die Info, dann werde ich mich noch weiter reinhängen. Ein
FS20 TFK läuft soweit, mit dem Rest habe ich noch so meine Mühe. Das
ESA1000/2000WZ erhält zwar einen Autocreate Eintrag und mit anpassen der
64_esa2000.pm erhalte ich auch Daten, aber keine verlässlichen Werte. Ev.
habe ich aber auch beim löten etwas falsch gemacht. Da ich sowieso noch
einen 2ten brauche, habe ich mir jetzt das Fertigset bestellt. Mal schauen
ob da was rauskommt.
Einen HM Schalter habe ich noch nicht zum laufen gekriegt. Habe keinen
Taster vor Ort und wollte ihn direkt übwer die Seriennummer anlernen,
erhalte aber eine unknown Ausgabe, wenn ich es mit hmPairSerial
versuche.

Gruss
Stephan


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

[Guest]

Originally posted by: <email address deleted>

Hallo,
ich hatte es erst mit dem 5.x versucht, aber da gabs immer die freezes.Also
verwende ich jetzt die 5.2 mit dem Busware Immage das läuft seit 2 Tagen.
Allerdings hab ich die enocean.pm gegen die neue ausgetauscht, da mir
enocean falsche Aussentemperaturwerte lieferte. Jetzt ist es OK. Auch die
Temperaturabfrage an einem ECMD Device (Pollin AVR-Net-IO) funktioniert,
sogar im Minutenrhytmus.. Am COC habe ich 1-Wire noch nicht ausprobiert.
Bei der 5.x gabs ein freez wenn man dasavr- net-io reopend hat. In wieweit
das reproduzierbar ist, weiß ich nicht. Mein 2. rpi ist seit 3 Monaten bei
RS bestellt, kommt aber irgendwie nicht.

Ich hatte vorher den rpi ohne coc mit der wheezy laufen, das hat auch
funktioniert.

Grüße

woody

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