unicap-Treiber für DMK-Kamera bauen

Hallihallo.

Nu will ich hier doch auch mal um hilfe bitten.
Derzeit beschäftige ich mich mit der Astrofotografie unter Linux. Das heisst derzeit versuche ich es eher.
Im moment hägt es an der Unterstützunf meiner DMK-Guidingkamera unter Kubuntu wie auch bei dem Raspberry-Pi.

Jedes mal wenn ich versuche die Kamera zu verbinden, kommt die Meldung:
"unable to open device. Cannot identify /dev/video0: 2, No such file or directory"

Wenn ich mit lsusb nachschaue, werden Hersteller und Modell korrekt erkannt.

An anderer Stelle erhilt ich bereits insofern Hilfe, als dass ich mir den unicap-Treiber für die Kamera bauen sollte.
Allerdings scheitere ich derzeit an dem Befehl:

Code:

patch -p1 < uvcvideo_add_tis_ccd.patch

Dieser wird mit folgendem Text abgebrochen:

Code:

root@bernd-ThinkPad-R60:/home/bernd/media_build/linux# patch -p1 < uvcvideo_add_tis_ccd.patch can't find file to patch at input line 16 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |From a16d2c044f5e8bf9fc16727d2c6a6055812b366c Mon Sep 17 00:00:00 2001 |From: Arne Caspari <arne@unicap-imaging.org> |Date: Sat, 30 Jul 2011 13:29:11 +0200 |Subject: [PATCH] [media] uvcvideo: Detect The Imaging Source CCD cameras by vendor and product ID | |The Imaging Source CCD cameras use a vendor specific interface class |even though they are actually UVC compliant. |--- | drivers/media/video/uvc/uvc_driver.c | 8 ++++++++ | 1 files changed, 8 insertions(+), 0 deletions(-) | |diff --git a/drivers/media/video/uvc/uvc_driver.c b/drivers/media/video/uvc/uvc_driver.c |index d29f9c2..339ded4 100644 |--- a/drivers/media/video/uvc/uvc_driver.c |+++ b/drivers/media/video/uvc/uvc_driver.c -------------------------- File to patch:

Kann mir vielleicht jemand weiterhelfen?

könntest Du die "andere Stelle" nennen oder ist die geheim?

Zudem wären ein paar weitere konkrete Infos nicht schlecht, dann kann man ggf. auch was nachvollziehen... Also sowas wie Kameramodel, Ausgabe von lspci, konkrete OS-Version, ...

Die ist nicht geheim. Das war ein Post in einer Gruppe bei Facebook.

Die Kamera ist eine DMK 21AU04.AS vin The Imaging Source. Das Problem besteht zum einen unter meiner Kubuntu-Instalation und auch auf meinem Raspberry-PI. Welche genaue Version auf den Jeweiligen Systemen käuft kann ich auf die schnelle nicht sagen. Sind halt beides erst kürzlich (vor wenigen Tagen) aus jeweils aktuellen Quellen installiert worden. Und lspci meldet mangels PCI-Bus auf dem Raspberry nix. Aber lsusb meldet:

Code:

Bus 001 Device 004: ID 199e:8101 The Imaging Source Europe GmbH DFx 21BU04 Camera

Grüßle
Bernd

ich vermute, man hat Dich auf http://unicap-imaging.org/tis_devices_en.htm verwiesen? Hast Du alle (soweit ich die Seite verstehe) vorher notwendigen Schritte durchgeführt?

Hat man.

Ich habe vorher die Befehle:

Code:

git clone git://linuxtv.org/media_build.git cd media_build cd linux

durchgeführt.

Zyrusthc war soweit so nett mir zu helfen und hat mich auch an dieses Forum verwiesen. Bei meiner Kubuntu-Installation scheint es aber soweit weiter zu gehen. Nur beim Pi hänge ich noch. :-(

wenn ich das richtig verstanden habe auf der Seite: Die Kernel-Sourcen sind auch installiert?

Ach ja - das Git-Repo wurde kürzlich aktualisiert, bist Du diesbezüglich auf dem neuesten Stand?

Nun, ich habe das beides heute erst noch einmal ausprobiert.
Das durchfuhren von ./build und make install hat unter dem kubuntu geklappt. aber wie gesagt, unter dem raspian komme ich nicht mal soweit.

Der Ablauf so wie ich das gelesen habe scheint:
git clone git://linuxtv.org/media_build.git
cd media_build
cd linux
wget http://unicap-imaging.org/downloads/..._tis_ccd.patch
patch -p1 < uvcvideo_add_tis_ccd.patch
cd ..
./build
make install

Poste mal Schritt für Schritt was dein Raspi dazu schimpft.

PS: Zur genauen Distriversion "cat /etc/version"

Wenn alle Stricke reißen:
http://www.astrotreff.de/topic.asp?A...OPIC_ID=141741

Zitat:

Zitat von sbernd78

Code:

Bus 001 Device 004: ID 199e:8101 The Imaging Source Europe GmbH DFx 21BU04 Camera

Ich sehe gerade in dem Patch steht ne abweichende ID

Code:

From a16d2c044f5e8bf9fc16727d2c6a6055812b366c Mon Sep 17 00:00:00 2001 From: Arne Caspari <arne@unicap-imaging.org> Date: Sat, 30 Jul 2011 13:29:11 +0200 Subject: [PATCH] [media] uvcvideo: Detect The Imaging Source CCD cameras by vendor and product ID The Imaging Source CCD cameras use a vendor specific interface class even though they are actually UVC compliant. --- drivers/media/video/uvc/uvc_driver.c | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/drivers/media/video/uvc/uvc_driver.c b/drivers/media/video/uvc/uvc_driver.c index d29f9c2..339ded4 100644 --- a/drivers/media/video/uvc/uvc_driver.c +++ b/drivers/media/video/uvc/uvc_driver.c @@ -2361,6 +2361,14 @@ static struct usb_device_id uvc_ids[] = { .bInterfaceProtocol = 0, .driver_info = UVC_QUIRK_PROBE_MINMAX | UVC_QUIRK_IGNORE_SELECTOR_UNIT }, + /* The Imaging Source USB CCD cameras */ + { .match_flags = USB_DEVICE_ID_MATCH_DEVICE + | USB_DEVICE_ID_MATCH_INT_INFO, + .idVendor = 0x199e, + .idProduct = 0x8102, + .bInterfaceClass = USB_CLASS_VENDOR_SPEC, + .bInterfaceSubClass = 1, + .bInterfaceProtocol = 0 }, /* Generic USB Video Class */ { USB_INTERFACE_INFO(USB_CLASS_VIDEO, 1, 0) }, {} -- 1.7.4.1

So. Hier nu die Infos was der raspi sagt:

Code:

****************** * Start building * ****************** make -C /home/pi/media_build/v4l allyesconfig make[1]: Entering directory `/home/pi/media_build/v4l' make[2]: Entering directory `/home/pi/media_build/linux' Applying patches for kernel 3.10.25+ patch -s -f -N -p1 -i ../backports/api_version.patch patch -s -f -N -p1 -i ../backports/pr_fmt.patch patch -s -f -N -p1 -i ../backports/drx39xxj.patch patch -s -f -N -p1 -i ../backports/v3.11_dev_groups.patch patch -s -f -N -p1 -i ../backports/v3.10_fw_driver_probe.patch Patched drivers/media/dvb-core/dvbdev.c Patched drivers/media/v4l2-core/v4l2-dev.c Patched drivers/media/rc/rc-main.c make[2]: Leaving directory `/home/pi/media_build/linux' ./scripts/make_kconfig.pl /lib/modules/3.10.25+/build /lib/modules/3.10.25+/build 1 Preparing to compile for kernel version 3.10.25 File not found: /lib/modules/3.10.25+/build/.config at ./scripts/make_kconfig.pl line 33, <IN> line 4. make[1]: *** [allyesconfig] Fehler 2 make[1]: Leaving directory `/home/pi/media_build/v4l' make: *** [allyesconfig] Fehler 2 can't select all drivers at ./build line 490. root@raspberrypi:/home/pi/media_build#

Und hier noch die Linux-Version mit der sich der Pi beim anmelden via SSH meldet:
Linux raspberrypi 3.10.25+ #622 PREEMPT

Stimmt. Die Product-ID weicht ab... Die von der Kamera ist 8101 und im Patch steht die 8102... :-(

Soll ich das mal ändern? wobei ich fürchte dass das an der ausführung des scripts nicht viel ändert. :-(

EDIT
Den anderen Weg, aus dem Astrotreff-Forum werd ich bei dem Notebook selbst mal 'testen'. ;-)

Zitat:

File not found: /lib/modules/3.10.25+/build/.config at ./scripts/make_kconfig.pl line 33, <IN> line 4.

Kernel Header fehlen da

Code:

sudo apt-get install linux-headers-$(uname -r)

Da sagt mir 'der kleine' nur, dass er nix findet.

Code:

E: Paket linux-headers-3.10.25 kann nicht gefunden werden. E: Mittels regulärem Ausdruck »linux-headers-3.10.25« konnte kein Paket gefunden werden.

Mit Aptitude fin ich allerdings 'ähnliche' Pakete wie linux-headers-3.10-3-all.

Suche mal nach linux headers 3.10.25 . Wichtig ist die selbe Version die gerade läuft. Was gerade läuft bekommst du mit uname -r raus.

und ich sach noch :-)

hm, idealerweise sollten die Kernelheader mit der aktuell installierten Version übereinstimmen, müssen es aber nicht "so 100%" - APIs ändern sich meist nicht so extrem.

Kann aber auch sein, daß Dein System nicht so 100% auf dem aktuellen Stand ist oder die Repositories noch nicht komplett gesynct, ...

marce, geh bei mir davon aus, dass ich von Linux noch 0 Ahnung habe. Derzeit möchte ich das nutzen, weil es Programmtechnisch ausgesprochen interessante Alternativen zu Windowssoftware gibt. Also was mein Hobby angeht. Unter Linux mochte ich mal mit kstars und vor allem dem Allignment-Module von Ekos arbeiten. ;-)

Ich finde keine Header mit exakt passenden Versionsnummern. Das Problem ist, dass das build-script mit der esakten Versionsnummer arbeitet.
Das Präsidium hört ihre Vorschläge. ;-)

Anscheinend sind die noch nicht auf dem Stand. :-(

Dann poste mal den Output folgender Befehle:
aptitude search linux-header
uname

Also. Erst mal die Header:

Code:

v linux-headers - i linux-headers-3.10-3-all - All header files for Linux 3.10 (meta-package) i A linux-headers-3.10-3-all-armhf - All header files for Linux 3.10 (meta-package) i A linux-headers-3.10-3-common - Common header files for Linux 3.10-3 i A linux-headers-3.10-3-rpi - Header files for Linux 3.10-3-rpi p linux-headers-3.2.0-4-all - All header files for Linux 3.2 (meta-package) p linux-headers-3.2.0-4-all-armhf - All header files for Linux 3.2 (meta-package) i A linux-headers-3.2.0-4-common - Common header files for Linux 3.2.0-4 i A linux-headers-3.2.0-4-rpi - Header files for Linux 3.2.0-4-rpi p linux-headers-3.6-trunk-all - All header files for Linux 3.6 (meta-package) p linux-headers-3.6-trunk-all-armhf - All header files for Linux 3.6 (meta-package) p linux-headers-3.6-trunk-common - Common header files for Linux 3.6-trunk p linux-headers-3.6-trunk-rpi - Header files for Linux 3.6-trunk-rpi i linux-headers-rpi - Header files for Linux rpi configuration (meta-package) p linux-headers-rpi-rpfv - This metapackage will pull in the headers for the raspbian kernel based o

Und nu der uname:

Code:

Linux

Letzteres find ich etwas, nuja, sparsam... ;-)

Code:

uname -a

... und bitte mal kucken, ob ein

Code:

apt-get update && apt-get upgrade

was hülft...

linux-headers-3.10-3-all ist ja installiert. Hast jetzt nochmal erneut versucht den Treiber zu bauen?

Mit der Option -a bekomme ich die Versionsnummer die ich schon überall sonst auch angezeigt bekomme: 3.10.25+.

Und ja, Ich hatte schonmal versucht den Treiber damit zu bauen:

Code:

****************** * Start building * ****************** make -C /home/pi/media_build/v4l allyesconfig make[1]: Entering directory `/home/pi/media_build/v4l' make[2]: Entering directory `/home/pi/media_build/linux' Applying patches for kernel 3.10.25+ patch -s -f -N -p1 -i ../backports/api_version.patch patch -s -f -N -p1 -i ../backports/pr_fmt.patch patch -s -f -N -p1 -i ../backports/drx39xxj.patch patch -s -f -N -p1 -i ../backports/v3.11_dev_groups.patch patch -s -f -N -p1 -i ../backports/v3.10_fw_driver_probe.patch Patched drivers/media/dvb-core/dvbdev.c Patched drivers/media/v4l2-core/v4l2-dev.c Patched drivers/media/rc/rc-main.c make[2]: Leaving directory `/home/pi/media_build/linux' ./scripts/make_kconfig.pl /lib/modules/3.10.25+/build /lib/modules/3.10.25+/build 1 Preparing to compile for kernel version 3.10.25 File not found: /lib/modules/3.10.25+/build/.config at ./scripts/make_kconfig.pl line 33, <IN> line 4. make[1]: *** [allyesconfig] Fehler 2 make[1]: Leaving directory `/home/pi/media_build/v4l' make: *** [allyesconfig] Fehler 2 can't select all drivers at ./build line 490. root@raspberrypi:/home/pi/media_build#

Unter dem Kubuntu hab ich mal den Weg gestestet, den 'Sauerland 1' geschrieben hatte. Mit diesem war ich auch bedingt erfolgreich. Ich hab mal

Code:

modprobe uvcvideo echo 199e 8101 > /sys/bus/usb/drivers/uvcvideo/new_id SNIP /etc/init.d/udev restart

auf dem Pi ausgeführt. Und siehe da: ich bekomme mit Ekos eine Verbindung UND ein Kamerabild. Nu wäre es Klasse, wenn ich mir nicht jedes mal die Finger wund tippen müsste und die Geschichte mit dem Shell-Skript klappen würde. ;-)

Bei mir heißt das Skript /etc/dmk21au04as.sh und die Regel dementsprechend /etc/udev/rules.d/71-dmk21au04as.rules

Mit diesen drei Kommandos bekomme ich ein Videobild unter Kubuntu. Nur warum das nach dieser Anleitung mit der Regel nicht klappt (also dass das Skript nicht automatisch geladen wird) verstehe ich (noch) nicht. Aber da kommen wir vll. noch drauf. ;-)

EDIT

Ich habe die Kameras nun auf beiden Systemen am laufen.
Es ging im grunde genau nach der Anleitung in dem Astrotreff-Forum. Aber dass es nicht direkt funktioniert hatte, lag einfach daran, dass die Datei dmk21au04as.sh von niemandem ausgeführt werden durfte. Mit chmod 777 dmk21au04as.sh habe ich das geändert und nun klappts.

Aber ich möchte mich bei euch allen dreien für die Hilfe bedanken.

Gruss aus dem Schwabenland. ;-)

chmod 777 is aber echt böse. da kann die datei nicht nur jeder ausführen sondern jeder kann sie auch ändern oder schadcode dort einbauen. 755 is da angebrachter wenn du der Eigentümer alle Rechte haben sollte und gruppen und alle anderen nur lesen und ausführen sollen.

Greeez Oli

Hallo Olli.

Mit den Rechten hatte ich mich ewig nicht beschäftigt und ich weiß auch, dass 777 recht herzhaft ist. Nur war ich mir nicht sicher was reicht. Auf dem Pi sollte das kein sehr großes Problem sein. Dieser Rechner kommt quasi nur offline zum Einsatz.
Aber am Notebook ist das weniger prickelnd. ;-)
Danke nochmal für den Tipp.

Gruß
Bernd

EDIT
Habs nu mal auf beiden 'Rechnern' geändert.