CC1101 krieg ich auf dem pi nicht zu laufen

Begonnen von alias2006, 07 Juli 2014, 17:43:23

Vorheriges Thema - Nächstes Thema

alias2006

habe mir einen Pi und busware CC1101 zugelegt. Pi installiert und CC1101 draufgepackt
und  /etc/inittab - comment or delete: T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
und ttxAMA0 refence in /boot/cmdline.txt entfernt - and reboot!

Hab nichts geflashed, da busware schreibt:
The SCC is shipped with "culfw"-firmware flashed and testet.

die fhem cfg file:
define SCC CUL /dev/ttyAMA0@38400 1234
attr SCC verbose 5

im log kommt dann:2014.07.07 16:53:15 3: Opening SCC device /dev/ttyAMA0
2014.07.07 16:53:15 3: Setting SCC baudrate to 38400
2014.07.07 16:53:15 3: SCC device opened
2014.07.07 16:53:51 1: Cannot init /dev/ttyAMA0, ignoring it
2014.07.07 16:53:52 1: Including ./log/fhem.save
2014.07.07 16:53:52 1: usb create starting
2014.07.07 16:53:54 3: Opening CUL device /dev/ttyAMA0
2014.07.07 16:53:54 3: Setting CUL baudrate to 38400
2014.07.07 16:53:54 3: CUL device opened
2014.07.07 16:53:54 3: Opening TCM310 device /dev/ttyAMA0
2014.07.07 16:53:54 3: Setting TCM310 baudrate to 57600
2014.07.07 16:53:54 3: TCM310 device opened
2014.07.07 16:53:54 1: usb create end

Im WEB interface sehe ich :
SCC opened

wenn ich    "get SCC version"  eingebe kommt: No answer

wenn ich ein FS20 Schalter anklicke kommt im log:
2014.07.07 16:55:22 3: FS20 set Licht_Couch on
2014.07.07 16:55:22 5: SCC sending F23245511
2014.07.07 16:55:22 5: SW: F23245511

aber es rührt sich nix. FS20 Code ist in Ornung. Funktioniert mit FHZ 1000 PC

Ich kann nirgendwo finden, wie man das CUL debugged. Mehr als verbose 5 kann ich nicht eingeben.

Bei Busware sind die Beschreibungen alle nur noch dürftiger, rein gar nichts wie man traced oder debugged.

Hat jemand das gleiche Problem?



Raspberry, Fritz, Qnap, it, Homatic, Viessmann, Netatmo, solaredge,Sonnen, shellies, PV Forecast, powerfox, usw.

franky08

Hallo

Zitat2014.07.07 16:53:51 1: Cannot init /dev/ttyAMA0, ignoring it

Der SCC lässt sich nicht initialisieren, bist du dir sicher das die Schnittstelle ttyAMA0 frei ist? Ich würde da mal ansetzen.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

alias2006

Die Antwort "Ich würde da mal ansetzen" hat mir nix gebracht. Das hatte ich schon gedacht. Konstruktiv ware gewesen, wie man das rausfindet. Ich hab da keine Ahnung. wie viele haben dies? Viele.

   P R O B L E M gelöst

Das Problem ist gelöst. Ich will das kurz darstellen, weil bestimmt auch Andere reinfallen, diejenigen die
stackable CC1101 SSC CUL von Busware einsetzen. Ich werde danach das zweite stackable CC1101 mit 433 MHz installieren. Mal sehen wie es geht.

1. Ich habe von scratch angefangen und den pi installiert.
2. stackable CC1101 auf den pi gepackt.
3. FHEM installiert mit.

sudo wget http://fhem.de/fhem-5.5.deb && sudo dpkg -i fhem-5.5.deb
cd /opt
sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem

Zugriff geändert auf:
crw-rw---T  1 root dialout 204,  64 Jul  7 20:06 ttyAMA0
wie, weiss ich nicht mehr.

Danach FHEM gestarted, Resultat siehe oben (mein erster Post)



sodann Folgendes geändert:
- initialUsbCheck in fhem.cfg  entfernt
- folgende zeilen zu /etc/init.d/fhem hnzugefügt 
       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
  Anmerkung aus der Busware Seite:
       default the radio of SCC is held in RESET which is connected to GPIO17. You need explicitly
       pull GPIO17 HIGH to un-reset the radio (done by added lines)
- Danach blinkte das Led auf  dem  SCC


FHEM wieder gestartet: Resultat:

2014.07.07 19:02:11 1: Including fhem.cfg
2014.07.07 19:02:12 3: telnetPort: port 7072 opened
2014.07.07 19:02:12 3: WEB: port 8083 opened
2014.07.07 19:02:12 3: WEBphone: port 8084 opened
2014.07.07 19:02:12 3: WEBtablet: port 8085 opened
2014.07.07 19:02:13 3: Opening SCC device /dev/ttyAMA0
2014.07.07 19:02:13 3: Setting SCC baudrate to 38400
2014.07.07 19:02:13 3: SCC device opened
2014.07.07 19:02:13 2: SCC: unknown message ? (? is unknown) Use one of m B C F i A Z G M Y R T V W X e f * l t u x

2014.07.07 19:02:16 1: /dev/ttyAMA0 disconnected, waiting to reappear
2014.07.07 19:02:16 3: SCC: Possible commands: Noanswer
2014.07.07 19:02:16 1: Cannot init /dev/ttyAMA0, ignoring it
2014.07.07 19:02:16 1: Including ./log/fhem.save
2014.07.07 19:02:16 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.
2014.07.07 19:02:16 0: Server started with 10 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user pi, pid 2179)

Und siehe da, SCC wurde erkannt, aber nicht richtig. Da das installierte FHEM eine alte Version vom letzten Jahr war, dachte ich, dass wohl eine Neuere Version den SCC richtig erkennt.

Also: FHEM update gefahren und restart:

Resultat:
2014.07.07 19:06:44 1: Including fhem.cfg
2014.07.07 19:06:45 3: telnetPort: port 7072 opened
2014.07.07 19:06:45 3: WEB: port 8083 opened
2014.07.07 19:06:45 3: WEBphone: port 8084 opened
2014.07.07 19:06:45 3: WEBtablet: port 8085 opened
2014.07.07 19:06:46 2: eventTypes: ./log/eventTypes.txt: bogus line
2014.07.07 19:06:46 2: eventTypes: loaded 4 events from ./log/eventTypes.txt
2014.07.07 19:06:47 3: Opening SCC device /dev/ttyAMA0
2014.07.07 19:06:47 3: Setting SCC baudrate to 38400
2014.07.07 19:06:47 3: SCC device opened
2014.07.07 19:06:47 3: SCC: Possible commands: mBCFiAZGMYRTVWXef*ltux
2014.07.07 19:06:47 2: Setting CUL fhtid from FFFF to 1234
2014.07.07 19:06:47 1: Including ./log/fhem.save
2014.07.07 19:06:47 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.
2014.07.07 19:06:47 0: Server started with 10 defined entities (version $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $, os linux, user pi, pid 2191)


Und siehe da , es funktionierte!!!!!!!!!!!!!! Hurrah !!!!

Fazit:
- Busware stackable SCC CC1101 muss nicht geflashed werden. Kann wie es kommt benutzt werden
- neues FHEM ist nötig !!!
- /etc/inittab - comment oder delete: T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
- /boot/cmdline.txt alle Rerences entfernen für ttyAMA0
- reboot!
- Zufügen der o. beschriebenen Zeilen in /etc/init.d/fhem    startup script
- ob initialUSBCheck was damit zu tun hat kann ich nicht mehr rausfinden (vielleicht?)


















Raspberry, Fritz, Qnap, it, Homatic, Viessmann, Netatmo, solaredge,Sonnen, shellies, PV Forecast, powerfox, usw.