[fli4l] opt-digitemp - besser: opt-ow und auch rrdtool

[Roland Franke]

Hallo Frank,

>Am 31.08.2012 15:25, schrieb Christoph Schulz:
>> Ich habe zwar weder mit OWFS noch mit Temperatursensoren etwas am Hut,
>> aber...
>  > [...]
>>> um mein Chaos perfekt zu machen habe ich nun mal eine "frische 3.4.0"
>>> gebaut.
>>> Und damit funktioniert opt_OW, sogar mit dem selbst gebauten Adapter.
>>
>> Hier sind folgende Dinge interessant:
>>
>> 2) Welcher Kernel wurde für 3.6.1 benutzt (2.6.16.62, 2.6.32.46)?
>Kernel 2.6.32.46
Hatte ich bei mir mit der V3.6.1 auch immer am laufen ohne Probleme.
>> 3) Welches OPT_OW wurde in beiden Fällen genutzt? Ich nehme an, 2.0.1
>> unter 3.4.0 und 2.0.2_1 unter 3.6.1?
Die wurden im Bereich der Updates auf dem bestehenden System getestet.
Hatte da wie geschrieben keine Probleme.
>> 4) Hast du das Ganze mit 3.6.2rc1 auch ausprobiert? Mit beiden Kerneln
>> (2.6.16.62, 2.6.32.59)?
>Nein
>> 5) Kernel-Logs (Boot-Protokoll) zwischen 3.4.0 und 3.6.1 verglichen?
>Ja, schreiben beide nichts auffälliges. Habe mit 3.6.1 auch mal einen USB 
>Adapter getestet. Ging auch nicht.
Vielleicht solltest du mal mitteilen, welche Pakete du denn aktiv hast.
Vielleicht findet sich da ein "Übeltäter"
>> <Vermutungen>Vielleicht gibt es Probleme mit dem Plug&Play und der
>> seriellen Schnittstelle. Vielleicht kümmern sich OPT_DIGITEMP und
>> Konsorten 'nen "Dreck" darum und greifen direkt auf die Hardware zu.
>> Vielleicht ist OPT_OW hier sensitiver und tut nur, wenn der Kernel der
>> Meinung ist, alles ist im grünen Bereich.</Vermutungen>
Kann ich leider nicht beurteilen, da dies eine Sache der Entwickler des
kompletten OWFS Systems ist.

Aber einen Gedanken hab ich noch:
Kannst du mal schauen, wenn du dich auf den Router verbindest, ob folgende
Dateien dort (Auf dem Router nach dem Start) vorhanden sind:
/lib/modules/(kernelversion)/kernel/fs/fuse/fuse.ko
/usr/bin/owfs
/usr/bin/fusermount

Alternativ die Umstellung mal auf die aktuelle Tarball Version.

Gruß Roland