Thema: (Gelöst) LIS2-Display/USB/automatische Lüftersteuerung/Betrieb unter 10.2 möglich?

Hallo,
ich würde gern mein LIS2-Display, bzw. wenigstens den Teil davon der für die Lüftersteuerung zuständig ist in Betrieb nehmen. Leider hab ich keine Ahnung wie das gehen soll, finde im Netz keine Treiber, Google hilft mir auch nicht weiter und die Ausgabe von lsusb -v auch nicht wirklich.

Code:

Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd 8-
bit FIFO
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 8-bit FIFO
  bcdDevice            4.00
  iManufacturer           1 FTDI
  iProduct                2 USB <-> Serial
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xc0
      Self Powered
    MaxPower               90mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              2 USB <-> Serial
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
Device Status:     0x0001
  Self Powered

Hatte schon mal in einem anderen Forum diese Frage gestellt, konnte es aber damals wegen Krankheit nicht weiterverfolgen.

Hab ich als ziemlicher Linuxneuling überhaupt eine Chance das Teil zum laufen zu kriegen und falls ja wo kann ich Hinweise finden? (bevorzugt)

Hersteller VLsys bietet nur Windows-Treiber an und nicht gerade viel hilfreiche Info. :: VLSystem
FTDI scheint der Chip-Hersteller zu sein, hat auch eine recht übersichtliche Website FTDI Knowledgebase, allerdings hab ich auch noch nicht rausgefunden welcher Chip hier verbaut ist. Ob´s mir weiterhelfen würde ist die andere Frage.


Gibt es eine andere Möglichkeit der temperaturgeregelten Lüftersteuerung? (wäre auch ok).

Die übers Motherboard mögliche CPU-belastungsabhängige Steuerung möchte ich mangels Vertrauen in eine ausreichende Nachlaufzeit lieber nicht ausprobieren.

Kann und mag mir jemand helfen die Startlöcher zu finden?

Hatte schon mal in einem anderen Forum diese Frage gestellt, konnte es aber damals wegen Krankheit nicht weiterverfolgen.

Link?

Grüße

Jacko

Hallo Jacko,

danke für deine Antwort.
wer-weiss-was | "lis2-Lüftersteuerun...." | aus Forum UNIX und Linux

Code:

Titel:  Re: lis2-Lüftersteuerun....

    Autor:  p   u   m   p   k   i   n    Datum: 18.6.2006 12:01 Uhr     Moien

  würde gerne mein Lis2-display -zumindest die Lüftersteuerung
  davon- unter SuSe 10.1 nutzen. Jemand ´ne Idee wo ich dazu
  Hilfe finden könnte?

Installier mal "lsusb". Dann lass "lsusb -v" laufen. Anhand der Daten kann man rausfinden welcher Chip verbaut wurde. Und mit der Chipbezeichnung kommt man dann zum Treiber.

Das sind meistens Standardchips und es macht keinen Sinn für jedes Display den Treiber neu zu schreiben. Also veröffentlicht man ihn unter dem Chipnamen und nicht unter dem Displaynamen.

Weiterverfolgen konnte ich dies damals nicht mehr, als ich wieder halbwegs fit war, war meine Frage längst im Archiv gelandet.
Die einzige Idee die ich noch habe ist zu versuchen die Software zu dem Teil unter "Wine" laufen zu lassen. Ungern allerdings da ich nicht sicher bin ob die Lüfter bei einem Absturz dann wieder hochlaufen. Außerdem benutzt die LIS-Software die Ausgabe von "Speedfan" Download SpeedFan - Access temperature sensor in your computer zum auslesen der Temperatursensoren, könnte also auch schwierig werden.
Ups, bin soeben auf der Suche nach dem Link zu speedfan über jede Menge Einträge "Speedfan for Linux" gestolpert. Werde das mal weiterverfolgen.
Leider muß ich jetzt (und schnell) zur Frühschicht. Melde mich dann wieder.

Hallo,
bin noch am googeln, scheint noch schwieriger zu werden als ich befürchted hatte.
So wie ich´s im Moment sehe brauche ich erst mal eine Möglichkeit die Sensoren auszulesen. "Speedfan for Linux" iss anscheinend nicht.
Zwei Links sehn aber mal ganz gut aus. (Für den Anfänger)
Lüftersteuerung (SN45Gv2) unter Linux [Archiv] - BareboneCenter.de
GKrellM
Werde mal versuchen dieses gkrellm (unter KDE?) zum laufen zu kriegen um dann mein LIS2 dazu zu kriegen die Ausgabe irgendwie zu übernehmen.

Bitte um Hinweise falls ich auf der falschen Fährte bin.

Hallo,
GKrellM von o.g. Link geladen (GKrellM...tar.bz2) und nach mitgelieferten "install"-Anweisungen source per "make" und "make install" installiert. (Kernel sourcen... waren bereits installiert)
Per Befehl "gkrellm" von Konsole gestartet, läuft.
Sensoren:
"sensors-detect" von Konsole ausgeführt. (sensors-paket von Suse 10.2 war bei mir bereits installiert)
entsprechend der Ausgabe von "sensors-detect"
alias char-major-89 ic2-dev per kwrite in /etc/modprobe.conf.local eingetragen
Nun wollte "sensors-detect" daß ich einige "modprobe"- Anweisungen in -Zitat- "some /etc/rc*-file" schreibe. Nach einigem Suchen nach einer passenden Datei habe ich mich entschlossen die entsprechenden "modprobe"-Anweisungen an das von "sensors-detect" generierte file "/etc/sysconfig/lm_sensors" anzuhängen. Anweisungen aus der Konsole per markiere, copy und paste rübergezogen.

Code:

# I2C adapter drivers
modprobe i2c-nforce2
# Chip drivers
modprobe eeprom
# Warning: the required module k8temp is not currently installed
# on your system. For status of 2.6 kernel ports check
# http://www.lm-sensors.org/wiki/Devices. If driver is built
# into the kernel, or unavailable, comment out the following line.
#modprobe k8temp
modprobe it87
# sleep 2 # optional
/usr/bin/sensors -s # recommended

System neu gestarted
Rechtsklick auf das GkrellM-Anzeigefenster
Konfiguration gewählt
"Fensterinhalt"->"Sensoren"->"Temperaturen"
Temp1 (MB) und Temp2(CPU) aktiviert (Temp3 liefert keine vernünftigen Werte)
werden angezeigt, allerdings scheint mir die Bezeichnung für MB und CPU vertauscht zu sein.
Muß ich noch beobachten und eventuell korrigieren.

Also, die Temperaturen hab´ ich jetzt mal. GKrellM hätte ich wohl garnicht dazu gebraucht, aber immerhin habe ich jetzt eine schöne Anzeige auf meinem Schirm.

Mein nächstes Problem besteht in der Frage wo und wie ich diese Werte jetzt auslesen kann um sie meinem LIS2 (wo und wie) übergeben zu können.
Parallel dazu müsste mein LIS2 ja auch mal wissen daß da was ist mit dem es was machen soll. Daß das Teil überhaupt auf irgenwas wartet und nicht auch erst noch irgendwie betüttelt werden muß setze ich erstmal (noch) voraus. USB->serial-Treiber scheint ja geladen zu sein.

Also, erstmal wieder: Goooooogle

Ideen, Tips.... nehme ich natürlich gerne und dankbar an.

Hallo,
scheint zwar niemanden zu interessieren aber ich für´s mal trotzdem weiter.

Nach stundenlangem googlen diesen Eintrag gefunden:
LCDproc - Home
Version 0.5.0 heruntergeladen und nach Anweisung
LCDproc User's Guide
installiert.
Stundenlanges ergebnisloses rumprobieren an der Konfiguration.
Erneutes googlen:
Diese fertigen .conf -Dateien gefunden:
Musterkonfiguration für lcdproc mit L.I.S.2 Display per USB - LinuxClub

LCDd.conf
nach

Code:

/etc

kopiert

lcdproc.conf
nach

Code:

.../lcdproc-0.5.0/scripts

kopiert

und mein Display zeigt mir daß es lebt.

Vorgezogenes "betütteln" (vorläufig) beendet.

Temperaturen zeigts zwar noch nicht an, von Lüftersteuerung ganz zu schweigen aber ich arbeite daran.

cu

Hallo,
nach erneutem stundenlangen googeln und durchwühlen von Quellcodes nach brauchbaren Kommentaren sehe ich keine Möglichkeit mehr zumindest die Temperaturanzeige im Display zum laufen zu bekommen.
Das einzige was mir noch einfällt wäre einen Teil des Quellcodes von GKrellM (Sensoren lesen) in lcdproc (auf Display ausgeben) zu integrieren, aber dazu reichts bei mir leider nicht.
Habe allerdings beim googlen inzwischen herausgefunden daß es für mein MB bereits eine in SuSe "eingebaute" Möglichkeit der Lüftersteuerung über ein Shell-script gibt.
quake.de :: Thema anzeigen - Lüftersteuerung Linux
Dies funktioniert nach testen unter "root" auch. Als User leider noch nicht.
Fehlermeldung bei "fancontroll":

Code:

Bash: command not found

Fehlermeldung bei "sh fancontrol": (auch bei "su" danach "fancontrol"):

Code:

Loading configuration from /etc/fancontrol ...

Common settings:
  INTERVAL=3

Settings for 9191-0d00/pwm2:
  Depends on 9191-0d00/temp1_input
  Controls 9191-0d00/fan2_input
  MINTEMP=35
  MAXTEMP=43
  MINSTART=160
  MINSTOP=105

Settings for 9191-0d00/pwm1:
  Depends on 9191-0d00/temp1_input
  Controls 9191-0d00/fan1_input
  MINTEMP=30
  MAXTEMP=40
  MINSTART=150
  MINSTOP=105

fancontrol: line 243: syntax error near unexpected token `<'
fancontrol: line 243: `                 read < <(exec sleep 1)'

Wenn ich als "root" eingeloggt bin tut er´s ganz einfach ohne meckern.

Doch dies wäre wohl eine Frage für einen anderen Thread, sollte ich es in den nächsten Tagen nicht selbst herausfinden.

Fazit:
Hätte ich mal von Anfang an die richtigen Stichworte für Google gewußt!
Mein Display funktioniert soweit unter Linux.
Ich habe eine Temperaturanzeige, leider nicht auf dem Display; die Lüftersteuerung momentan zwar nur als root, aber das sollte lösbar sein.

Ich denke das war´s hier, please:

Code:

"# shutdown -h now #"

Falls jemand Fragen hat, gerne PN.

Hallo jkeiper,

Vielen Dank für Deine ausführliche "Leidensgeschichte zum Erfolg".

"# shutdown -h now #"

Ich habe den Thread mal als gelöst markiert, lasse ihn aber noch offen.
Vielleicht hast Du ja noch Lust irgendwann das Benutzerproblem noch anzugehen und hier zu dokumentieren.

Grüße

Jacko

Hallo Jacko,

Vielleicht hast Du ja noch Lust irgendwann das Benutzerproblem noch anzugehen und hier zu dokumentieren.

mach ich gerne,
hatte nur den Eindruck daß mein Gewurschtel niemanden interessiert.
Allerdings haben mir die Beiträge jedesmal selbst geholfen etwas Ordnung in meine Gedanken zu bringen und die nächsten erforderlichen Schritte zu bestimmen.
Und vielleicht hilft´s ja jemandem mal bei einem ähnlichen Problem weiter.
In diesem Sinne:

Ich habe kaum eine Ahnung von der Benutzerverwaltung unter SuSE.

Was ich weiß:

Einen Fehler in dem "fancontrol"-Skript kann ich mit ziemlicher Sicherheit ausschließen, funktioniert ja unter root. (aber warum dann nicht unter "user" per "su")??

Executeable für "Sonstige" in Berechtigungen "fancontrol" ist gesetzt, auch testweise UID und GID. Schreibberechtigung dürfte wohl kaum erforderlich sein.

Vermutung: "fancontrol" ruft eine Funktion auf für die "User" keine Berechtigung hat oder für die die Gruppenzugehöhrigkeit o.ä. fehlt. (Auch per "su" ?!!)

Ich kann als root Benutzer erstellen, denen ich verschiedene Rechte zuweisen kann.
Es gibt Gruppen die ich den verschiedenen Benutzern öffnen kann, wobei mir meistens alles andere als klar ist welche Gruppe(n) ich wofür brauche, bzw. wie weitgehend diese Rechte dann sind und wie dies mit den den Benutzern zugewiesenen Rechten zusammenhängt.

Mein Eigentümer von fancontrol ist root und die Gruppe ist root. Einfach winlike über rechtsklick "Eigenschaften" kann ich dies auch nicht ändern.

Meinem User einfach die Gruppe root zu öffnen dürfte, falls überhaupt machbar, aus Sicherheitsgründen nicht gerade empfehlenswert sein.


Da sich die Benutzerverwaltung seit SuSE 9.3 prof. wohl kaum grundlegend geändert hat und ich davon noch die Handbücher habe ist erst mal Grundlagen daraus entnehmen angesagt.

Oder vielleicht doch lieber "Linux für Dummies"?

Nachtrag:
Nach Lektüre von SuSE 9.3 Administrationshandbuch "Umgang mit ACL´s" auch nicht viel schlauer, ist für einen armen Pfälzer einfach zu kompliziert geschrieben.
Probeweise Rechte und Gruppenzugehörigkeiten (schön eins nach dem anderen und wieder zurück) geändert.
Jetzt tut´s auf einmal "su" ... "fancontrol", user bringt noch die gleiche Fehlermeldung.
Wie ich das mag wenn sich mit einemmal was ändert und ich hab keine Ahnung wieso. Alle Rechte und Zugehörigkeiten sind genau wie zuvor.

Meine Vermutung geht mittlerweile in Richtung fehlender Pfad für User.

Mein Eigentümer von fancontrol ist root und die Gruppe ist root. Einfach winlike über rechtsklick "Eigenschaften" kann ich dies auch nicht ändern.

Kannst Du als Root den Eigentümer nicht ändern?

Vermutung: "fancontrol" ruft eine Funktion auf für die "User" keine Berechtigung hat oder für die die Gruppenzugehöhrigkeit o.ä. fehlt.

Wenn fancontrol ein klassisches Skript ist kannst Du es ja einfach mal mit nem Editor öffnen und sehen was alles aufgeführt wird.

hatte nur den Eindruck daß mein Gewurschtel niemanden interessiert.

Anscheinend weiß zu Deinem Problem hier kaum jemand was, aber ich finde Du hast Dich doch schon ganz gut durchgearbeitet, oder?

Grüße

Jacko