Linux und Selfmade-USB-Device ?

cbmhardware · 9. November 2010

Ich habe mal ein paar Fragen mit etwas Überschneidung. Ich möchte mir in Zukunft mit einem AVR ein kleines USB-Gerät bauen. Das sollte dann erstmal testweise irgendetwas machen.

Dieser Artikel war da schon eine große Hilfe : http://www.linuxjournal.com/article/7353?page=0,0 . Habe das nur mal oberflächlich gelesen, scheint aber nicht allzu kompliziert sein.

Wie sieht es eigentlich mit einem Wechselmedium aus ? Ich möchte z.B. eine kleine Datei (in meinem Fall bis 32kB) übertragen. Ich habe schon eine Anleitung zu Linux gefunden ( http://www.linux-usb.org/ ), aber vielleicht kann es mir jemand in ein paar Sätzen vorab erklären ...? - Lesen werde ich das auch noch.

Ich möchte einen Kernel-Driver für ein Wechselmedium. Mit z.B. "cp test.prg /media/cbmdrive" und gemountetem USB-Drive (AVR) sollte das dann übertragen werden.

Unseen · 9. November 2010

Zitat von cbmhardware

Ich möchte einen Kernel-Driver für ein Wechselmedium.

Baue dein USB-Gerät so, dass es sich mit der Geräteklasse "Mass Storage" (siehe Dokumente auf http://www.usb.org/developers/devclass_docs#approved) meldet, dann brauchst du keinen eigenen Kerneltreiber schreiben weil es sich wie ein USB-Stick verhält.

Balacuda · 9. November 2010

Zitat von cbmhardware

Das sollte dann erstmal testweise irgendetwas machen.

Und danach soll noch jemand weiterlesen?

cbmhardware · 9. November 2010

Zitat von Unseen

Baue dein USB-Gerät so, dass es sich mit der Geräteklasse "Mass Storage" (siehe Dokumente auf http://www.usb.org/developers/devclass_docs#approved) meldet, dann brauchst du keinen eigenen Kerneltreiber schreiben weil es sich wie ein USB-Stick verhält.

Genau, ein vorhandener Kernel-Driver könnte eine Option sein. Ich muss mich da mal grundlegend etwas einlesen. Wenn der AVR sich passend im System meldet, bin ich schon einen großen Schritt weiter. Viel Stoff für wenig Zeit.

Balacuda: Willkommen auf meiner Ignore-List.

cbmhardware · 15. November 2010

Ich habe mal ein paar Runden gegoogelt und diverse Beiträge gelesen. Von "Mass Storage" wird im Allgemeinen abgeraten, da der Aufwand in keinem Verhältnis zum Nutzen steht.

Ich habe nun aber libusb wieder entdeckt. Das hatte ich vor langer Zeit schon mal installiert und mittlerweile total vergessen. Damit sollte das Ansprechen eines eigenen Gerätes doch viel einfacher sein ? - Dann muss man gar nicht so intensiv in die Untiefen der USB-Spezifikationen.
Mal ein Beispiel-Szenario: Ich habe ein USB-Gerät am Bus, das nur auf einen Init und Übernahme von weiteren Rohdaten wartet. Es schnüffelt also am USB-Bus um auf seinen Einsatz zu warten. Mit (usb_open) usb_bulk_write (http://libusb.sourceforge.net/doc/function.usbbulkwrite.html) steht mir doch genau diese Funktion zur Verfügung.

Mit usblib müsste doch der Datentransfer PC_USB <> AVR-Commodore-Gerät im vertretbaren Aufwand realisierbar sein ?

Anbei noch ein gefundener Source zum Auflisten der vorhandenen USB-Devices mit weiteren Informationen:

C

/* testlibusb.c from LQ*/
#include <stdio.h>
#include <string.h>
#include <usb.h>
void print_endpoint(struct usb_endpoint_descriptor *endpoint)
{
printf(" bEndpointAddress: %02xh\n", endpoint->bEndpointAddress);
printf(" bmAttributes: %02xh\n", endpoint->bmAttributes);
printf(" wMaxPacketSize: %d\n", endpoint->wMaxPacketSize);
printf(" bInterval: %d\n", endpoint->bInterval);
printf(" bRefresh: %d\n", endpoint->bRefresh);
printf(" bSynchAddress: %d\n", endpoint->bSynchAddress);
}
void print_altsetting(struct usb_interface_descriptor *interface)
{
int i;
printf(" bInterfaceNumber: %d\n", interface->bInterfaceNumber);
printf(" bAlternateSetting: %d\n", interface->bAlternateSetting);
printf(" bNumEndpoints: %d\n", interface->bNumEndpoints);
printf(" bInterfaceClass: %d\n", interface->bInterfaceClass);
printf(" bInterfaceSubClass: %d\n", interface->bInterfaceSubClass);
printf(" bInterfaceProtocol: %d\n", interface->bInterfaceProtocol);
printf(" iInterface: %d\n", interface->iInterface);
for (i = 0; i < interface->bNumEndpoints; i++)
print_endpoint(&interface->endpoint[i]);
}
void print_interface(struct usb_interface *interface)
{
int i;
for (i = 0; i < interface->num_altsetting; i++)
print_altsetting(&interface->altsetting[i]);
}
void print_configuration(struct usb_config_descriptor *config)
{
int i;
printf(" wTotalLength: %d\n", config->wTotalLength);
printf(" bNumInterfaces: %d\n", config->bNumInterfaces);
printf(" bConfigurationValue: %d\n", config->bConfigurationValue);
printf(" iConfiguration: %d\n", config->iConfiguration);
printf(" bmAttributes: %02xh\n", config->bmAttributes);
printf(" MaxPower: %d\n", config->MaxPower);
for (i = 0; i < config->bNumInterfaces; i++)
print_interface(&config->interface[i]);
}
int main(void)
{
struct usb_bus *bus;
struct usb_device *dev;
usb_init();
usb_find_busses();
usb_find_devices();
printf("bus/device idVendor/idProduct\n");
for (bus = usb_busses; bus; bus = bus->next) {
for (dev = bus->devices; dev; dev = dev->next) {
int ret, i;
char string[256];
usb_dev_handle *udev;
printf("%s/%s %04X/%04X\n", bus->dirname, dev->filename,
dev->descriptor.idVendor, dev->descriptor.idProduct);
udev = usb_open(dev);
if (udev) {
if (dev->descriptor.iManufacturer) {
ret = usb_get_string_simple(udev, dev->descriptor.iManufacturer, string, sizeof(string));
if (ret > 0)
printf("- Manufacturer : %s\n", string);
else
printf("- Unable to fetch manufacturer string\n");
}
if (dev->descriptor.iProduct) {
ret = usb_get_string_simple(udev, dev->descriptor.iProduct, string, sizeof(string));
if (ret > 0)
printf("- Product : %s\n", string);
else
printf("- Unable to fetch product string\n");
}
if (dev->descriptor.iSerialNumber) {
ret = usb_get_string_simple(udev, dev->descriptor.iSerialNumber, string, sizeof(string));
if (ret > 0)
printf("- Serial Number: %s\n", string);
else
printf("- Unable to fetch serial number string\n");
}
usb_close (udev);
}
if (!dev->config) {
printf(" Couldn't retrieve descriptors\n");
continue;
}
for (i = 0; i < dev->descriptor.bNumConfigurations; i++)
print_configuration(&dev->config[i]);
}
}
return 0;
}

Alles anzeigen

Draco · 15. November 2010

Eventuell kann man sich beim XU1541 einiges abschauen.

cbmhardware · 15. November 2010

XU1541 ist mir auch aufgefallen. An so verzwickte Sachen möchte ich mich noch nicht wagen. Dieses Bit-Banging über USB zum Transfer und für das Protokoll der 1541 ist eine reife Leistung.

Ich habe mir das v-usb-Paket mal etwas genauer angeschaut. Da ist eine Custom-Class zum Steuern einer LED über USB. Das ist ein "Hello World!"-Example nach meinem Geschmack. :o)
Ich werde das mal an einen Mega328p @20Mhz anpassen.

Bevor man rennen möchte, ist es sicher besser wenn man erstmal stehen kann.

cbmhardware · 15. November 2010

Der erste Schritt ist schon mal getan. Das USB-Device ist nach kleinen Schwierigkeiten da. \o/ Mit dem Mega328p wollte es gar nicht. Hat nur den USB-Bus verwirrt. Ein Mega88 mit 16Mhz Quarz brachte sofortigen Erfolg.

Nach obigen Listing:
Auszug:

Code

003/004 16C0/05DC
- Manufacturer : obdev.at
- Product : LEDControl
wTotalLength: 18
bNumInterfaces: 1
bConfigurationValue: 1
iConfiguration: 0
bmAttributes: 80h
MaxPower: 20
bInterfaceNumber: 0
bAlternateSetting: 0
bNumEndpoints: 0
bInterfaceClass: 0
bInterfaceSubClass: 0
bInterfaceProtocol: 0
iInterface: 0

Alles anzeigen

Edit: Commandline-Tool ist auch spitze. Mit v-usb haben die wirklich mal eine gute USB-Lib gebaut.

Wenn das mal kein schönes Spielzeug ist ... ?