Busware SCC Transciever unter Raspbian Jessie einrichten ?

[needacloud]

Danke vielmals! Ohne Post 11 und der letzte haben auch endlich meinen SCC zum Leben erweckt. Frage mich nur warum die Anleitung auf busware.de nicht entsprechend aktualisiert wird?

G
Miran

[role83]

Hallo ich habe auch ein PI 3 mit Jessie und die Schritte in 11 durchgeführt, leider bekomme ich keinen Versionsoninformationen vom CUL zurückgeliefert!

die /boot/config.txt habe ich auch mit:
dtoverlay=pi3-disable-bt
enable_uart=1

angepasst.

Ich besitze einen SCC CUL V1.2.

Der CUL lässt sich flashen:
pi@raspberrypi:~/Downloads/culfw-1.66/Devices/SCC $ sudo make program
Compiling C: SCC.c
Compiling C: ../../clib/cc1100.c
Compiling C: ../../clib/cc1101_pllcheck.c
Compiling C: ../../clib/clock.c
Compiling C: ../../clib/delay.c
Compiling C: ../../clib/display.c
Compiling C: ../../clib/stringfunc.c
Compiling C: ../../clib/fncollection.c
Compiling C: ../../clib/ringbuffer.c
Compiling C: ../../clib/rf_send.c
Compiling C: ../../clib/rf_asksin.c
Compiling C: ../../clib/rf_moritz.c
Compiling C: ../../clib/rf_receive.c
Compiling C: ../../clib/rf_router.c
Compiling C: ../../clib/rf_zwave.c
Compiling C: ../../clib/intertechno.c
Compiling C: ../../clib/somfy_rts.c
Compiling C: ../../clib/fht.c
Compiling C: ../../clib/fastrf.c
Compiling C: ../../clib/memory.c
Compiling C: ../../clib/serial.c
Compiling C: ../../clib/ttydata.c
Compiling C: ../../clib/stacking.c
Compiling C: ../../clib/spi.c
Compiling C: ../../clib/rf_mbus.c
Compiling C: ../../clib/mbus/manchester.c
Compiling C: ../../clib/mbus/3outof6.c
Compiling C: ../../clib/mbus/mbus_packet.c
Compiling C: ../../clib/mbus/crc.c
Linking: SCC.elf
Creating load file for Flash: SCC.hex

calling radio frontends bootloader ...

KEEP THE MICRO BUTTON PRESSED AT DESIRED EXTENSION

if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 0 > /sys/class/gpio/gpio17/value
if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio18/direction
echo 0 > /sys/class/gpio/gpio18/value
echo 1 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio18/value
echo in > /sys/class/gpio/gpio18/direction
echo 18 > /sys/class/gpio/unexport
avrdude -p atmega1284p -P /dev/ttyAMA0 -c avr109 -b 38400 -V   -U flash:w:SCC.hex

Connecting to programmer: .
Found programmer: Id = "AVRBOOT"; type = S
    Software Version = 0.8; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=128 bytes.

Programmer supports the following devices:
    Device code: 0x46

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9705
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "SCC.hex"
avrdude: input file SCC.hex auto detected as Intel Hex
avrdude: writing flash (24564 bytes):

Writing | ################################################## | 100% 7.88s

avrdude: 24564 bytes of flash written

avrdude done.  Thank you.

echo 0 > /sys/class/gpio/gpio17/value
sleep 1
echo 1 > /sys/class/gpio/gpio17/value
pi@raspberrypi:~/Downloads/culfw-1.66/Devices/SCC $ sudo -i
root@raspberrypi:~# minicom -b 38400 -o - D /dev/ttyAMA0


Aber ich bekomme keine Antwort, wenn ich über minicom versuche ein V zu senden bzw. mit einem tail -f und echo "V" arbeite.

Ist es nicht so, dass wenn die der CUL sich flashen lässt, dass die Kommunikation in Ordnung ist? Wieso bekomme ich aber auf das Senden von "V" keine Antwort?