Senior Member   Beiträge: 259 Registriert: 14.1.2011 Status: OfflineGeschlecht:  |
 |
erstellt am: 4.3.2014 um 20:47 |
|
|
|
|
|
|
Senior Member Beiträge: 259 Registriert: 14.1.2011 Status: OfflineGeschlecht: |
|
erstellt am: 4.3.2014 um 21:15 |
|
|
| Zitat von DerDennis, am 3.3.2014 um
18:59 |
das ist ein allgemeines Problem beim Raspberry, für einen sauberen Shutdown
ist ein Login und das Absetzen eines Befehls erforderlich, und das ist bei
"embedded"-Anwendungen auf die Dauer ja eher
unpraktisch.
|
Dieses Problem hat fast jedes embedded Linuxsystem und es gibt eine Reihe
von Lösungen.
Die einfachste Lösung ist es das root filesystem readonly zu mounten.
Ich versuche mal aus dem Gedächtnis aufzuschreiben, was ich da alles
gemacht habe, dass das geht. Das war auch einer der Gründe warum ich daran
gedacht habe ein fertiges Image zum download anzubieten.
/etc/fstab
| Quelltextbereich einfügen: | proc /proc proc defaults 0 0
/dev/mmcblk0p1 /boot vfat defaults,ro 0 2
/dev/mmcblk0p2 / ext4 defaults,noatime,ro 0 1
tmpfs /tmp tmpfs defaults,nodev,noexec,nosuid 0 0 |
apt-get remove --purge rsyslog
apt-get install busybox
Hm, kann man hier im Forum eigentlich keine files posten?
Na ja, datei ist jetzt mal unter http://fangobräu.de/code/busybox-syslogd
Die tut man nach /etc/init.d/ und lässt dann noch "insserv busybox-syslogd"
laufen, damit der busybox syslog beim booten gestartet wird.
Und dann noch ln -s /bin/busybox /usr/local/bin/logread
Nun hat man statt logfiles einen Ringpuffer, den man mit logread auslesen
kann.
/etc/mashctld.conf
conf_change_script=/usr/bin/mashctld_readonly_root_script.sh
Ich hab bestimmt noch was vergessen, aber im wesentlichen wars das. Das
web20mash paket bringt die automatische Umschaltung zwischen ro und rw
bereits mit (/etc/sudoers.d/web20mash). Kann sein, dass ich noch weitere
Programme deinstalliert habe.
Ach ja, nicht wegen readonly, aber wegen webmash_4x20_client:
| Quelltextbereich einfügen: | ~/ # tail -n 3 /etc/rc.local
start-stop-daemon -c webmash --start --exec /usr/bin/webmash_4x20_client -- -n -bd -l de_DE.UTF-8
exit 0 |
Sven ____________________ St. Afforter Fangobräu: http://www.fangobräu.de
Web 2.0 Mash: http://fangobräu.de/web20mash.shtml
Die Hausbrauereikarte: http://brewpubs.openstreetmap.de
|
|
|
Posting Freak   Beiträge: 2085 Registriert: 26.2.2013 Status: Offline |
|
erstellt am: 4.3.2014 um 22:05 |
|
|
...dann vielleicht doch lieber ein fertiges Image. 
(Aber dann wäre es toll wenn DHCP funktioniert, /var/lib/dhcp muss
vermutlich rw sein? Und SSH wäre auch nett  )
Grüße ____________________ *Dunkles Lager, Magnum/Select/Tettnanger, S189 (Hauptgärung)
*Festbier, Northern Brewer/Tettnanger/Saazer/Select, S-189 (Nachgärung)
*Helles Lager, Tettnanger/Select/Saazer, S-189 (Nachgärung)
*Westy12 Clone, 21.6°P, W3787 (Lagerkeller)
|
  |
Antwort 77 |
|
Senior Member Beiträge: 259 Registriert: 14.1.2011 Status: OfflineGeschlecht: |
|
erstellt am: 5.3.2014 um 12:57 |
|
|
ssh und dhcp funktioniert logischerweise trotz readonly image. Ich möchte
da doch keine Konsole dranhängen müssen.
Was ich auch noch habe ist automatische WLAN Wahl über wpa_roam, denn wir
nutzen das Webinterface inzwischen drahtlos. Zugangsdaten muss man
natürlich eintragen, aber zu allen bekannten WLAN wird automatisch
verbunden.
Sven ____________________ St. Afforter Fangobräu: http://www.fangobräu.de
Web 2.0 Mash: http://fangobräu.de/web20mash.shtml
Die Hausbrauereikarte: http://brewpubs.openstreetmap.de
|
|
|
Posting Freak Beiträge: 2085 Registriert: 26.2.2013 Status: Offline |
|
erstellt am: 5.3.2014 um 18:15 |
|
|
Hallo Sven,
ja, wpa_roam wäre wirklich nett!
Und vorhin noch was nützliches entdeckt, eventuell kannst du das auch mit
rein nehmen:
in der /etc/apt/apt.conf folgendes zufügen
DPkg {
// Auto re-mounting of a readonly /
Pre-Invoke { "mount -o remount,rw /"; };
Post-Invoke { "test ${NO_APT_REMOUNT:-no} = yes || mount -o remount,ro
/ || true"; };
};
(ermöglicht es "apt-get", die root rw zu mounten)
P.S. wenn du webspace fürs Image brauchst, ich hätte noch ein paar hundert
MB frei
Grüße ____________________ *Dunkles Lager, Magnum/Select/Tettnanger, S189 (Hauptgärung)
*Festbier, Northern Brewer/Tettnanger/Saazer/Select, S-189 (Nachgärung)
*Helles Lager, Tettnanger/Select/Saazer, S-189 (Nachgärung)
*Westy12 Clone, 21.6°P, W3787 (Lagerkeller)
|
| |
Antwort 79 |
|
Junior Member   Beiträge: 18 Registriert: 10.12.2013 Status: Offline |
|
erstellt am: 5.3.2014 um 19:27 |
|
|
| Zitat von giggls, am 4.3.2014 um
21:15 | | Zitat von DerDennis, am 3.3.2014 um
18:59 |
das ist ein allgemeines Problem beim Raspberry, für einen sauberen Shutdown
ist ein Login und das Absetzen eines Befehls erforderlich, und das ist bei
"embedded"-Anwendungen auf die Dauer ja eher
unpraktisch.
|
Dieses Problem hat fast jedes embedded Linuxsystem und es gibt eine Reihe
von Lösungen.
Die einfachste Lösung ist es das root filesystem readonly zu mounten.
Ich versuche mal aus dem Gedächtnis aufzuschreiben, was ich da alles
gemacht habe, dass das geht. Das war auch einer der Gründe warum ich daran
gedacht habe ein fertiges Image zum download anzubieten.
/etc/fstab
| Quelltextbereich einfügen: | proc /proc proc defaults 0 0
/dev/mmcblk0p1 /boot vfat defaults,ro 0 2
/dev/mmcblk0p2 / ext4 defaults,noatime,ro 0 1
tmpfs /tmp tmpfs defaults,nodev,noexec,nosuid 0 0 |
apt-get remove --purge rsyslog
apt-get install busybox
Hm, kann man hier im Forum eigentlich keine files posten?
Na ja, datei ist jetzt mal unter http://fangobräu.de/code/busybox-syslogd
Die tut man nach /etc/init.d/ und lässt dann noch "insserv busybox-syslogd"
laufen, damit der busybox syslog beim booten gestartet wird.
Und dann noch ln -s /bin/busybox /usr/local/bin/logread
Nun hat man statt logfiles einen Ringpuffer, den man mit logread auslesen
kann.
/etc/mashctld.conf
conf_change_script=/usr/bin/mashctld_readonly_root_script.sh
Ich hab bestimmt noch was vergessen, aber im wesentlichen wars das. Das
web20mash paket bringt die automatische Umschaltung zwischen ro und rw
bereits mit (/etc/sudoers.d/web20mash). Kann sein, dass ich noch weitere
Programme deinstalliert habe.
Ach ja, nicht wegen readonly, aber wegen webmash_4x20_client:
| Quelltextbereich einfügen: | ~/ # tail -n 3 /etc/rc.local
start-stop-daemon -c webmash --start --exec /usr/bin/webmash_4x20_client -- -n -bd -l de_DE.UTF-8
exit 0 |
Sven |
  
Wenn ich mir die letzten posts anschaue, wäre ein fertiges Raspbian Image
wohl doch nicht verkehrt für mich! 
Ich bin noch immer am basteln den Raspi als Acess point zu konfigurieren,
aber das ist ein anderes Thema, das sich mit dem 4x20 client sowieso
weitgehend erledigt.
Jetzt wird erst mal der Raspi und der Usb Hub in ein altes Receiver-
Gehäuse verbaut
Grüsse, chri
|
| |
Antwort 80 |
|
Posting Freak Beiträge: 2085 Registriert: 26.2.2013 Status: Offline |
|
erstellt am: 5.3.2014 um 21:17 |
|
|
Sodele, hier mal ein paar Bilder von der fertigen Platine (Display, Sensor
und Keypad fehlen noch)..
Die Relais und der Buzzer lassen sich zumindest schon mal manuell schalten,
und der DS2484 wird von i2cdetect mit einer Adresse(oder ID)?) von 18
gefunden.
Grüße ____________________ *Dunkles Lager, Magnum/Select/Tettnanger, S189 (Hauptgärung)
*Festbier, Northern Brewer/Tettnanger/Saazer/Select, S-189 (Nachgärung)
*Helles Lager, Tettnanger/Select/Saazer, S-189 (Nachgärung)
*Westy12 Clone, 21.6°P, W3787 (Lagerkeller)
|
| |
Antwort 81 |
|
Senior Member Beiträge: 297 Registriert: 17.10.2012 Status: Offline |
|
erstellt am: 7.3.2014 um 01:28 |
|
|
Hallo zusammen,
ich hab nochmal ein kleines Problem.
Hab gestern ein komplettes Update gemacht und auch webmash auf die
aktuellste Version upgedatet.
Leider krieg ich das irgendwie jetzt nicht mehr ans laufen.
Ich bekomm jedesmal die Meldung
| Quelltextbereich einfügen: | gpio/ is unavailable or not a supported actuator or actuator_port |
Was ich nicht ganz verstehe:
Laut Info in der Conf muss ich doch bei actuator=gpio angeben und dann in
der Plugin-Section den eigentlichen actuator..also:
| Quelltextbereich einfügen: | [actuator_plugin_gpio]
actuator=/sys/class/gpio/gpio22/value |
...oder hab ich da jetzt was falsch verstanden?
Viele Grüße
Michael
|
| |
Antwort 82 |
|
Senior Member Beiträge: 297 Registriert: 17.10.2012 Status: Offline |
|
erstellt am: 7.3.2014 um 01:32 |
|
|
...was mir noch aufgefallen ist:
Kommentiere ich die Zeile "actuator=gpio" erstmal aus bekomme ich folgende
Meldung:
| Quelltextbereich einfügen: | 12.9B6E45000000/PIO.A/ is unavailable or not a supported actuator or actuator_port |
...einen Sensor mit der ID gibts bei mir gar nicht...
Die Websuche offenbarte mir aber, daß bei dir, Sven, mal ein Sensor mit der
ID vorhanden war...
Kann ich da noch was umstellen?
Braucht ihr meine Conf-Datei?
Viele Grüße
Michael
|
| |
Antwort 83 |
|
Posting Freak Beiträge: 2085 Registriert: 26.2.2013 Status: Offline |
|
erstellt am: 7.3.2014 um 08:54 |
|
|
Hallo,
bei mir (RaspIO v.2) hängen die Relais für Rührwerk und Heizung an GPIO 17
und 27... wenn das bei dir andere sind musst du natürlich entsprechend die
Zahlen anpassen.
Probier doch mal wie folgt, ob du die Aktuatoren manuell schalten
kannst:
echo "17" > /sys/class/gpio/export
echo "27" > /sys/class/gpio/export
echo "out" > /sys/class/gpio/gpio17/direction
echo "out" > "sys/class/gpio/gpio27/direction
echo "1" > /sys/class/gpio/gpio17/value
echo "1" > /sys/class/gpio/gpio27/value
echo "0" > /sys/class/gpio/gpio17/value
echo "0" > /sys/class/gpio/gpio27/value
Was steht in deiner /etc/mashctld.conf?
bei mir folgendes:
sensor=onewire
actuator=gpio
stirring_device=gpio
und weiter unten unter [actuator_plugin_gpio] ?
actuator=/sys/class/gpio/gpio17/value
stirring_device=/sys/class/gpio/gpio27/value
Grüße
____________________
*Dunkles Lager, Magnum/Select/Tettnanger, S189 (Hauptgärung)
*Festbier, Northern Brewer/Tettnanger/Saazer/Select, S-189 (Nachgärung)
*Helles Lager, Tettnanger/Select/Saazer, S-189 (Nachgärung)
*Westy12 Clone, 21.6°P, W3787 (Lagerkeller)
|
| |
Antwort 84 |
|
Senior Member Beiträge: 297 Registriert: 17.10.2012 Status: Offline |
|
erstellt am: 7.3.2014 um 09:51 |
|
|
Hi,
GPIOs schalten und den 1wire-Bus ansprechen ist kein Problem.
Das funktioniert - webmash lief ja auch die ganze Zeit bis zu nem Update
das ich Vorgestern durchgeführt habe.
Ich hab Webmash auch schon für einige Sude benutzt - seit über einem
Jahr.
Nur leider nach dem Update auf die aktuelle Version startet webmash nicht
mehr...
Hier mal meine mashctld.conf:
| Quelltextbereich einfügen: | [global]
# port to listen to for integrated webserver
port = 80
# the following two directories configurations can be
# omitted if an installed version (e.g. debian package or make install)
webroot = /usr/share/web20mash
plugin_dir= /usr/lib/web20mash/plugins
# If our root-filesysystem is readonly (e.g. on Raspberry pi) we might need to call
# an external script, which will do something after our runtime configuration file has
# been changed.
#conf_change_script=/usr/bin/mashctld_readonly_root_script.sh
[auth]
active=0
username=login
password=secret
[control]
# owfs parameters
#
# this is usually the address of an owserver
# (host:port default server port is 4304,
# so localhost:4304 should be common)
# or just something like "-u" for direct connection via usb.
# However direct connection does only make sense if mashctld
# is the only software accessing the 1-wire bus
# For DS2483 e.g. RaspIO
#owparms=--i2c=/dev/i2c-1:18 --no_PPM
# for DS2490 e.g. DS9490R
#owparms=-u
# for owserver running on localhost connected to any busmaster
owparms=localhost:4304
# initial must temperature for control
tempMust=0
# Avalable 1-wire devices can be listed by calling "mashctld -l"
#
#
# actuator device type (currently "onewire" or "TEMPer1"):
# additional parameters like device ID must be specified
# in the plugin section of the particular type
sensor=onewire
# actuator device type (currently onewire, gpio or external):
# device ID, external command etc. must be specified
# in the plugin section of the particular type
actuator=gpio
# stirring device type (onewire,gpio or external):
stirring_device=gpio
# hysteresis of two-level controller
hysteresis=0.2
# devicetype under control
# do not change this unless you intend to control a fridge 
# only valid if state-machine is not in action
# valid options: heater, cooler
actuatortype=heater
# If you want to control a stirring device in addition to a heater
# add something like this
# stirring_device=external
#
# stirring device on/off parameters for each state
# values are times in seconds always off is 0:0, always on is x:0 (x>0)
#stirring_states=0:0,1:0,16:8,1:0,16:8,1:0,16:8,1:0,16:8
#ext_stirring_device_on=sispm +2
#ext_stirring_device_off=sispm -2
[mash-process]
resttemp1=52.5
resttemp2=62.5
resttemp3=72.5
# Temperature for lautering
# This is a optional feature, because some people (including myself)
# do lautering right after rest 3
# If you do not want to do this just set lauteringtemp to the
# same value as resttemp3
lauteringtemp=76
# All restimes in Minutes
resttime1=0
resttime2=20
resttime3=20
lauteringtime=0
# external command to be executed when mash state is entered
# can be used to control external displays, LEDs etc.
# %d will be replaced by state number
# state_change_cmd=mps2iConnectLED %d
# this is for running a buzzer on gpio18 for 1 second
#state_change_cmd=gpio_buzzer 1
# actuator plugin configuration
[actuator_plugin_external]
#actuator_on=sispm +1
#actuator_off=sispm -1
#stirring_device_on=sispm +2
#stirring_device_off=sispm -2
[actuator_plugin_gpio]
actuator=/sys/class/gpio/gpio22/value
stirring_device=/sys/class/gpio/gpio23/value
#actuator=/sys/class/gpio/gpio25/value
#stirring_device=/sys/class/gpio/gpio26/value
[actuator_plugin_onewire]
# use find_ow_devs to list available devices
#actuator=12.AAAAAAAAAAAA
#actuator_port=PIO.A
#stirring_device=12.AAAAAAAAAAAA
#stirring_device_port=PIO.B
[sensor_plugin_onewire]
# use find_ow_devs to list available devices
sensor=28.C935EA030000
[sensor_plugin_temper1]
# sensor number as found on usb
#sensor=0 |
1wire-Bus läuft auch - da läuft meine Hausautomation drüber...
Viele Grüße
Michael
[Editiert am 7.3.2014 um 09:52 von Punkt3]
|
| |
Antwort 85 |
|
Senior Member Beiträge: 297 Registriert: 17.10.2012 Status: Offline |
|
erstellt am: 7.3.2014 um 10:13 |
|
|
so....
...grade nochmal alles runtergeworfen und neu installiert.
in der webmashctld.conf lediglich folgende Zeilen geändert:
| Quelltextbereich einfügen: | #owparms=--i2c=/dev/i2c-1:18 --no_PPM
owparms=localhost:4304
actuator=gpio
[actuator_plugin_gpio]
actuator=/sys/class/gpio/gpio22/value
stirring_device=/sys/class/gpio/gpio23/value
[sensor_plugin_onewire]
# use find_ow_devs to list available devices
sensor=28.C935EA030000 |
starten des Deamon mit
| Quelltextbereich einfügen: | |
Fehlermeldung:
| Quelltextbereich einfügen: | gpio/ is unavailable or not a supported actuator or actuator_port |
....auch wenn ich umstelle auf
actuator=external
gibts folgende Meldung:
| Quelltextbereich einfügen: | external/ is unavailable or not a supported actuator or actuator_port |
...doofe Frage:
Muss ich zum Einrichten noch irgendwo irgendwelche Verzeichnisse
anlegen?
Wie funktioniert das mit den Plugins?
(gibts da irgendwo ne Doku? )
Viele Grüße
Michael
|
| |
Antwort 86 |
|
Senior Member Beiträge: 297 Registriert: 17.10.2012 Status: Offline |
|
erstellt am: 7.3.2014 um 16:59 |
|
|
so...noch n Schritt weiter:
die Fehlermeldung kommt aus der
| Quelltextbereich einfügen: | |
Ich vermute mal, daß webmash bei mir aktuell nicht mitkriegt, daß ich einen
Aktuator per GPIO ansteuern will und dann immer versucht einen
1wire-Aktuator mit der ID "gpio" anzusprechen....
jemand noch weitere Vorschläge?
Ihr würdet mir sehr aus der Patsche helfen...
....wäre cool wenns heute noch laufen würde - hab morgen nen Brautag
angesetzt...
Viele Grüße
Michael
|
| |
Antwort 87 |
|
Posting Freak Beiträge: 2085 Registriert: 26.2.2013 Status: Offline |
|
erstellt am: 7.3.2014 um 18:30 |
|
|
Blöde Frage: deine Konfig liegt auch unter "/etc/mashctld.conf", nicht
anderswo?
Ansonsten mach mal eine Gegenprobe:
owserver beenden und mit "--fake=12.AAAAAAAAAAAA" neu starten,
Wenn die Meldung dann nicht mehr kommt, dann versucht Webmash tatsächlich
trotz anderslautender Anweisungen, per 1wire zu schalten.
Wenn die Meldung aber weiterhin besteht, dann liegt der Hund anderswo
begraben.
Ich denke, am ehesten könnte hier Sven/giggls helfen, ich bin mit meinem
Anfängerlatein am Ende.
Edit: schau evtl. mal nach ob bei dir
/usr/lib/web20mash/plugins/actuator_gpio.so überhaupt vorhanden ist..
Grüße
[Editiert am 7.3.2014 um 18:50 von DerDennis]
____________________ *Dunkles Lager, Magnum/Select/Tettnanger, S189 (Hauptgärung)
*Festbier, Northern Brewer/Tettnanger/Saazer/Select, S-189 (Nachgärung)
*Helles Lager, Tettnanger/Select/Saazer, S-189 (Nachgärung)
*Westy12 Clone, 21.6°P, W3787 (Lagerkeller)
|
| |
Antwort 88 |
|
Posting Freak Beiträge: 2085 Registriert: 26.2.2013 Status: Offline |
|
erstellt am: 7.3.2014 um 19:10 |
|
|
So, hab auch ne Frage an den Entwickler:
Stichwort "gpio_buzzer": die binary lässt sich bei mir manuell problemlos
aufrufen, aber mashctld schafft es wohl nicht
"unable to open GPIO device >/sys/class/gpio/gpio18/value<
in rw mode"
Woran könnte das jetzt liegen?
Edit - falls das wichtig ist zur Fehlerdiagnose: ich habe die GPIOs 17, 18
und 28 in den userspace exportiert und auf "out" eingestellt, Sensor wird
derzeit noch über owserver simuliert, GPIO 17 und 27 funktionieren
problemlos
echo "17" > /sys/class/gpio/export
echo "out" > /sys/class/gpio/gpio17/direction
echo "18"... usw.
Edit2: es fehlen offenbar Berechtigungen für den user "webmash", um auf
GPIO18 zugreifen zu dürfen. Aber warum?
Dennis
[Editiert am 7.3.2014 um 20:52 von DerDennis]
____________________ *Dunkles Lager, Magnum/Select/Tettnanger, S189 (Hauptgärung)
*Festbier, Northern Brewer/Tettnanger/Saazer/Select, S-189 (Nachgärung)
*Helles Lager, Tettnanger/Select/Saazer, S-189 (Nachgärung)
*Westy12 Clone, 21.6°P, W3787 (Lagerkeller)
|
| |
Antwort 89 |
|
Senior Member Beiträge: 297 Registriert: 17.10.2012 Status: Offline |
|
erstellt am: 7.3.2014 um 20:56 |
|
|
jepp
- genau dort...
Webmash lief ja schon oft mit meinen Einstellungen - bis jetzt nach dem
Update....
Kann ich vielleicht auf ne ältere Version zurück?
hab ich gemacht...aber komischerweise
sieht man selbst in der webauflistung diesen fake-sensor nicht...
gestartet hab ich zum testen mit:
| Quelltextbereich einfügen: | sudo ./usr/bin/owserver --fake=12.AAAAAAAAAAAA |
und hab auch danach owhttp neu gestartet....
| Zitat von DerDennis, am 7.3.2014 um
18:30 |
Wenn die Meldung dann nicht mehr kommt, dann versucht Webmash tatsächlich
trotz anderslautender Anweisungen, per 1wire zu schalten.
Wenn die Meldung aber weiterhin besteht, dann liegt der Hund anderswo
begraben.
|
äääh.... hä?
kapier ich grade nicht...
Meine Vermutung liegt darin, daß wenn ich als actuator=gpio angebe daß
webmash dann trotzdem versucht ein 1wire-Gerät mit der ID "gpio" zu finden
- welches es natürlich nicht gibt....also kein Gerät mit der
ID12.AAAA....oder versteh ich deinen Vorschlag falsch?
weil: Es kommt immer noch folgende Meldung:
| Quelltextbereich einfügen: | gpio/ is unavailable or not a supported actuator or actuator_port |
Die Bezeichnung "actuator" ist auch die einzige, die in der config quasi
doppelt belegt ist....einmal um den Typ anzugeben und einmal um den Pfad
zum GPIO anzugeben...
| Zitat von DerDennis, am 7.3.2014 um
18:30 |
Ich denke, am ehesten könnte hier Sven/giggls helfen, ich bin mit meinem
Anfängerlatein am Ende.
Edit: schau evtl. mal nach ob bei dir
/usr/lib/web20mash/plugins/actuator_gpio.so überhaupt vorhanden ist..
|
....actuator_gpio.so ist im angegebenen Verzeichnis vorhanden..
ja...vielleicht schaut er heut Abend ja mal noch rein...
Drücken wir mal die Daumen... ;-)
VG Michael
[Editiert am 7.3.2014 um 20:59 von Punkt3]
|
| |
Antwort 90 |
|
Senior Member Beiträge: 297 Registriert: 17.10.2012 Status: Offline |
|
erstellt am: 7.3.2014 um 21:02 |
|
|
stop....mit dem fake-Eintrag das funktioniert - zumindest bekomme ich den
Fake-Sensor in der Weboberfläche von owhttpd angezeigt.
Beim Starten von mashctld kommt trotzdem die Meldung
gpio/ is unavailable or not a supported actuator or actuator_port
VG Michael
|
| |
Antwort 91 |
|
Senior Member Beiträge: 259 Registriert: 14.1.2011 Status: OfflineGeschlecht: |
|
erstellt am: 7.3.2014 um 21:12 |
|
|
| Zitat von Punkt3, am 7.3.2014 um
01:28 |
Laut Info in der Conf muss ich doch bei actuator=gpio angeben und dann in
der Plugin-Section den eigentlichen actuator..also:
| Quelltextbereich einfügen: | [actuator_plugin_gpio]
actuator=/sys/class/gpio/gpio22/value |
|
Ja, das sieht gut
aus.
Für meine Platine sieht das dann so aus:
| Quelltextbereich einfügen: | [actuator_plugin_gpio]
actuator=/sys/class/gpio/gpio17/value
stirring_device=/sys/class/gpio/gpio27/value |
Starte mal mashctld von Hand und poste die Ausgabe. So sollte das
aussehen:
| Quelltextbereich einfügen: | /etc/init.d/webmash stop
loading plugin /usr/lib/web20mash/plugins/sensor_onewire.so
[onewire sensor plugin] sensor_initfunc
[onewire sensor plugin] calling OW_init("--i2c=/dev/i2c-0:18 --no_PPM")
[onewire sensor plugin] OK, found sensor of type DS18S20 at id 10.0E72BC000800.
loading plugin /usr/lib/web20mash/plugins/actuator_gpio.so
[gpio actuator plugin] actuator_initfunc device 0
[gpio actuator plugin] actuator_initfunc device 1
running as root, switching to user >webmash<
[gpio actuator plugin] setting device 0 to 0
[gpio actuator plugin] setting device 1 to 0
[onewire sensor plugin] sensor_getTemp 22.187500 |
BTW, weil mich in den letzten Wochen immer mehr Supportanfragen mit
Hardwareproblemen erreicht haben und weil das Debianpaket für das 4x20
Display noch nicht wirklich gut war (es gab kein initscript) habe ich
gerade mal Version 4.1 (web20mash) bzw. 1.2 (webmash4x20client)
hochgeladen.
Wesentliche Änderung ist, dass die Software jetzt auch in den meisten
Fehlerfällen weiterläuft und ind en demomodus umschaltet.
Auf der Hardwareinfo Webseite kann man dann nachsehen was genau
schiefgelaufen ist.
Gruss
Sven ____________________ St. Afforter Fangobräu: http://www.fangobräu.de
Web 2.0 Mash: http://fangobräu.de/web20mash.shtml
Die Hausbrauereikarte: http://brewpubs.openstreetmap.de
|
|
|
Senior Member Beiträge: 259 Registriert: 14.1.2011 Status: OfflineGeschlecht: |
|
erstellt am: 7.3.2014 um 21:16 |
|
|
| Zitat von chri, am 5.3.2014 um
19:27 |
Ich bin noch immer am basteln den Raspi als Acess point zu konfigurieren,
aber das ist ein anderes Thema, das sich mit dem 4x20 client sowieso
weitgehend erledigt.
|
Dazu braucht man einen hostapd, derwäre in einem fertigen image auch nicht
drin. Im Prinzip kein Hexenwerk, aber ich bin da mit meinen fast 20 Jahren
Linuxerfahrung halt auch betriebsblind.
Mein wpa_roam.conf kann ich posten, falls das jemand braucht.
Sven ____________________ St. Afforter Fangobräu: http://www.fangobräu.de
Web 2.0 Mash: http://fangobräu.de/web20mash.shtml
Die Hausbrauereikarte: http://brewpubs.openstreetmap.de
|
|
|
Senior Member Beiträge: 259 Registriert: 14.1.2011 Status: OfflineGeschlecht: |
|
erstellt am: 7.3.2014 um 21:23 |
|
|
|
|
|
|
Senior Member Beiträge: 259 Registriert: 14.1.2011 Status: OfflineGeschlecht: |
|
erstellt am: 7.3.2014 um 21:24 |
|
|
|
|
|
|
Senior Member Beiträge: 297 Registriert: 17.10.2012 Status: Offline |
|
erstellt am: 7.3.2014 um 21:26 |
|
|
....jetzt brat mir mal einer nen Storch....
...wasn das jetzt?
.....also:
wenn ich webmash folgendermaßen starte
| Quelltextbereich einfügen: | pi@brauberrypi ~ $ sudo /etc/init.d/webmash start |
gibts folgende Meldung
| Quelltextbereich einfügen: | [ ok ] Starting Web 2.0 Mash: mashctld. |
und dat Ding löööft...!
wenn ich mit "sudo mashctld" starte hab ich die Probleme...
...also: Es funktioniert - mit dem Aufruf über init.d....
Sven:  Danke danke danke! Brautag gerettet!
|
| |
Antwort 96 |
|
Senior Member Beiträge: 297 Registriert: 17.10.2012 Status: Offline |
|
erstellt am: 7.3.2014 um 21:32 |
|
|
mir schleicht sich da grade ne Erinnerung rein....
....ich hab vor Eeeewigkeiten ja mal ne Version manuell kompiliert....
...kann sein, daß die noch irgendwo in meinen Verzeichnissen
rumschwirrt.
Das Binary liegt in /usr/local/bin/ und das steht vor /usr/bin.......
Das ist ne Version die ich scheinbar im Februar 2013 mal compiliert hab....
Sorry für die Aufregung...!
|
| |
Antwort 97 |
|
Posting Freak Beiträge: 2085 Registriert: 26.2.2013 Status: Offline |
|
erstellt am: 7.3.2014 um 22:28 |
|
|
| Zitat von giggls, am 7.3.2014 um
21:23 |
Ich hatte ein ähnliches Problem.
Hier sieht das jetzt so aus:
~/ # grep -i gpio /etc/group
gpio:x:1003:webmash,sven
/etc/sysfs.conf hast Du verwendet?
Sven |
in der sysfs.conf stehen alle drei GPIOs drin, mit 666 und
direction=out...
/etc/group habe ich angepasst, leider ist dem mashctld trotzdem kein
Zugriff auf GPIO18 möglich (auch nicht wenn er per /etc/init.d/webmash
gestartet wird .
Wenn ich aber "sudo -u webmash gpio_buzzer 2 340" ausführe, dann bekomme
ich sogar einen Ton!
Also kanns doch eigentlich nicht an den Rechten liegen?
ich installiere dann mal das Update/Upgrade, und schaue dann nochmal wo es
hängt...
Grüße ____________________ *Dunkles Lager, Magnum/Select/Tettnanger, S189 (Hauptgärung)
*Festbier, Northern Brewer/Tettnanger/Saazer/Select, S-189 (Nachgärung)
*Helles Lager, Tettnanger/Select/Saazer, S-189 (Nachgärung)
*Westy12 Clone, 21.6°P, W3787 (Lagerkeller)
|
| |
Antwort 98 |
|
Senior Member Beiträge: 259 Registriert: 14.1.2011 Status: OfflineGeschlecht: |
|
erstellt am: 7.3.2014 um 22:42 |
|
|
|
|
|
|
Startseite
