COC auf Raspi3

Begonnen von mameier1234, 12 März 2017, 13:02:18

Vorheriges Thema - Nächstes Thema

mameier1234

ich habe lange gegoogelt und viele Hinweise gefunden, aber ich krieg mein COC einfach nicht zum laufen...

Stand ist:

COC auf Raspi3 mit Jessie, aktueller Stand

in /boot/config.txt :

dtparam=i2c_arm=on
dtoverlay=pi3-miniuart-bt
enable_uart=1

ein ls -l /dev/serial* zeigt:

pi@raspberrypi:~ $ ls -l /dev/serial*
lrwxrwxrwx 1 root root  7 Mär 12 12:45 /dev/serial0 -> ttyAMA0
lrwxrwxrwx 1 root root  5 Mär 12 12:45 /dev/serial1 -> ttyS0

immer wenn ich die FW flashen will, kommt ein "unable connect to the programmer" (fhem vorher deaktiviert)

Wo könnte ich denn hier noch was drehen und versuchen ?

noansi

Hallo mameier1234,

Und womit versuchst Du zu flashen?

Wenn Du das makefile aus dem source code anschaust, muss COC per GPIO Signalprogrammierung noch aus dem Reset geholt werden und sabei das Firmware Update Signal gesetzt werden. Sonst ist der Programmer nicht erreichbar.

Wenn es die neuere Version mit Pigator Modul ist, dann musst Du wohl auch Pigator flashen, respektive die GPIO Pins sind andere, als bei der alten COC V1.x

Siehe auch die Infos auf der Busware Seite unter "Firmware for the COC".

Gruß, Ansgar.

mameier1234

Hi,

ich habe mir die complette FW runtergeladen und versuche damit zu flashen...

Ausgabe:

root@raspberrypi:/home/pi/culfw-1.66/Devices/COC# make program_full

calling radio frontends bootloader ...

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 -b 38400 -c avr109    -U flash:w:COC.hex

Connecting to programmer: .avrdude: butterfly_recv(): programmer is not responding
makefile:144: recipe for target 'do_program' failed
make: *** [do_program] Error 1
root@raspberrypi:/home/pi/culfw-1.66/Devices/COC#


Es ist ein ganz neuer COC.. geliefert vor 2 Wochen... Artikel bei Busware: RPI-COC

Any Idea ?


noansi

Hallo mameier1234,

wenn Du den hier http://www.busware.de/tiki-index.php?page=COC abgebilden COC hast, dann bist Du mit COC Firmware wohl falsch.

PIGATOR dürfte das richtige sein, wenn ich richtig verstehe, was busware auf der Seite unter Installation und culfw veröffentlicht.

Gruß, Ansgar.

mrsnooth

Hallo,

hatte bis vorhin auch das Problem und beim Einspielen der Firmware scheitere ich auch an der Stelle. Jedoch brauch ich das auch nicht, da die Firmware bereits die aktuellste auf dem COC war. In Fhem läuft es nun. Hier mein vollständiger Mitschnitt bei Installation des COC auf grüner Wiese. Hab allerdings ein Rasp2 benutzt... Vielleicht hilft es ja...


#RASPBERRY2
#Linux raspberrypi 4.4.50-v7+ #970 SMP Mon Feb 20 19:18:29 GMT 2017 armv7l GNU/Linux

cd /opt
wget http://fhem.de/fhem-5.8.deb
dpkg -i fhem-5.8.deb

usermod -aG tty fhem
usermod -aG dialout fhem

apt-get install avr-libc avrdude gcc-avr


# CONFIG.TXT
nano /boot/config.txt
        dtparam=i2c_arm=on
        nable_uart=1
        # dtoverlay=pi3-miniuart-bt # Nur fuer Raspberry 3

nano /etc/modules
   i2c_dev

apt-get install owfs
nano /etc/owfs.conf
   #server: FAKE = DS18S20,DS2405
   server: i2c = ALL:ALL

nano /boot/cmdline.txt
     # dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
     dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait

systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service

nano /etc/rc.local
   sudo echo 22 > /sys/class/gpio/export
   sudo echo out > /sys/class/gpio/gpio22/direction
   sudo echo 1 > /sys/class/gpio/gpio22/value

REBOOT

# In FHEM
define COC CUL /dev/ttyAMA0@38400 1234

# RTC
echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-1/new_device
sleep 2
hwclock
hwclock -w

nano /etc/rc.local
   echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-1/new_device
   sleep 2
   hwclock -s

apt-get remove fake-hwclock
rm /etc/cron.hourly/fake-hwclock
update-rc.d -f fake-hwclock remove
rm /etc/init.d/fake-hwclock
update-rc.d hwclock.sh enable






mameier1234

mrsnooth, Du bist mein Held....


aber jetzt mal klartext: Wo hattest du auf der Busware Seite die Infos her ?

So klappt es auch mit nem Rasp3 ... d.H. es werden hier andere Pins verwendet...

Danke !!!!

babbeldoo

Hallo, ich habe diesen Thread nochmal hoch geholt, weil ich sonst keinen Besseren gefunden habe...

Ich versuche jetzt seit einigen Tagen den busware CC1101-OneWire-Clock COC am Raspberry Pi 3 ans Laufen zu bekommen und habe dazu diverse Internetseiten durchforstet. Ich bin mir nicht sicher, aber ich glaube der Durchbruch kam mit der obigen Auflistung von mrsnooth denn jetzt blinkt mein COC grün vor sich hin und ich sehe ihn im FHEM Webbrowser unter 'Everything' > "COC = Initialized" :-) Danke!

Jetzt aber zu meinem Punkt: Immer wenn ich versuche RTC gemäß Angabe von busware bzw. wie oben gelistet zu aktivieren, bekomme ich "permission denied":

sudo echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-1/new_device >> hier bekomme ich ein '-bash: new_device: Permission denied'
sleep 2
sudo hwclock

Ich vermute, das sollte nicht so sein, oder? Woran liegt das bzw. was muss ich ändern?

Viele Grüße

babbeldoo

>> plopp, nochmal hoch geholt <<<
busware ist an der Stelle leider nicht sehr serviceortientiert und hilfreich ('wir verkaufen nur - Hilfe hol Dir woanders') :-(

Keiner eine Idee warum ich mit
- meinem busware CC1101-OneWire-Clock COC
- am Raspberry Pi 3 
- zur Aktivierung der RTC

die 'Permission Denied' Fehlermeldung bekomme?

sudo echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-1/new_device >> hier bekomme ich ein '[b]-bash: new_device: Permission denied[/b]'
sleep 2
sudo hwclock

babbeldoo

[GELÖST] Nachdem ich das Thema für mich zwischenzeitlich lösen konnte, möchte ich den Beitrag nicht so offen stehen lassen...
Im wesentlichen waren es unter 'Jessie' mit dem 'busware CC1101-OneWire-Clock COC' am 'Raspberry Pi 3' zur Aktivierung der RTC folgende Schritte (und nix mit 'sudo echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-1/new_device' wie auf der busware-Seite beschrieben):

  - /boot/config.txt mit 'dtparam=i2c_arm=on'
  - /boot/config.txt mit 'dtoverlay=i2c-rtc,ds1307'
  - /lib/udev/hwclock-set mit 'if .. fi' auskommentieren

Geholfen haben mir hier wesentlich die Seiten https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=125003 und https://spellfoundry.com/sleepy-pi/setting-up-the-real-time-clock-on-raspbian-jessie/

mameier1234

Super...

ganz Ehrlich.... Busware macht es sich da einfach...(meine Meinung)