FHEM RaspberryPi B CC1101 Start Automatisation

[Sir_Phoenix]

Hallo Folks,
ich habe mich nun lange mit dem Thema rumgeschlagen und gesagt diese Woche wo ich Urlaub habe fange ich mal damit an!

Also mein Plan:
Voll automatische Heimsteuerung durch FHEM!
Da ich demnächst in ein eigenes Haus umziehe, will ich in meiner aktuellen Wohnung schonmal ein wenig rumprobieren um zu gucken was möglich ist, und vorallem was ICH hinbekomme.

Was ich schon länger besitze:
4x FHT80B (Temperatursensor, Steuerung)
4x FHT8V (Heizungsstellungsventil)
4x FHT80TF-2 (Fensterkontakt)

Da ich bereits im Besitz eines Raspberrypi bin, wollte ich diesen gleich nutzen. Da habe ich mich dann auf fhem.de informiert und mir daraufhin die Aufsteckplatine CC1101 http://shop.busware.de/product_info.php/cPath/1/products_id/97 gekauft.

Soweit sogut.

Pi dann nach Anleitung installiert, FHEM druff und Oberfläche gestartet.
Nach der Anleitung des CC1101 dem command "define SCC CUL /dev/ttyAMA0@38400 1234" in die fhem.cfg gespeichert und neu gestartet.

Nun wollte ich die gesendeten Signale erstmal mitlesen um die Adressen auslesen zu können.
Und hier hapert es schon.
Leider zeigt mir mein PI rein garnix an.
Kann es sein das der CC1101 garnicht so funktioniert wie ich es mir vorstelle?

Wo kann mein Problem liegen?

schonmal vielen dank für die Hilfe

[Rince]

Prinzipiell würde ich empfehlen, diesbezüglich mal das Einführungs-PDF zu lesen (ist oben im Forum angepinnt)...
Darin steht auch, dass du NIEMALS NICHT in der fhem.cfg rumschreiben sollst. Tipp das Zeug oben in die Befehlszeile von fhem ein, und gut ist (Speichern nicht vergessen)


Ansonsten, schau mal da:
http://forum.fhem.de/index.php?topic=23233.0


oder auch da:
http://fhem.de/commandref.html#FHT8V
Vielleicht ist das besser?

[Sir_Phoenix]

Hallo,
habe die .pdf natürlich gelesen. Aber leider nix gefunden was mir explizit weiter hilft
So wie es aussieht kriege ich den CC1101 nicht zum laufen :-/
Ich habe dieses thema gefunden: http://forum.fhem.de/index.php?topic=25171.0
Diese Schritte habe ich auch alle versucht zu machen, aber leider auch nciht viel weiter gekommen.
Auch habe ich den Ersteller der Nachricht angeschrieben. Leider bekomme ich keine antwort

Ich lege mal meine files hier offen. Hoffentlich findet sich jemand der mir helfen kann/will

logfile FHEM:

2014.12.01 17:17:21 1: Including fhem.cfg
2014.12.01 17:17:22 3: telnetPort: port 7072 opened
2014.12.01 17:17:25 3: WEB: port 8083 opened
2014.12.01 17:17:25 3: WEBphone: port 8084 opened
2014.12.01 17:17:25 3: WEBtablet: port 8085 opened
2014.12.01 17:17:26 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2014.12.01 17:17:26 3: Opening SCC device /dev/ttyAMA0
2014.12.01 17:17:27 3: Setting SCC baudrate to 38400
2014.12.01 17:17:27 3: SCC device opened
2014.12.01 18:13:23 1: Cannot init /dev/ttyAMA0, ignoring it (SCC)
2014.12.01 18:13:23 1: Including ./log/fhem.save
2014.12.01 18:13:23 2: SecurityCheck:  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.
2014.12.01 18:13:23 0: Server started with 9 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user fhem, pid 2054)

FEHM.cfg

attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
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.\

attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global
attr WEB basicAuth XXX
attr WEB stylesheetPrefix dark

define WEBphone FHEMWEB 8084 global
attr WEBphone basicAuth XXX
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet basicAuth XXX
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
# define initialUsbCheck notify global:INITIALIZED usb create

define SCC CUL /dev/ttyAMA0@38400 1234
attr SCC verbose 5

/etc/inittab

# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty --noclear 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3


#Spawn a getty on Raspberry Pi serial line

boot/cmdline.txt

dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

/etc/init.d/fhem

set -e
cd /opt/fhem
port=7072

if test "$2" != "noaptmark"; then
  apt-mark hold fhem > /dev/null
fi

case "$1" in
'start')

        echo "Starting fhem..."

# if you need to start hmland for use with
# Homematic, please start the hmland daemon
# like this (please use correct path and port,
# depending on your installation!)
#
#       /opt/hmcfgusb/hmland -d -p 1234 -r 0
#

        perl fhem.pl fhem.cfg

# if you want to use configDB for configuration,
# use this command to start fhem:
#
#       perl fhem.pl configDB
#
# and remove/comment the above line including fhem.cfg

        RETVAL=$?
        ;;
'stop')
        echo "Stopping fhem..."

# if you want to stop hmland during fhem stop:
#       pkill hmland

        pkill -U fhem perl
        RETVAL=$?
        ;;
'status')
        cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
        if [ "$cnt" -eq "0" ] ; then
                echo "fhem is not running"
        else
                echo "fhem is running"
        fi
        ;;
*)
        echo "Usage: $0 { start | stop | status }"
        RETVAL=1
        ;;
esac
if test ! -d/sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 1> /sys/class/gpio/gpio17/value
exit $RETVAL

Tjo, so sieht es aktuell aus. Ich muss ehrlich sagen mir sagt das alles so gut wie rein garnix
Kann und will jemand helfen?

vielen dank schonmal!!!

[schucki]

Hallo zusammen,

ich habe im Moment die gleichen Probleme mit der selben Hardware. Bin nur am googlen und hier im Forum lesen, habe aber leider auch nach vielem probieren noch keine Möglichkeit gefunden diese Hardware zum laufen/senden zu bewegen. Ich habe aber noch zusätzlich einen 433 MHz Sender wie folgt angeschlossen.

https://www.raspiprojekt.de/anleitungen/schaltungen/28-433-mhz-funksteckdosen-schalten.html?showall=&start=1

Der Sender funktioniert mittlerweile Problemlos mit wiringPi über den Befehl send. Kann es aber durch diesen Aufbau zur Kollision kommen, da der Sender auch auf GPIO 17 liegt? Bei mir kommt in der Log auch immer die Fehlermeldung

2014.12.06 08:25:58 3: Opening SCC device /dev/ttyAMA0
2014.12.06 08:25:59 3: Setting SCC baudrate to 38400
2014.12.06 08:25:59 3: SCC device opened
2014.12.06 08:27:02 1: Cannot init /dev/ttyAMA0, ignoring it (SCC)



Selbst die Hilfe unter

http://www.netzmafia.de/skripten/hardware/RasPi/RasPi_Serial.html

hat nix gebracht.

Auch diese Anleitung

http://blog.krannich.de/2014/08/busware-scc-in-fhem-einrichten/

brachte mich nicht voran.