Ankündigung

Einklappen
Keine Ankündigung bisher.

Raspberry Image Eibd, linknx mit CometVisu

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • MarkusW
    antwortet
    So, angelegt wird es nun.
    Ich war wohl zu ungeduldig.
    Nach einer gewissen Zeit tauchen die Dateien auf.

    Jedoch sieht meine linknx.xml ungewöhnlich aus.

    Code:
    <?xml version="1.0" ?>
    <config>
        <services>
            <knxconnection url="ip:127.0.0.1" />
            <xmlserver type="inet" port="1028"/>
            <exceptiondays>
                <date day="1" month="1" />
                <date day="1" month="5" />
                <date day="15" month="8" />
                <date day="25" month="12" />
                <date day="25" month="4" year="2011" />
                <date day="2" month="6" year="2011" />
                <date day="13" month="6" year="2011" />
                <date day="9" month="4" year="2012" />
                <date day="17" month="5" year="2012" />
                <date day="28" month="5" year="2012" />
                <date day="1" month="4" year="2013" />
                <date day="9" month="5" year="2013" />
                <date day="20" month="5" year="2013" />
                <date day="21" month="4" year="2014" />
                <date day="29" month="5" year="2014" />
                <date day="9" month="6" year="2014" />
            </exceptiondays>
            <persistence type="file" path="/var/lib/linknx" />
        </services>
        <objects>
    <!--         <object id="Weather_Temperature" gad="0/0/1" type="9.xxx" flags="cwu" init="persist" log="false">Weather_Temperature</object> -->
        <object id="database_sonneneinstrahlung" gad="0/3/6" type="9.xxx" flags="cwu" init="persist" log="false">database_sonneneinstrahlung</object>
        </objects>
        <rules>
     <!--        <rule id="Aussen_TEMP_LOG">
               <condition type="object" id="Weather_Temperature" trigger="true" />
                   <actionlist type="if-true">
                 <action type="shell-cmd" cmd="/home/rrdtool/update_database.sh"/>
                </actionlist> -->
           <!-- </rule> -->
     
    
        </rules>    <!-- muss das so sein ? -->
        <logging output="/var/log/linknx.log" format="%d{%Y-%m-%d %H:%M:%S,%l} %5p > %c %x - %m%n" level="INFO" maxfilesize="100" maxfileindex="2" />
    </config>
    Kann es sein, dass da auch noch irgendwie die Verzeichnisse geändert und die "<!--...-->" entfernt werden müssen?

    Ich habe es mal so angepasst und es schein zu funktionieren !?!
    <?xml version="1.0" ?>
    <config>
    <services>
    <knxconnection url="ip:127.0.0.1" />
    <xmlserver type="inet" port="1028"/>
    <exceptiondays>
    <date day="1" month="1" />
    <date day="1" month="5" />
    <date day="15" month="8" />
    <date day="25" month="12" />
    <date day="25" month="4" year="2011" />
    <date day="2" month="6" year="2011" />
    <date day="13" month="6" year="2011" />
    <date day="9" month="4" year="2012" />
    <date day="17" month="5" year="2012" />
    <date day="28" month="5" year="2012" />
    <date day="1" month="4" year="2013" />
    <date day="9" month="5" year="2013" />
    <date day="20" month="5" year="2013" />
    <date day="21" month="4" year="2014" />
    <date day="29" month="5" year="2014" />
    <date day="9" month="6" year="2014" />
    </exceptiondays>
    <persistence type="file" path="/var/lib/linknx" />
    </services>
    <objects>
    <!-- <object id="Weather_Temperature" gad="0/0/1" type="9.xxx" flags="cwu" init="persist" log="false">Weather_Temperature</object> -->
    <object id="database_sonneneinstrahlung" gad="0/3/6" type="9.xxx" flags="cwu" init="persist" log="false">database_sonneneinstrahlung</object>
    </objects>
    <rules>
    <rule id="Sonneneinstrahlung">
    <condition type="object" id="database_sonneneinstrahlung" trigger="true" />
    <actionlist type="if-true">
    <action type="shell-cmd" cmd="/var/www/rrd/update_database_sonneneinstrahlung.sh"/>
    </actionlist>
    </rule>


    </rules> <!-- muss das so sein ? -->
    <logging output="/var/log/linknx.log" format="%d{%Y-%m-%d %H:%M:%S,%l} %5p > %c %x - %m%n" level="INFO" maxfilesize="100" maxfileindex="2" />
    </config>
    Nur was muß ich jetzt für weitere Diagramme machen?

    Einen Kommentar schreiben:


  • Tqm
    antwortet
    1. in das Verzeichnis wechseln:

    Code:
    cd /var/www/rrd/
    2.Erstellen der Datenbank:

    Code:
    perl /var/www/rrd/create_db.pl
    3. manuelles Update der Datenbank (zum testen)

    Code:
    perl /var/www/rrd/create_db.pl
    So wie ich das sehe scheiterst Du am erstellen der Datenbank ...
    Welche Benutzerrechte hast Du (user, root, ...)?
    Meine Beschreibung gilt für "root" ...

    => o.k. sehe aus Deiner Fehlermeldung Du bist als root angemeldet ... und mit der Sonneneinstrahlung hat es ja dann auch geklappt - wichtig ist Du musst im Verzeichnis /var/www/rrd/ sein!
    Vielleicht ein Tipfehler in den Dateien ?

    Einen Kommentar schreiben:


  • MarkusW
    antwortet
    Irgendwie haut es nicht hin.

    Habe die beiden Dateien erstellt und die Befehle mit Putty eingegeben.

    Wenn ich dann eine weitere Datei erstellen möchte kommt wieder:
    Code:
    root@raspberrypi:~# ERROR: you must define at least one Round Robin Archive
    -bash: ERROR:: Kommando nicht gefunden.
    Edit:database_sonneneinstrahlung.rrd wurde erstellt

    Einen Kommentar schreiben:


  • Gufdon
    antwortet
    Eine alternative Frage:

    Ich habe mal versucht den Rpi nicht über den Router laufen zu lassen, sondern direkt peer2peer mit dem Rechner (2te Netzwerkkarte).

    Auf dem Rpi habe ich eine static ip eingegeben: 192.168.2.2
    Meiner 2ten Netzwerkkarte habe ich: 192.168.2.1 gegeben.

    Die Verbindung steht soweit auch:
    - Kann mich mit Putty oder per Ping am Rpi anmelden
    - ETS 4 findet den Rpi über Adresse 192.168.2.2
    - Über groupwrite ... 1/0/1 1 kann ich meine definiert GA schreiben. Schaltaktor schaltet

    ABER ich kann nicht mehr über die ETS4 auf den Bus zugreifen (ging vorher). Jemand eine Idee?
    Einstellungssache?

    Einen Kommentar schreiben:


  • Tqm
    antwortet
    Ups, hier mangelt es ja schon an der Basis ...

    o.k.

    Du benötigst (um meiner Anleitung folgen zu können) eine "create_db.pl" im Verzeichniss /var/www/rrd

    Inhalt:
    Code:
    #!/bin/bash
    rrdtool create database_sonneneinstrahlung.rrd --start N --step 300 \
    DS:temp:GAUGE:600:U:U \
    RRA:AVERAGE:0.5:1:12 \
    RRA:AVERAGE:0.5:1:288 \
    RRA:AVERAGE:0.5:12:168 \
    RRA:AVERAGE:0.5:12:720 \
    RRA:AVERAGE:0.5:288:365
    und natürlich eine entsprechende "update_database_aussen_temperatur.sh" mit folgendem Inhalt:
    Code:
    #!/bin/bash
    cd /var/www/rrd/
    # Read temperature from sensor 
    tempread=`cat /var/www/linknx/Aussen_Temperatur` 
    temp=`echo $tempread | cut -c -4`
    # Update database
    rrdtool update database_aussen_temperatur.rrd N:$temp
    PS: die Dateien müssen natürlich ausführbar sein ..
    Befehl:
    chmod +x /var/www/rrd/create_db.pl
    und für die "update_database_aussen_temperatur.sh" entsprechend ..

    Einen Kommentar schreiben:


  • MarkusW
    antwortet
    Sobald ich versuche die Datei zu erstellen, bekomme ich folgende Meldung:
    Code:
    root@raspberrypi:/var/www/rrd# root@raspberrypi:/var/www/rrd# rrdtool create database_windgeschwindigkeit.rrd --start N --step 300
    -bash: root@raspberrypi:/var/www/rrd#: Datei oder Verzeichnis nicht gefunden
    root@raspberrypi:/var/www/rrd# ERROR: you must define at least one Round Robin Archive
    Vielleicht liegt es am Update auf 0.8.0?

    Einen Kommentar schreiben:


  • Tqm
    antwortet
    kleiner Auszug aus der Anleitung zu meinem Image:
    Code:
    Diagramme (rrd´s):
    
    - zuerst in das Verzeichnis wechseln
    
    	cd /var/www/rrd/
    
    - Script zum Anlegen der Datenbank anpassen (als Beispiel verwende ich hier „Windgeschwindigkeit“)
    
    
    
    	In der 2. Zeile den Namen für die neue Datenbank ändern (Rest unbedingt unverändert lassen):
    original:
    	rrdtool create database_aussen_temperatur_sued.rrd --start N --step 300 \
    
    neu:
    	rrdtool create database_windgeschwindigkeit.rrd --start N --step 300 \
    
    mit strg + X beenden u. speichern
    
    - Script ausführen u . Datenbank erstellen
    
    	perl /var/www/rrd/create_db.pl
    
    	(mit „mc“ könnt Ihr nun den Midnight Commander aufrufen und überprüfen ob die Datenbank
    	„database_windgeschwindigkeit.rrd“ erstellt wurde)
    
    - diese Schritte müsst Ihr für jede gewünschte Datenaufzeichnung wiederholen!
    
    - nun den Midnight Commander mit „F10“ beenden und den Raspberry mit „reboot“ neu starten - jetzt werden die Daten gesichert
    
    = = = = = = = = = =
    
    - Nun müssen wir das Script zum eintragen der Daten in die Datenbank kopieren und anpassen
    
    	zuerst in das Verzeichnis wechseln
    
    	cd /var/www/rrd/
    
    	Midnight Commander aufrufen mit „mc“
    	mit den Pfeiltasten wählen wir die Datei „update_database_aussen_temperatur.sh“ aus
    	mit der Taste „F5“ kopieren und bei „nach“ (hier steht der Cursor) einfach
    	„update_database_windgeschwindigkeit.sh“ eingeben und mit „OK“ bestätigen
    
    	nun wählen wir mit den Pfeiltasten die neue Datei „update_database_windgeschwindigkeit.sh“ aus
    	mit der Taste „F4“ können wir diese nun editieren
    	In der 4. Zeile den Namen für den aufgezeichneten Wert ändern (Rest unbedingt unverändert lassen):
    original:
    	tempread=`cat /var/www/linknx/Aussen_Temperatur` 
    neu:
    	tempread=`cat /var/www/linknx/windgeschwindigkeit`
    
    und in der 7.Zeile die neue Datenbank eintragen (Rest unbedingt unverändert lassen):
    original:
    	rrdtool update database_aussen_temperatur.rrd N:$temp
    neu:
    	rrdtool update database_windgeschwindigkeit N:$temp
    
    	mit strg + X beenden u. speichern
    	
    - auch diese Schritte müsst Ihr für jede gewünschte Datenaufzeichnung wiederholen!
    
    - nun den Midnight Commander mit „F10“ beenden und den Raspberry mit „reboot“ neu starten - jetzt werden die Daten gesichert
    
    = = = = = = = = = =
    
    - linknx anpassen (Verknüpfung zwischen Gruppenadressen (gad=“x/x/x“) und „sprechendem Namen“ (windgeschwindigkeit) herstellen
    
    -	-	-	-	-	-	-	-	-
        * zu verwendende Datenpunkttypen (type=“9.xxx“)
    
        * 1.001: switching (on/off) (EIS1)
        * 3.007: dimming (control of dimmer using up/down/stop) (EIS2)
        * 3.008: blinds (control of blinds using close/open/stop)
        * 5.xxx: 8bit unsigned integer (from 0 to 255) (EIS6)
        * 5.001: scaling (from 0 to 100%)
        * 5.003: angle (from 0 to 360°)
        * 6.xxx: 8bit signed integer (EIS14)
        * 7.xxx: 16bit unsigned integer (EIS10)
        * 8.xxx: 16bit signed integer
        * 9.xxx: 16 bit floating point number (EIS5)
        * 10.001: time (EIS3)
        * 11.001: date (EIS4)
        * 12.xxx: 32bit unsigned integer (EIS11)
        * 13.xxx: 32bit signed integer
        * 14.xxx: 32 bit IEEE 754 floating point number
        * 16.000: string (max 14 ASCII char) (EIS15)
        * 20.102: heating mode (comfort/standby/night/frost) 
    -	-	-	-	-	-	-	-	-
    
    	nano /var/lib/linknx/linknx.xml
    
    - Für jeden aufgezeichneten Datenpunkt benötigt Ihr hier eine entsprechende Definition - für Euren ersten Wert passt Ihr Euch
    	die 4. Zeile einfach an, für jeden weiteren Datenpunkt kopiert Ihr Euch am besten die 4. Zeile und fügt diese irgendwo
    	zwischen „<objects>“ und „</objects>“ ein. (normalerweise an der letzten Position vor „</objects>“)
    original:
    	<?xml version="1.0"?>
    	config>
    	<objects>
    	<object id="Aussen_Temperatur" gad="0/0/1" type="9.xxx" flags="cwu" init="persist" log="false">Aussen_Temperatur</object>
    	</objects>
    	<rules>
    	…
    neu:	
    	<?xml version="1.0"?>
    	<config>
    	<objects>
    	<object id="Aussen_Temperatur" gad="0/0/1" type="9.xxx" flags="cwu" init="persist" log="false">Aussen_Temperatur</object>
    	<object id="Aussen_Temperatur" gad="0/0/1" type="9.xxx" flags="cwu" init="persist" log="false">Aussen_Temperatur</object>
    	</objects>
    	<rules>
    	</rules>
    	…
    - Nun passen Wir uns die eingefügte Zeile für unseren Datenpunkt (windgeschwindigkeit) an:
    	 gad=„x/x/x (hier wird die Gruppenadresse eingetragen x/x/x), type="9.xxx" (hier wird der Datenpunktstyp definiert)
    
    	<?xml version="1.0"?>
    	<config>
    	<objects>
    	<object id="Aussen_Temperatur" gad="0/0/1" type="9.xxx" flags="cwu" init="persist" log="false">Aussen_Temperatur</object>
    	<object id=„windgeschwindigkeit“ gad=„0/0/2“ type="9.xxx" flags="cwu" init="persist" log="false">windgeschwindigkeit</object>
    	</objects>
    	<rules>
    	</rules>
    	…
    mit strg + X beenden u. speichern
    - Den Raspberry mit „reboot“ neu starten - jetzt werden die Daten gesichert
    
    = = = = = = = = = =
    
    - Nun haben wir bisher:
    	die Datenbank angelegt
    	das Script für den Eintrag des aktuellen Wertes in die Datenbank angelegt
    	die Gruppenadressen (x/x/x) mit „sprechendem Namen“ (windgeschwindigkeit) verknüpft
    
    	was uns noch fehlt, ist eigentlich ein automatischer Aufruf,
    	der alle 5 Minuten das Script ausführt und den Eintrag des aktuellen Wertes in die Datenbank schreibt
    	dies erledigt ein cronjob für uns
    -	Aufruf:
    
    	crontab -e
    
    interessant ist hier für uns der Bereich (Rest unbedingt unverändert lassen):
    	
    	…
    	# alle 5 Minuten rrd (ramdisk) aktualisieren
    	*/5 * * * * /var/www/rrd/update_database_aussen_temperatur.sh
    	…
    
    - für Euren ersten Wert passt Ihr Euch die Zeile mit „update_database_aussen_temperatur.sh“ einfach an,
      ansonsten ergänzen wir einfach um unser neues Script:
    
    	…
    	# alle 5 Minuten rrd (ramdisk) aktualisieren
    	*/5 * * * * /var/www/rrd/update_database_aussen_temperatur.sh
    	*/5 * * * * /var/www/rrd/update_database_windgeschwindigkeit.sh
    	…
    mit strg + X beenden u. speichern
    - Den Raspberry mit „reboot“ neu starten - jetzt werden die Daten gesichert und die Aufzeichnung der Daten beginnt!
    
    !!!Die Daten in einer Ramdisk aufgezeichnet und 1x stündlich tatsächlich auf die SD-Karte gesichert !!!
    
    Die gebräuchlichsten HTML-Farben zum einfärben der Diagramme:
    Code		Farbe
    
    #FF8000 	orange
    #0000FF		blau
    #00FF00		grün
    #FF0000		rot
    #000000 	schwarz
    #666666		grau
    #DDDDDD		helles grau
    
    mehr dazu:
    http://html-color-codes.info/webfarben_hexcodes/
    
    Einbindung CometVisu:
    siehe Demo-Config´s „pc“ und „ipad“ im speziellen
    - width (Breite)
    	an iPad (1024er Auflösung) bzw. PC (1600er Auflösung) angepasst…
    - series
    	Unterschiedliche Darstellungszeiträume (Woche bzw. Tag)
    MfG

    Thomas

    Einen Kommentar schreiben:


  • MarkusW
    antwortet
    Hallo,
    ich nutze das Image, den Editor und irgendwie bekomme ich ich keine Diagramme aufgezeichnet.
    Im Verzeichnis /var/www/rrd taucht keine Datei auf.
    Gibt es irgendwo eine Seite, wo mal genau dokumentiert ist wie man das einrichtet?
    Vielleicht kann mir das aber auch mal jemand in knappen Worten erklären.


    Vielen Dank und grüße Markus

    Einen Kommentar schreiben:


  • Gufdon
    antwortet
    Es läuft Michi!!!
    Eben den Schaltaktor eine physikalische Adresse zugewiesen.

    Saubere Arbeit. Mache mich jetzt erstmal etwas ans spielen.

    Melde mich später noch einmal wie es mit der Visu läuft.


    Das Image sollte man vll. einmal aktualisieren.

    Einen Kommentar schreiben:


  • Gufdon
    antwortet
    Super Michi, soweit ich sehe hat das geholfen.
    Leider komme ich heute nicht mehr dazu das mit ETS und dem Programmiermodus zu testen (Die Frauen ... Grummel ätzend so zu beenden).

    Hier die Ausgabe:
    Code:
    root@raspberrypi:~# /etc/init.d/eibd restart
    
    *** Restarting EIB/KNX daemon eibd
    -ne      *** eibd: Autodetecting Interface .
    /etc/init.d/eibd: 165: /etc/init.d/eibd: setserial: not found
    *** Starting EIB/KNX daemon: eibd using tpuarts:/dev/ttyAMA0
    . ok
    
    root@raspberrypi:~# ps -ef | grep eibd
    root      2787     1  0 22:03 ?        00:00:00 /usr/local/bin/eibd -e 1.1.243 -c -S -D -i -T --tpuarts-disch-reset --tpuarts-ack-all-group -d -u --pid-file=/var/run/eibd.pid tpuarts:/dev/ttyAMA0
    root      2808  2765  0 22:03 pts/0    00:00:00 grep eibd
    Melde mich Morgen sobald ich nach der Arbeit Zeit finde das zu testen.


    Christian

    Einen Kommentar schreiben:


  • Michixx
    antwortet
    Das wird auch nicht gehen, ich habe den eibd leider nur für USB, IP, Routing usw. kompiliert, nicht für die Serielle Schnittstelle.
    Code:
    ./configure --without-pth-test --with-mctx-mth=sjlj --with-mctx-[URL="http://redaktion.knx-user-forum.de/lexikon/dsp/"][U][COLOR=#0066cc]dsp[/COLOR][/U][/URL]=ssjlj --with-mctx-stk=sas --enable-onlyeibd --enable-eibnetip --enable-eibnetiptunnel --enable-eibnetipserver --enable-groupcache --enable-usb
    Es hätte noch mit kompiliert werden müssen:
    Code:
    --enable-tpuarts
    Das ist mir gerade noch mal aufgefallen, du müsstest den eibd noch mal neu kompilieren .

    Kann sein das die Source noch auf dem PI zum kompilieren ist.
    Dann sollte es wie folgt gehen.

    Code:
    cd bcusdk-0.0.4+nmu18
    ./configure --without-pth-test --with-mctx-mth=sjlj --with-mctx-[URL="http://redaktion.knx-user-forum.de/lexikon/dsp/"][U][COLOR=#0066cc]dsp[/COLOR][/U][/URL]=ssjlj --with-mctx-stk=sas --enable-onlyeibd --enable-tpuarts --enable-eibnetip --enable-eibnetiptunnel --enable-eibnetipserver --enable-groupcache --enable-usb  
    make
    make install

    Einen Kommentar schreiben:


  • Gufdon
    antwortet
    Die ersten beiden Schritte sind äquivalent @ tqm.

    Das bekräftigt mich, dass meine eibd config noch nicht stimmt.

    Laut Busware muss man auf diese Adresse zugreifen:
    "tpuarts:/dev/ttyAMA0"

    Folgendes habe ich versucht:
    EIBD_BACKEND = tpuarts
    EIBD_PORT_SERIAL = /dev/ttyAMA0

    Leider kein Erfolg. Hier die Ausgabe:
    Code:
    root@raspberrypi:/dev# /etc/init.d/eibd restart
    *** Restarting EIB/KNX daemon eibd
    -ne      *** eibd: Autodetecting Interface .
    /etc/init.d/eibd: 165: /etc/init.d/eibd: setserial: not found
    *** Starting EIB/KNX daemon: eibd using tpuarts:/dev/ttyAMA0
    /usr/local/bin/eibd: unrecognized option '--tpuarts-disch-reset'
    Try `eibd --help' or `eibd --usage' for more information.
     failed!

    Einen Kommentar schreiben:


  • Tqm
    antwortet
    So, vielleicht hilft das ...

    Ich habe für einen Raspberry die KNX-Schnittstelle von selfbus.org .

    so einzustellen:

    nano /etc/inittab
    von
    #Spawn a getty on Raspberry Pi serial line
    T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
    auf
    #Spawn a getty on Raspberry Pi serial line
    #T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
    ändern
    nano /boot/cmdline.txt
    von
    dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200
    console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline
    rootwait
    auf
    dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2
    rootfstype=ext4 elevator=deadline rootwait
    ändern

    und in der eibd:

    # Enable caching of group communication network state
    EIBD_C = y
    ### TP UART ###
    EIBD_BACKEND:/dev/tul
    EIBD_PORT_SERIAL = /dev/usbserial-2-3.1

    Einen Kommentar schreiben:


  • Gufdon
    antwortet
    Ich weiß nicht ob da jetzt mehrere Sachen vermischt werden.

    Die "/etc/inittab" und "/boot/cmdline.txt" habe ich geändert.
    Danach ein reboot durchgeführt. Erst einmal keine Änderung. Klappt nicht.

    Code:
    hexdump –C /sys/bus/i2c/devices/0–0050/eeprom
    funktioniert leider nicht, da ich im Ordner devices gar keinen Eintrag habe.
    Code:
    hexdump: –C: Datei oder Verzeichnis nicht gefunden
    hexdump: /sys/bus/i2c/devices/0–0050/eeprom: Datei oder Verzeichnis nicht gefunden
    Andere Frage:
    Muss ich in der "/etc/default/eibd" vielleicht als EIBD_BACKEND etwas entsprechendes wie "tpuarts:/dev/ttyAMA0" anstelle von "ipt" eingeben?
    Mit "AUTO" funktioniert es leider nicht.
    Und was genau gibt die Adresse bei EIBD_PORT_IP an?

    Anbei meine aktuelle Config:
    EIBD_BACKEND_ADDR = 1.1.xxx
    EIBD_BACKEND = ipt
    EIBD_PORT_IP = 224.x.x.xx
    EIBD_PORT_IPT = 192.168.x.xxx

    EIBD_T = y
    EIBD_R =
    EIBD_I = y
    EIBD_C = y

    Christian

    Edit: Ich habe nicht die COC, sondern die ROT-Erweiterung.
    Deshalb habe ich die Kernel noch nicht aktualisiert.
    Nicht das wir aneinander vorbeisprechen.

    Einen Kommentar schreiben:


  • Michixx
    antwortet
    Ich habe da noch mal was gefunden.

    Man muss zunächst einen Seriellen Port freimachen. Dazu muss man zunächst /etc/inittab editieren und die folgenden Zeilen mit einem Kommentar versehen:

    in /etc/inittab existiert eine Referenz „T0:23:respawn:/sbin/getty –L ttyAMA0 115200 vt100 “ diese muss gelöscht oder auskommentiert werden

    Sodass diese so aussieht:
    Code:
    # T0:23:respawn:/sbin/getty -L ttyAMA0 115200 vt100
    auch in der /boot/cmdline.txt gibt es zwei Einträge die entfernt werden müssen „console=ttyAMA0,115200“ und „kgdboc=ttyAMA0,115200“

    Hinterher sollte es so aussehen
    Code:
    dwc_otg.lpm_enable=0console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait
    Damit sollte nach dem reboot die COC Erweiterung erkannt werden.

    Testen kann man es in dem man in der SSH Shell folgenden Befehl absetzt:
    Code:
    hexdump –C /sys/bus/i2c/devices/0–0050/eeprom
    Der Raspberry Pi antwortet:
    00000000 43 4f 43 20 56 31 2e 31 20 46 55 4c 4c 20 32 30 |COC V1.1 FULL 20|
    00000010 31 33 2d 30 31 2d 31 38 0a ff ff ff ff ff ff ff |13–01-18.….…|
    00000020 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |.….….….…|
    *
    00000100

    Sollte diese Antwort aus­blei­ben kann es sein das noch das Kernel aktua­li­siert werden muss, was ich aber nicht glaube.
    Busware.de bietet dafür ein pas­sen­den Down­load an der auf den Raspberry Pi geladen werden kann:
    wget http://files.busware.de/RPi/kernel+m...busware.tar.gz

    Danach das vor­han­dene Kernel sichern:
    cp /boot/kernel.img /var/backups/kernel.orig.img
    und das her­un­ter­ge­la­dene Paket entpacken:
    tar –C / –xzvf kernel+modules-3.2.27-busware.tar.gz

    Nun einen reboot durch­füh­ren, danach noch einmal testen ob die COC Erwei­te­rung nun ange­spro­chen werden kann.

    Teste das bitte mal.

    Gruß
    Michi

    Einen Kommentar schreiben:

Lädt...
X