I2c - Clock Frequenz setzen - Debian 7.7

[Phibedy]

Hi,
ich hatte noch nie wirklich tiefergehend etwas mit linux/debian zu tun, weswegen ich momentan aufgeschmissen bin.
Ich möchte gerne den i2c mit 400 kHz, also fastmode betreiben, jedoch finde ich die Einstellungsmöglichkeit nicht. Es scheint von System zu System unterschiedlich zu sein und da ich nun auf -seite 10 angelangt bin und noch keine Datei gefunden habe, glaube ich etwas generell falsch zu machen
Ich benutze Debian 7.7, http://radxa.com/Rock/prebuilt_images (radxa rock pro - debian)

Möglichkeiten, die ich gefunden habe, aber nicht umsetzen kann:
1. Im device-tree angeben, als "subelemt des i2c-master". Dabei steht mir aber momentan meine Kernel-Unwissenheit im Weg und ich weiss nicht so recht wo ich anfangen soll. https://www.kernel.org/doc/Documentatio ... ng-devices - 1b
2. Als Startparameter übergeben, allerdings habe ich das nur irgendwo gelesen, aber nichts weiter dazu gefunden.
3. In irgendeiner .c/.h datei eintragen/umändern. Beim durchforsten der header-files habe ich nichts gefunden, weder einen passendes struct, noch irgendeien Methode. Die files, welche google ausspruckt befinden sich nicht auf dem System ($ find / -name FILENAME, findet sie nicht).
Zudem habe ich nur einen i2c-ordner in /sys/bus/i2c

Ich habe die Frage bereits auf Stackoverflow und im microcontroller-forum gestellt, hoffe,dass ich hier jetzt an der richtigen Adresse bin.
Zur Vollständigkeit:
http://www.mikrocontroller.net/topic/352386
http://stackoverflow.com/questions/2745 ... a-rock-pro

Danke für eure Hilfe
liebe Grüße

[Ghost in the Linux Shell]

Ja den i²C Bus kenne ich auch, sind zwei Drähte, ein Draht ist die Clock, der
andere die Datenleitung, so funzt der i²C Bus.

Jetzt wäre es interessant auf was der i²C läuft, wie sehr oft üblich, auf einem Microcontroller
angesprochen über ein Speicherregister, da dann über Assembler, oder zum Glück heute viel über C.

Oder läuft dein i²C Bus auf einem Mainboard eines Computers, auf welchem Linux installiert ist ?

Das wäre interessant zu wissen um überhaupt eine brauchbare Antwort zu finden.

Soweit ich das noch weis kannst du im Programm welches du geschrieben hast eine
Baudrate festsetzen, welche dann die Geschwindigkeit in Taktform der Clock überreicht.

Also wenn es wirklich was mit dem Linux Kernel zum Beispiel auf einem Raspi zu tun hat,
dann sollte das so aussehen.

Das i2C Modul beim Raspberry Pi z.B. heißt genau so: i2c_bcm2708

Diesem i2C Modul kann man Parameter beim starten mit geben wenn es geladen wird, das sieht dann so aus:

zum rum testen
modprobe <modulname_der_i2c_hardware> baudrate=400000

beim Systemstart, wäre das dazu eine gute Lösung:
echo options <modulname_der_i2c_hardware> baudrate=400000 > /etc/modprobe.d/i2c.conf"

Die Baudrate ist in Hz angegeben, 400000Hz sind dann genau 400Khz

mfg
Ghosti

[Phibedy]

Es läuft auf dem Radxa rock pro board: http://radxa.com/Rock
genauer gesagt: http://radxa.com/Rock/hardware_revision (in der Mitte der Seite: Revision 2014.06.10 (Rock Pro))
Die Shematik des Boards: http://dl.radxa.com/rock_pro/docs/hw/RA ... 140718.pdf
Beispiel: http://hwswbits.blogspot.de/2013/10/rad ... h-i2c.html

Ich greife auf den Linux Kernel zu. Programmieren tue ich es in C++. Mein Problem ist, dass ich kein Modul wie beim raspi habe. Zumindestens nicht so ein offensichtliches.
Also wie in der Dok.: https://www.kernel.org/doc/Documentatio ... -interface Ich benutze allerdings read und write und nicht smbus.
Ich frage mich wirklich, wie der bus weiss, welche Taktrate er benutzen soll, da ich kein modul oder deratiges finden kann.

Danke für die Hilfe

[Ghost in the Linux Shell]

Hallo,

habs gelesen jetzt, hast du für i2c was zusätzliches installiert
wie i2c-tools.

Schau mal ob da ein i2c-dev läuft

lsmod | grep i2c

Es sollte schon ein Modul für i2c laufen, da du i2c ja nutzen kannst,
nur musst du mit dem obigen Befehl gucken wie es denn heißt, diesen
müsstest du dann nach einem rmmod <modulname> den Start Parameter
mit einem modprobe <modulname> baudrate=400000
für die Baudrate mit geben.

Mit einem dmesg | grep i2c könntest du am ehesten herausfinden,
wie das Modul heißt, weil du so auch siehst was das Modul da grade treibt.
Wenn du rausgekriegt hast wie das Modul heißt, dann ist dein Hauptproblem
schon gelöst.

Arrgh die Lösung auf der Radxa rock pro gefunden --> built-in --> i2c nicht als Modul,
sondern fest im Kernel einkompiliert

Have you used the kernel pointed to by this post? In that case the I2C references in your .config should be the ones in here:
https://github.com/Galland/Linux3188/bl ... er/.config

I2C is built-in, not a module in this kernel

Der obige Link auf github ist die .config also eine Kernelkonfiguration für diese
Hardware, damit könntest du einen Kernel selbst kompilieren mit i2c als Modul.

hier der Link auf die Seite mit dem Radxa Rock i2c und einem BMP085 i2c Luftdrucksensorboard

hier noch die Wiki von Radxa Rock

Solved

mfg
ghost

[smutbert]

Man müsste die Optionen aber auch den im Kernel einkompilierten Treiber in der Form eines Kernelparameters mitgeben können, glaube ich:

Code: Alles auswählen

<modul/treibername>.<option>=<wert>

[Phibedy]

Danke für die Hilfe
i2c-tools installiert ist installier.
Ich benutze nur nicht die Kernel-version von dem wiki, da diese von 2013 ist und kein wifi unterstützt. Zudem ist das letzte update schon länger her und ich würde gerne weiterhin debian verwenden
Auf dem board läuft: http://radxa.com/Rock/prebuilt_images -> debian_wheezy_140904_nand.zip
Ich denke mal, dass ich das hier befolgen muss: http://radxa.com/Rock/Booting_Linux
und dann in dem code: https://github.com/radxa/linux-rockchip den i2c raus werfen und ihn irgendwie als modul/driver hinzufügen?
Wenn ich ihn aber im kernel raus werfen, das board aber intern i2c benötigt, wird es danach noch funktionsfähig sein?

Man müsste die Optionen aber auch den im Kernel einkompilierten Treiber in der Form eines Kernelparameters mitgeben können, glaube ich:

Code: Alles auswählen

<modul/treibername>.<option>=<wert>

Das Problem ist der modul/treibername, ich finde ihn einfach nicht bzw. ich weiss nicht die ich an ihn ran komme, da ich nur /sys/bus/ einen i2c ordner habe und die Dateien wohl nur "interne Dateien zur Kommunikation" (mir fällt der name gerade nicht ein) sind.

liebe Grüße

[Ghost in the Linux Shell]

hi,

wenn i2c gerade aktiv ist. Was sagt dann ein

Code: Alles auswählen

dmesg

dazu ?

Wenn nichts angezeigt wird schweigt der Kernel über das fest einkompilierte
Modul.

Beim Parameter übergeben an fest mit einkompilierte Module bin ich mir nicht
so sicher, ob da noch ein Parameter gesetzt werden kann. Als Modul klappt das
garantiert zu 100% immer. Das müsstest du dann ausprobieren ob das Modul
die Parameter annimmt.

Code: Alles auswählen

echo options <modulname> baudrate=400000 > /etc/modprobe.d/i2c.conf"

Erinnere mich an mein WLAN i2200 pro build-in, das konnte es z.B nicht,
so klappte mein WPA2 erst als Modul.

Wenn dann müsstest du, den Kernel schon komplett neu kompilieren, damit das i2c
Modul nicht fest im Kernel vorliegt, aber zuerst testest du noch ob es nicht so aufzuspüren ist.

Ein Versuch, habe mal die Kernel .config etwas durchsucht und habe folgendes gefunden i2c-rk30

Das Modul sollte dann so heißen i2c-rk30

mfg
ghosti

[Saxman]

Beim Parameter übergeben an fest mit einkompilierte Module bin ich mir nicht
so sicher, ob da noch ein Parameter gesetzt werden kann. Als Modul klappt das
garantiert zu 100% immer. Das müsstest du dann ausprobieren ob das Modul
die Parameter annimmt.

Nur am Rande, fest eingebaute Treiber lassen sich beim booten oft Optionen mitgeben. Wenn der Treiber Optionen unterstützt, dann können diese evtl. beim Laden des Kernels von Grub übergeben werden. Die Optionen müssen dann über die Grub Commandline hinzugefügt werden. Das kann man beim booten testen und bei Erfolg in der /etc/default/grub hinterlegen. Das ist jetzt natürlich, ohne dass ich den Treiber kenne, nur als Hinweis zu werten.

[Ghost in the Linux Shell]

Hallo Saxman, danke für den Hinweis,

habe doch auch nichts anderes gesagt, das man es zuerst versuchen muss
und wenn es dann nicht klappt, dann muss der Kernel neu mit dem Treiber
als Modul kompiliert werden.

Ein Versuch, habe mal die Kernel .config etwas durchsucht und habe folgendes gefunden i2c-rk30

Das i2c Modul sollte dann so heißen i2c-rk30

Was sagt ein

Code: Alles auswählen

modinfo i2c-rk30

?

mfg
ghosti

[Saxman]

Das sollte auch eher als Hinweis auf grub gewertet werden, /etc/modprobe.d wird beim laden der Module durch den kernel ausgewertet. Wenn der kernel das Modul fest drin hat, ist es da vermutlich bereits zu spät. Und wenn der Treiber keine dynamische Änderung über z.B /proc oder /sys zulässt, würde ich es eben noch so versuchen.

[Ghost in the Linux Shell]

Ja,

klar ist alternative B über die grub2 Bootoptionen, aber noch wussten wir den Modulnamen i2c-rk30 nicht...

Wenn das Modul von aussen was animmt dann schon, aber Geduld, Gedult, Gedult

Er hat es bis jetzt ja noch nicht versucht, also ein Kaffee und mal abwarten ok.

OK, wenn das Modul dynamisch was von aussen annimmt reicht es in /etc/modprobe.d/i2c-rk30.conf
einen Eintrag options i2c-rk30 baudrate=400000 zu setzen

Auch Saxmanns Vorschlag beim booten wäre zu testen.

Code: Alles auswählen

vi /etc/default/grub

Diese Zeile suchen:

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT="quiet"
#so ergänzen, müsste dann etwa so aussehen
GRUB_CMDLINE_LINUX_DEFAULT="quiet i2c-rk30.baudrate=400000"

Klappt beides nicht, musst du versuchen den Kernel neu zu kompilieren,
da die Module beim starten geladen werden, sollte es schon klappen.



mfg
ghosti

[Phibedy]

Musste das board nochmal neu aufsetzten, da ich keine sd karte da hatte und mich per lan ausgeschlossen habe bei dem versuch wlan einzurichten
Nun läuft aber beides

Zurück zum Thema:

Mein i2c-programm läuft und empfängt durchgehend daten vom sensor:
lsmod lieft:
8723au
rk30xxnand_ko
fbcon
bitblit
softcursor
font

dmesg liefert nach i2c-detect -y -r 0
[ 1366.901251] rk30_i2c rk30_i2c.0: I2C_RXDATA7: 0x00000000
[...]

modinfo i2c-rk30 liefert (gleich für rk30_i2c und i2c_rk30):
ERROR: Module i2c-rk30 not found.

dpkg-query -l | grep i2c lieftert nur:
i2c-tools


Ich habe weder eine /etc/default/grub datei noch /etc/modprobe.d/i2c.conf

liebe Grüße

[smutbert]

mit den letzten Details schon:
Du nutzt keinen Grub, da es kein PowerPC/x86-Computer ist und Konfigurationsdateien unter /etc/modprobe.d kannst/musst du selbst anlegen und zumindest bis auf die Endung beliebig benennen. Hilft dir aber in dem Fall nichts, weil der Treiber nicht als Modul vorliegt.

Immerhin wissen wir jetzt, dass der Treiber offensichtlich i2c-rk30 heißt und ich habe den Eindruck, dass es ihn im offiziellen Linuxkernel gar nicht gibt. Optionen für den Treiber, egal ob er jetzt als Modul vorliegt oder fest einkompiliert wurde, konnt ich auch nicht ergoogeln. Im Quellcode
https://github.com/gripped/MK808-headle ... i2c-rk30.c
habe ich auch kein Vorkommen von baudrate gefunden. Was du willst scheint nicht so einfach möglich zu sein…

[Phibedy]

Ich habe jetzt mal an den Hersteller eine email geschickt, mal schauen, was die dazu sagen.
Das ist die offizielle Repo: https://github.com/radxa/linux-rockchip ... rivers/i2c
unter busses findet man noch ein haufen zeug, allerdings nur methoden, die darauf raten lassen, dass man damit die frequenz setzen kann.
Die methoden scheinen aber intern im Kernel irgendwo aufgerufen zu werden. Ich habe das Gefühl, dass es nicht einfach mit nem eigenen Kernel erledigt ist, da ich wohl kaum das board damit zum laufen bekommen würde oder stelle ich mir das zu schwer vor? Habe noch nie nen eigenen Kernel gebastelt und weiss nicht wie sehr ich auf die hardware achten muss, bzw. was die Hardware für Probleme darstellt.

Code: Alles auswählen

root@radxa:~# find / -name rk30*
/sys/devices/platform/rk30_modem
/sys/devices/platform/rk30-lcdc.1
/sys/devices/platform/rk30_i2c.0
/sys/devices/platform/rk30_i2c.1
/sys/devices/platform/rk30_i2c.2
/sys/devices/platform/rk30_i2c.3
/sys/devices/platform/rk30_i2c.4
/sys/devices/platform/rk30-adc
/sys/devices/platform/rk3066b-camera.33
/sys/bus/platform/devices/rk30_modem
/sys/bus/platform/devices/rk30-lcdc.1
/sys/bus/platform/devices/rk30_i2c.0
/sys/bus/platform/devices/rk30_i2c.1
/sys/bus/platform/devices/rk30_i2c.2
/sys/bus/platform/devices/rk30_i2c.3
/sys/bus/platform/devices/rk30_i2c.4
/sys/bus/platform/devices/rk30-adc
/sys/bus/platform/devices/rk3066b-camera.33
/sys/bus/platform/drivers/rk30_i2c
/sys/bus/platform/drivers/rk30_i2c/rk30_i2c.0
/sys/bus/platform/drivers/rk30_i2c/rk30_i2c.1
/sys/bus/platform/drivers/rk30_i2c/rk30_i2c.2
/sys/bus/platform/drivers/rk30_i2c/rk30_i2c.3
/sys/bus/platform/drivers/rk30_i2c/rk30_i2c.4
/sys/bus/platform/drivers/rk30-adc
/sys/bus/platform/drivers/rk30-adc/rk30-adc
/sys/bus/platform/drivers/rk30-lcdc
/sys/bus/platform/drivers/rk30-lcdc/rk30-lcdc.1
/sys/bus/platform/drivers/rk30_modem
/sys/bus/platform/drivers/rk30_modem/rk30_modem
/sys/bus/platform/drivers/rk3066b-camera
/sys/bus/platform/drivers/rk3066b-camera/rk3066b-camera.33
/sys/module/rk30_camera_oneframe
/sys/module/rk30xxnand_ko
/proc/irq/84/rk30_i2c.4
/proc/irq/75/rk30_i2c.3
/proc/irq/74/rk30_i2c.2
/proc/irq/73/rk30_i2c.1
/proc/irq/72/rk30_i2c.0
/proc/irq/58/rk30-adc
/proc/irq/46/rk30-lcdc.1
/proc/irq/43/rk3066b-camera

Noch irgendeine Idee was man machen könnte?

liebe Grüße und Danke für die Hilfe

[Ghost in the Linux Shell]

Hallo zusammen,

schön das ihr alle so viel weiter gekommen seid .

Schön das ihr nun lange nach mir wisst wie das i2c Modul heißt

ich habe den Eindruck, dass es ihn im offiziellen Linuxkernel gar nicht gibt. Optionen für den Treiber, egal ob er jetzt als Modul vorliegt oder fest einkompiliert wurde, konnt ich auch nicht ergoogeln.

es gibt nur eine Möglichkeit das jemals rauszufinden du lädst einen Kernel von Kernel.org herunter,
von da latest stable Kernel 3.17.6, genau wie vor 15 Jahren.

Wenn du ihn herunter geladen hast, dann den Kernel einfach nur irgendwo hin entpacken,
die Treiber (driver) durchsuchen, danach wirklich staunen, das der Treiber da drinnen ist, sehr
demütig erkennen das es nur einen echten Linux Kernel gibt, den können nicht soo viele im
Hinterhof irgendwo selber stricken.
#oh wasn das, fuckin bullcrap er ist im Kernel der Treiber, Beweis hier ist er:


38176

Ich klinke mich mit 15 Jahren Linux Erfahrung hier einfach mal aus und lasse nun hier die "echten" Experten ran,
war zuerst echt wirklich sauer über die Querschläger hier, aber ich werde mich nun nur noch wundern beobachten,
staunen und mich noch viel mehr amüsieren .

vielleicht bekomme ich ja noch einen Hinweis

best regards
Actions speak louder than words.
georg

[Phibedy]

Na dann schauen wir doch mal ob sich so ein experte findet
Mir geht es nicht darum, dass mir jemand die Lösung präsentiert. Ein paar detaillierte Schritte, wie man an so etwas ran geht und worauf man achten soll wären schon super

liebe Grüße
ps: Auch wenn erst in einem Monat jemand drüber stolpert würde ich mich über eine Antwort freuen. Man lernt schließlich nie aus