• Du musst dich registrieren, bevor du Beiträge verfassen kannst. Klicke auf Jetzt registrieren!, um den Registrierungsprozess zu starten. Registrierte User surfen werbefrei, können Suchen durchführen und sehen die volle Darstellung des Forums mit vielen anderen Unterforen!!!

WLAN-Thermometer selbst bauen mit Raspberry Pi

Ja da bin ich deiner Meinung Joe,
:anstoßen:
Nur gibts dann vermutlich die Diskussion
welches Bier das beste ist :hammer:

Nur wohnt keiner um die Ecke vom anderen...

Bezüglich Display, 2gegen1 Armin muss sich
beugen :hammer:

Hat sich schon jemand gedangen darüber gemacht
Wie man mit nur einen Taster den raspberry niederfährt
bzw. startet?
 
mist...muss schon wieder was fragen ^^

ich habe den raspi nun als ap laufen und kann ohne probleme dierekt per handy zugreifen.

der raspi hat die selbe ip, subnetzmaske und gateway wie vorher.
leider kann ich nicht mehr per ssh drauf und per dyndns is auch nichts mehr.

mach ich da was falsch oder is das nun so nicht mehr möglich?

MfG
samson82
 
Du musst dem Raspi einen anderen Adressbereich zuweisen als dein eigentliches Netz.

Bsp:
Raspi über LAN im Heimnetz: 192.168.178.24
WLAN Adapter als AP: 192.168.1.254

So läufts bei mir ohne Probleme. Über Smartphone an den AP und über ssh auf den LAN-Port.

Grüße Marco
 
Phantomias2006 schrieb:
@marco,

ja das mitn shutdown ist mir klar und das mitn starten auch aber ich dachte an EINEN taster nicht an zwei.,
Zum Vergrößern anklicken....


Sollte aber auch mit einem freien GPIO, einem Transistor und einem Relais mit einem Schließer und einem Öffner zu machen sein.

shutdown_start.jpg


Etwas Theorie:
Software startet. GPIO geht auf HIGH. Relais zieht an aktiviert die Shutdown-Funktion und verriegelt P6.

Shutdown:
Taster wird betätigt. Software fährt runter. GPIO geht auf LOW. Relais fällt ab, deaktiviert Shutdown-Funktion und aktiviert P6.

Start:
Taster wird betätigt. P6 startet Raspi und damit wieder Software. GPIO geht auf HIGH...

Feuer frei.
 

Anhänge

  • shutdown_start.jpg
    shutdown_start.jpg
    16 KB · Aufrufe: 2.052
Zuletzt bearbeitet:
Guten Morgen Jungs,

ist ja wieder mal richtig was los hier!

Bezüglich Shutdown --> der watchdog könnte sowohl auf ein GPIO Signal oder durch eine Änderung in der Config (vom GUI) den PI Herunterfahren. Wenn ich dann noch auf dem Display eine Meldung Anzeigen könnte wäre der Status des PI Klar ohne einen weiteren GPIO zu verbrauchen. Das wäre aber eine reine Softwarelösung!

Starten würde ich ihn einfach durch Stromlos machen und wieder an den Strom Stecken oder?

LG

Joe
 
Mein Vorschlag:
2 Lösungen!

Softwaretechnisch über GUI (gerne mit Hilfe des Watchdog.

Hardware über Taster an GPIO03.
Begründung: im neuen Kernel ist eine Funktion, die den Raspi aus halt aufweckt, wenn an GPIO03 oder 01 ein low-Pegel angelegt wird. Dann kann man den selben Knopf zum hochfahren und runterfahren benutzen.

Vorteil: Auf der Platine von Marco ist der PIN nicht genutzt.
Nachteil: in meiner Version liegt da eine LED. Die müsste ich umlegen.
Zusätzliches externes Script erforderlich, was nicht unter unserer Kontrolle liegt.

Alternative:
Shutdown nur über GUI, wakeup über Taster mit kurzschließen von P6 (Reset).

Nachteil: kein Hardware shutdown, zwei pins müssen noch auf den Pi gelötet werden
Vorteil: Alle bestehenden Hardware -Versionen des Thermometers können weiter genutzt werden. Wenn der Pi hängt, hat man einen reset.
Kein weiteres Script von extern erforderlich.

Persönlich tendiere ich zur letzten Lösung.

Thema Display:

So richtig kann ich mich noch nicht ganz damit anfreunden, dass die Anzeige von unterschiedlichen Diensten bedient wird. Wer hat Priorität? Ob die Meldung 'Shutting down' soviel Nährwert hat.....
Ich denke mal drauf rum und experimentiere ein wenig. Geht aber erst ab Sonntag. Heute ist Tischtennis mit meinen Schülern und morgen Handball....




Grüßle und Tschöh!


Armin
(Mobil)
 
Hallo Armin,

wegen dem Herunterfahren --> Ich verwende z.B. keine Leds will aber deinen Service nicht ändern müssen ;-) Deshalb meine Frage welche GPIO's noch frei wären damit ich einen Hardware Shutdown über den Watchdog machen kann welcher auch den Software Shutdown machen würde.

Display --> wenn du beim Herunterfahren keine Optische Rückmeldung bekommst ist es schwierig zu wissen ob es Funktoniert da es je nach Auslastung bis zu 20 Sek. dauern kann.
Wenn in Zukunft ein Regelungs Service dazukommt brauchen wir auch dafür das Display.

Folgende Idee hatte ich heute nacht:
wir erstellen einen neuen unterordner var/www/display darin erstellt jeder dienst eine Datei z.b. wlanthermo.txt in der steht das als Text was aufs Display soll, wenn nun ein anderer Dienst auf das Display zugreifen will erstellt dieser eine Datei z.B. watchdog.txt mit seinem inhalt oder auch der regler.
Mein watchdog dienst hat aktuell einen filesystem watcher auf /var/www/config und ich kann hier auch einen zweiten auf /var/www/display machen, wenn also eine Änderung in diesem Ordner geschieht kann ich über den namen der geänderten Datei eine Priorität herausfinden (sorry Armin Herunterfahren geht vor trotz des mangelnden nährwerts :lol: ) und den Inhalt der datei auf dem Display ausgeben.

@All
Ich habe gerade auf meinem Apache2 Server die Rewrite rules für den bbq geschrieben wenn sie jemand braucht kann ich sie gerne hier posten.
Also ich kann von Unterwegs nun auf den bbq zugreifen indem ich per https auf meinen Linux Server zuhause zugreife und der Apache dort ist als Reverse Proxy mit Authentifizierung konfiguriert.
wenn ich also auf https://meinedomain.dyndns.org/bbq gehe wird der Link nach Authentifizierung am Apache auf die interne Seite http://192.168.2.55 des PI "umgebogen".

@Phantomias
du hast Post...

LG

Joe
 
Hallo,

damit der Plotter auch automatisch läuft hab ich diesen nun in der
/etv/init.d/WLANThermo so eingebaut

Code: 
start)

    python /usr/sbin/wlt_2_comp.py >/dev/null &
    [B]service plot start[/B]
    echo "Starting WLAN Thermometer"

;;

stop)


    kill $(ps aux|grep "wlt_2_comp.py"| grep -v grep |awk '{print $2}')
    [B]service plot stop[/B]
    echo "Stopping WLAN Thermometer"

;;

LG

Joe
 
Zuletzt bearbeitet:
RTFM empfehlen kann jeder! Setzt dich hin und mach es besser, wenn du kannst und trage zum Projekt bei! Unsere Zeit ist endlich, wir sind keine Software- Ingenieure und machen es so, dass es läuft und zeitlich nicht ausufert.


Grüßle und Tschöh!


Armin
(Mobil)
 
@Joe
Plot ist ein eigener Dienst! Den kannst du mit service plot start/stop steuern. Nicht einfach den Prozess eines anderen Dienstes killen!

Grüßle und Tschöh!


Armin
(Mobil)
 
Arminth schrieb:
@Joe
Plot ist ein eigener Dienst! Den kannst du mit service plot start/stop steuern. Nicht einfach den Prozess eines anderen Dienstes killen!

Grüßle und Tschöh!


Armin
(Mobil)
Zum Vergrößern anklicken....
Hallo Armin,

das ist mir klar das ein eigener Dienst ist nur wurde er bis jetzt meines wissens nicht Automatisch gestartet sondern musste per befehl gestartet werden. Da aber Phantomias im GUI den Plot anzeigt hatte ich immer alte Daten...

Dies kann in Zukunft der watchdog machen mit z.B. einem weiteren Eintrag in der [ToDo] Sektion und zwar plott=true startet ihn --> ist das OK für euch?

LG

Joe

PS: Ich bin sicher kein Experte, das es immer viele wege gibt die nach Rom führen wissen wir doch alle!
 
@Joe
Der PLOT ist eigentlich so konfiguriert, das er beim booten startet (guckst du runlevels)....
:hmmmm:

Grüßle und Tschöh!


Armin
(Mobil)
 
Zuletzt bearbeitet:
Zurück
Oben Unten