• 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!!!

Supportthread zum WLAN-Thermometer mit dem Raspberry Pi

Phantomias2006 schrieb:
Die Anleitung auf der Homepage stimmt nicht mehr. Die war für den alten Pitmaster. Leider wurde die wlanthermo Seite ein paar mal gehackt und beim release hatten wir keinen zugriff darauf weil unser Admin alle Benutzer gesperrt hat....
Zum Vergrößern anklicken....

danke dir für den Hinweis

Wäre eventuell toll auf der ersten Seite im WLANthermo Thread die Abweichungen zu erwähnen.

Gut, dass ich es zuerst mit einem billigen Servo getestet habe und nicht gleich mit dem 80 Euro Servo.

LG
Konrad
 
Ich habe einen Test mit zwei servo auch schon hinter mir,
und muss sagen ,die Standard Einstellungen passen.

Der servo läuft damit nicht Anschlag ;)
 
Bjoern schrieb:
@FinalD :
Die Messergebnisse sind alle i.O.
Die Widerstandsergebnisse kommen meiner Meinung nach vom Rest der Schaltung.

Wenn du noch Zugriff auf das Oszilloskop hast:
Raspberry ohne WLANThermo Platine mit 5V versorgen.
Folgendes ausführen:
Code: 
killall python
Dann ist das WLANThermo komplett beendet.

Code: 
pigs m 2 w
pigs pfs 2 500
pigs p 2 128
Dann solltest du eigentlich an GPIO2 ein PWM-Signal sehen können.
Wenn du dann
Code: 
pigs m 4 w
pigs pfs 4 500
pigs p 4 128
ausführst, solltest du das auch an GPIO4 sehen.
Zum Vergrößern anklicken....
Gemessen habe ich jeweils gegen GND an PIN 6.

Die Ausgabe an GPIO 2 (PIN 3):
IMAG0185.jpg

Die Ausgabe an GPIO 4 (PIN 7):
IMAG0186.jpg

Glaube mein GPIO 4 ist kaputt, wenn da immer High anliegt, auch nach Eingabe des pigs Codes?

Ich war heute auch nochmal auf der Arbeit in der Hardwareabteilung. Dort wurden meine amateuerhaften Lötkenntnisse bestätigt, er hat aber beim Anschauen zumindestens keine Kurzschlüsse finden können.

Dann nochmal die gewünschten Bilder von meiner Platine von unten (näher ging leider nicht, wurde zu unscharf):
P1010898.JPG
P1010900.JPG
 

Anhänge

  • IMAG0185.jpg
    IMAG0185.jpg
    117,7 KB · Aufrufe: 142
  • IMAG0186.jpg
    IMAG0186.jpg
    139,8 KB · Aufrufe: 146
  • P1010898.JPG
    P1010898.JPG
    209,8 KB · Aufrufe: 139
  • P1010900.JPG
    P1010900.JPG
    198,9 KB · Aufrufe: 148
FinalD schrieb:
Glaube mein GPIO 4 ist kaputt, wenn da immer High anliegt, auch nach Eingabe des pigs Codes?
Zum Vergrößern anklicken....
Ja, das denke ich mittlerweile auch.
Code: 
killall Python
pigs m 4 w
danach solltest du mit
Code: 
pigs w 4 0
bzw.
Code: 
pigs w 4 1
den Ausgang manuell setzen können. Aber ich denke es wird beim gleichen Ergebniss bleiben.
 
Bjoern schrieb:
Ja, das denke ich mittlerweile auch.
Code: 
killall Python
pigs m 4 w
danach solltest du mit
Code: 
pigs w 4 0
bzw.
Code: 
pigs w 4 1
den Ausgang manuell setzen können. Aber ich denke es wird beim gleichen Ergebniss bleiben.
Zum Vergrößern anklicken....
Ich muss leider heute das Oszilloskop wieder abgeben, aber mit einem Mutlimeter müsste ich das ja auch testen können?

Die Frage ist dann nur, ob der schon vorher kaputt war, oder durch das Anschließen kaputt gegangen ist.

Um das Risiko zu minimieren, dass ich am um das IC etwas falsch verlötet habe und einen zweiten Pi kaputt mache:
Wenn ich den Schaltplan auf wlanthermo richtig interpretiere, kann ich ja das IC ausbauen, dann funktioniert zwar nicht mehr die Lüftersteuerung, aber der Servo sollte weiterhin funktionieren? Oder hat sich zwischen V1 und V2 an der Stelle soviel getan?
 
Das kannst du in dem Fall auch mit nem Multimeter testen. Das IC kannst du auch ohne Probleme rausziehen.
Im Schaltplan hat sich nicht viel getan, aber die Bezeichnungen sind anders.
 
Hallo

Kann man eigentlich auch eine WLAN Cam einbinden?

Ich weiß, dass die Raspberry CAM und eine USB CAM funktionieren.

danke und LG
Konrad
 
Bin gerade am installieren der Pi's, ggf. hat jemand noch einen Tip für mich.....

Ich kann auf meinen Pi mit Putty via SSH nur mit der Netzwerk Adresse zugreifen, mit dem Hostnamen funktioniert es nicht.
Auf dem Pi läuft Jessie lite.


Edit:
Auf die Wlan Thermo Webpage, kann ich natürlich auch nur über die IP Adresse zu greifen!
 
Müßte nicht der Hostnamen oben stehen bei der IP 127.0.0.1 (blau), anstatt bei der IP 127.0.1.1?

upload_2016-1-8_22-11-8.png
 

Anhänge

  • upload_2016-1-8_22-11-8.png
    upload_2016-1-8_22-11-8.png
    54,6 KB · Aufrufe: 330
Google sagt

echo net.ipv6.conf.all.disable_ipv6=1 > /etc/sysctl.d/disableipv6.conf

will disable ipv6 at next reboot.
und nimm die Zeile
nameserver fd00::3631:c4ff:fe2a:49b3
aus der resolv.conf
 
Das hatte ich gestern auch schon gefunden, funktioniert aber leider nicht!

pi@rpi2b-BBQ:~ $ echo net.ipv6.conf.all.disable_ipv6=1 > /etc/sysctl.d/disableipv6.conf
-bash: /etc/sysctl.d/disableipv6.conf: Permission denied


Habe auch schon versucht folgenden Eintrag in der sysctl.conf hinzugefügt:

sudo nano /etc/sysctl.conf

#
# /etc/sysctl.conf - Configuration file for setting system variables
# See /etc/sysctl.d/ for additional system variables.
# See sysctl.conf (5) for information.
#

#kernel.domainname = example.com

# Uncomment the following to stop low-level messages on console
#kernel.printk = 3 4 1 3

##############################################################3
# Functions previously found in netbase
#

# Uncomment the next two lines to enable Spoof protection (reverse-path filter)
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
#net.ipv4.conf.default.rp_filter=1
#net.ipv4.conf.all.rp_filter=1

# Uncomment the next line to enable TCP/IP SYN cookies
# See http://lwn.net/Articles/277146/
# Note: This may impact IPv6 TCP sessions too
#net.ipv4.tcp_syncookies=1

# Uncomment the next line to enable packet forwarding for IPv4
#net.ipv4.ip_forward=1

# Uncomment the next line to enable packet forwarding for IPv6
# Enabling this option disables Stateless Address Autoconfiguration
# based on Router Advertisements for this host
#net.ipv6.conf.all.forwarding=1


###################################################################
# Additional settings - these settings can improve the network
# security of the host and prevent against some network attacks
# including spoofing attacks and man in the middle attacks through
# redirection. Some network environments, however, require that these
# settings are disabled so review and enable them as needed.
#
# Do not accept ICMP redirects (prevent MITM attacks)
#net.ipv4.conf.all.accept_redirects = 0
#net.ipv6.conf.all.accept_redirects = 0
# _or_
# Accept ICMP redirects only for gateways listed in our default
# gateway list (enabled by default)
# net.ipv4.conf.all.secure_redirects = 1
#
# Do not send ICMP redirects (we are not a router)
#net.ipv4.conf.all.send_redirects = 0
#
# Do not accept IP source route packets (we are not a router)
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#
# Log Martian Packets
#net.ipv4.conf.all.log_martians = 1
#
#
#
# Disable IPv6
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6=1
net.ipv6.conf.lo.disable_ipv6=1
#

Hast du ggf. noch eine andere Idee?
 
Zurück
Oben Unten