SW_Schnipsel

hier erscheint alles, was vielleicht mal hilfreich sein könnte, und keine eigene Seite hat.

tkinter - Grafik Schnittstelle unter Linux

CCU.IO Adapter "abschiessen" : mit ps die Prozessid raussuchen und mit kill -9 beenden

Adapter auf der Commandozeile "von Hand" starten (node adapter/email/email.js)

Alle Dateien im Ordner ccu.io/scripts/ werden nach Neustart von ScriptGUI einmalig ausgeführt.

Eine Datei im Ordner ccu.io/scripts/datenpunkt_loeschen.js

"var leer = '';

setState(80101, leer);"

löscht also Datenpunkt 80101

Google - Sites : So kriegt man die Text-Formate in den Griff : tbd

Dirty Bit

Seit Betriebssystemen seit ca. Dezember 2014 kein Thema mehr, da ab dann das "dirty bit" automatisch gelöscht wird.

Davor :

Falls der Raspi mal ungeplant ausgeht, z.B. durch Stromausfall, kam eine fiese Fehlermeldung :

"Volume was not properly unmounted. Some data may be corrupt ...".

Die bekommt man weg durch :

sudo umount /boot

sudo git clone http://daniel-baumann.ch/git/software/dosfstools.git

cd dosfstools

sudo make

sudo make install : to replace any existing version of the tools

sudo ./fsck.fat -V /dev/mmcblk0p1

fsck.fat 3.0.26 (2014-03-07)

0x25: Dirty bit is set. Fs was not properly unmounted ....

sudo ./fsck.fat -a /dev/mmcblk0p1

sudo mount /boot

bzw.

sudo /home/pi/dosfstools/fsck.fat -a /dev/mmcblk0p1

Einfach "sudo apt-get ..." funktionierte zuletzt noch nicht, da die alte Version von fsck das Dirty Bit noch nicht löschen konnte. Welche Auswirkungen hat es, wenn das "dirty Bit" weiterhin "dirty" bleibt ? ? Mit der letzten Linux Distribution erscheint immerhin schon der Hinweis "use dosfstools to remove issue". Vielleicht hilft aber auch : Einfach ignorieren ? Alternativ kann man das Kommando auch in /etc/rc.local eintragen. Dann wird es nach jedem Start einmal ausgeführt.

Sonstiges :

site:sites.google.com/site/raspihs1/ bei Chrome eingeben stellt fest, ob Seiten bei Google indiziert werden

----

Version nach 3.1p0 wieder o.k., Historie :

# Version owfs-3.0p2 kompiliert, owfs-3.1p0 braucht einen Patch

Durch Anbringung eines Patch-Files auf die 3.1p0 Distribution wird diese so verändert, daß alles auch auf einem Raspi 1 läuft :

pi@x2 /usr/src/owfs-3.1p0 $

pi@x2 /usr/src/owfs-3.1p0 $ wget https://www.dropbox.com/s/hpnbttcegq8fy15/owfs_libusb.patch

pi@x2 /usr/src/owfs-3.1p0 $ patch -Np1 -l -i owfs_libusb.patch

patching file module/owlib/src/c/Makefile.am

patching file module/owlib/src/c/Makefile.in

patching file module/owshell/src/c/Makefile.am

patching file module/owshell/src/c/Makefile.in

patching file module/owtcl/Makefile.am

patching file module/owtcl/Makefile.in

patching file module/swig/perl5/OW/Makefile.linux.in

patching file module/swig/perl5/OW/Makefile.osx.in

patching file module/swig/php/Makefile.am

patching file module/swig/php/Makefile.in

pi@x2 /usr/src/owfs-3.1p0 $

Der Patchfile owfs_libusb.patch kann hier heruntergeladen werden :

https://www.dropbox.com/s/hpnbttcegq8fy15/owfs_libusb.patch?dl=0

Die Optionen für das Patch-Kommando sind sehr kritisch ! Mit diesen Patches läuft auch 3.1p0 durch.