Rpi+COC+FHEM

[Guest]

Originally posted by: <email address deleted>

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

[Dennis]

                                                 

Hi Stephan,

hast du schon updatefhem durchgeführt ? Der Befehl wird im fhem eingegeben
(in der der Textbox mit dem save Button)
nur updatefhem eingeben und Enter drücken (nicht save) und etwas
warten...Je nachdem wie "alt" die fhem Version ist muss
updatefhem ggf, mit dem Housekeeping parameter aufgerufen werden - Das gibt
dir jedoch updatefhem schon zurück.

Damit neue Devices erkannt werden muss in der fhem.cfg der Eintrag
vorhanden sein:
define autocreate autocreate
attr autocreate device_room %TYPE
attr autocreate filelog /var/log/fhem/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots

Hoffe das diese Antwort hilfreich war

Gruß Dennis

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

[UliM]

                                                 

Hi,
jepp, 10_IT.pm ist Bestandteil der Auslieferung, sollte sich also schon auf
Deinem System befinden im Ordner FHEM. Wenn Du's noch nicht auf Deiner box
hast, am besten per updatefhem holen.
Alternativ selbst aus SVN runterladen:
http://fhem.svn.sourceforge.net/viewvc/fhem/trunk/fhem/FHEM/?sortby=file

Dann IT definieren gemäß
http://fhem.de/commandref.html#IT

Viel Erfolg,
Gruß, Uli

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

[Guest]

Originally posted by: <email address deleted>

Besten Dank für Eure Hilhe. Ein FHEMupdate hat schon ein paar Neuerungen
gebracht. Hatte gedacht, das Image sei auf dem neusten Stand, da es von
Ende August stamm, das Modul IT gibts ja bereits seit Anfang Jahr...

Der Aktor erschient jetzt
DEF  
F000F0000F FF 0F
 
 NAME
Test
 NR
21
 STATE
off
 TYPE
IT
 XMIT
f000f0000f
 XMITdimdown
00
 XMITdimup
00
 XMIToff
0f
 XMITon
ff
 
Readings
state
off2012-10-12 20:18:06  
  Test
 IODev
COC
 deleteattr
<http://192.168.110.72:8083/fhem?cmd.Test=deleteattr%20Test%20IODev&detail=Test>  
room
XYZ
 deleteattr
<http://192.168.110.72:8083/fhem?cmd.Test=deleteattr%20Test%20room&detail=Test>
aber es rührt sich nichts. Auf meiner PAR-1500 gibts nur einen Regler,
ABCD, jeweils 1-3. Für B2 müsste ja eigentlich der Code F000F0000F FF 0F
passen.

Jedenfalls sieht jetzt auch die Oberfläche scho ganz anders aus;-)

Gruss
Stephan

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

[Guest]

Originally posted by: <email address deleted>

Noch etwas.
Dies eine Log Ausgabe. Keine I/O device found. Dies müsste ja eigentlich
der COC sein, denn ich in der Config auch als IODev attr definiert habe.
Oder habe ich da etwas falsch verstanden?

Gruss Stephan


Opening COC device /dev/ttyAMA0
2012.10.12 20:51:40 3: Setting COC baudrate to 38400
2012.10.12 20:51:40 3: COC device opened
2012.10.12 20:51:40 3: COC: Possible commands: mCFAZOGMRTVWXefltux
2012.10.12 20:51:40 3: No I/O device found for Test


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

[Christoph]

                                                         

Rfmode vom COC richtig eingestellt ? (attr COC rfmode SlowRF)

http://www.fhemwiki.de/wiki/Rfmode

Poste mal wie deine fhem.cfg

Gruß Christoph

Am Freitag, 12. Oktober 2012 22:55:21 UTC+2 schrieb mikka:
>
> Noch etwas.
> Dies eine Log Ausgabe. Keine I/O device found. Dies müsste ja eigentlich
> der COC sein, denn ich in der Config auch als IODev attr definiert habe.
> Oder habe ich da etwas falsch verstanden?
>
> Gruss Stephan
>
>
> Opening COC device /dev/ttyAMA0
> 2012.10.12 20:51:40 3: Setting COC baudrate to 38400
> 2012.10.12 20:51:40 3: COC device opened
> 2012.10.12 20:51:40 3: COC: Possible commands: mCFAZOGMRTVWXefltux
> 2012.10.12 20:51:40 3: No I/O device found for Test
>
>
>

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

[Guest]

Originally posted by: <email address deleted>

Besten Dank.

Am rfmode habe ich nichts gedreht. Laut commandrf ist SlowRF default. Werde
es mal probieren.

Hier noch meine fhem.cfg

attr global autoload_undefined_devices 1
attr global logfile /var/log/fhem/fhem-%Y-%m.log
attr global modpath /usr/share/fhem
attr global port 7072 global
attr global statefile /var/log/fhem/fhem.save
attr global userattr webCmd
attr global verbose 3

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global
attr WEBphone smallscreen 1

define WEBtablet FHEMWEB 8085 global
attr WEBtablet touchpad 1

define Logfile FileLog /var/log/fhem/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog /var/log/fhem/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots

define initialUsbCheck notify global:INITIALIZED usb create

define COC CUL /dev/ttyAMA0@38400 1234

define ESA2000_011e ESA2000 011e
attr ESA2000_011e model ESA2000_LED
attr ESA2000_011e room Waschküche

define FileLog_ESA2000_011e FileLog /var/log/fhem/ESA2000_011e-%Y.log
ESA2000_011e
attr FileLog_ESA2000_011e logtype text
attr FileLog_ESA2000_011e room ESA2000
 
define Test IT F000F0000F FF 0F
attr Test IODev COC
attr Test room XYZ

define Garagentor FS20 43214321 1234
attr Garagentor model fs20tfk



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

[Guest]

Originally posted by: <email address deleted>

>
> Hallo,
> habe auch ein Problem mit COC...... sagt mir immer:
>  
>
2012.10.13 10:25:09 3: Opening COC device /dev/ttyAMA0
2012.10.13 10:25:09 3: Setting COC baudrate to 38400
2012.10.13 10:25:09 3: COC device opened
2012.10.13 10:25:09 1: Not an CUL device, got for V:   1.47 CSM868

 

verstehe ich nicht ??

 

Grüße

woody

 

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

[UliM]

                                                 

Hi,
nur so als Idee: mal Baudrate runtersetzen?
=8-)

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

[Guest]

Originally posted by: <email address deleted>

Baudrate 38400 ist für ein COC richtig.

Verwendest du die aktuelle Version von OWX?

VG
Ralf

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

[Guest]

Originally posted by: <email address deleted>

Hier meine beiden Zeilen aus meiner fhem.cfg


define COC_RPi CUL /dev/ttyAMA0@38400 0001
attr COC_RPi model CUL

VG Ralf

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

[rudolfkoenig]

                                                   

> 2012.10.13 10:25:09 1: Not an CUL device, got for V:   1.47 CSM868

V verschluckt.
Bei einem richtigen Antwort waere es "got for V: V 1.47 CSM868"
Nochmal probieren?

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

[Guest]

Originally posted by: <email address deleted>

Hallo,
funktioniert jetzt......selbst schuld wenn man den COC nicht flasht.......
Aber noch was anderes, nach  gewisser Zeit freezt der RPI bzw FHEM ist
nicht mehr erreichbar.Ein Ping bringt auh nichts.
Kann es sein das der RPI in Stromsparmodus geht und das Netztwerk
abschaltet? Nach einem reboot funktioniert wieder alles.

Grüße

Woody


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

[Guest]

Originally posted by: <email address deleted>

Kann ich bestätigen.

Ich kann noch nicht ausmachen, ob der RPi oder das COC das Problem macht,
aber nach einiger Zeit (mal ein paar Stunden, mal zwei Tage) läuft nicht
mehr viel.
Meisst wird das Log wird mit wilden Meldungen vom COC zugemüllt, oder (eher
selten) der RPi selber ist nicht mehr dabei.

Als Alternative zur 7390 imho noch nicht einsetzbar.

VG
Ralf

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

[Guest]

Originally posted by: <email address deleted>

Welche Distribution habt Ihr installiert? Hört sich nach Kernel-Problemen bzw. Treiber-Problemen an.
Setze zwar noch kein FHEM mit RPI ein, hatte aber auch Stabilitätsprobleme mit Debian squeeze. Mit Wheezy laufen bei mir zwei RPI stabil ohne Hänger.

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