[font="Tahoma, Verdana, Arial, sans-serif"]"Links von unten gezählt: 2. SDA, 3. SCL, 5. GND, 6. GND, 7. 3,3V"[/font]
[font="Tahoma, Verdana, Arial, sans-serif"]zähl nochmal nach.........
[/font]
[font="Tahoma, Verdana, Arial, sans-serif"]"Links von unten gezählt: 2. SDA, 3. SCL, 5. GND, 6. GND, 7. 3,3V"[/font]
[font="Tahoma, Verdana, Arial, sans-serif"]zähl nochmal nach.........
[/font]
Du solltest nochmal die Pinbelegung überprüfen, wenn Du so angeschlossen hast wie Du geschrieben hast kann es nicht funktionieren.
MCP23017
-GPB0 GPA0-
-GPB1 GPA1-
-GPB2 GPA2-
-GPB3 GPA3-
-GPB4 GPA4-
-GPB5 GPA5-
-GPB6 GPA6-
-GPB7 GPA7-
-VDD INTA-
-VSS INTB-
-NC Reset-
-SCL A2-
-SDA A1-
-NC A0-
http://www.qsl.net/dl2lux/sat/gpa.html
diese Antenne verwende ich für mein Hoftor seit ca. 3 Jahren, hab damit die Empfangsqualität verzehnfacht (naja die Position etc. spielt auch ne Rollle)
Was Antennen betrifft wird man bei den Amateurfunkern eigentlich immer fündig
Moin,
wenn Du mit 2 Eimern Wasser von A nach B transportierst ist Deine Systemauslastung bei zwei gefüllten Eimern 100 % (vorausgesetzt Du kannst nur 2 Eimer gleichzeitig transportieren, egal..)
Es ist also völlig unabhängig wie schnell Du mit den 2 Eimern rennst die Auslastung wird bei gefüllten Eimern immer 100 % sein und bei leeren 0%.
Greetz
du machst das schon.....
greetz
50-60 °C kann der Pi aber ab sonst hätte es kein Rechner werden dürfen
wenn ich recht in der Erinnerung habe ist der Lanchip für 70° und der AP für 85° ausgelegt
Mein Pi liegt im Regelfall so um 48° aber ich weis auch nicht wirklich wie zuverlässig die "on Board" Sensorik ist.
greetz
Moin,
wenn der Pi nicht übertaktet wird braucht er auch keine Kühlung,
meiner ballert seit über einem Jahr (non stop) in dem Sperrholzgehäuse
greetz
Moin,
Dein Projekt in allen Ehren, aber ich denke hier wäre es erheblich einfacher den I2C Thermostaten von Dallas "DS1621" zu nehmen, programmieren kannst Du ihn mit dem Pi ansonsten wäre das eine simple Stand-Alone-Lösung
Greez
Olaf
Ups hab das "Zwischendrin" nicht richtig gelesen, wenn noch mehr Steuerungsaufgaben hinzu kommen hat das ja auch wieder Sinn
# ISR
def Interrupt_Funk(Channel):
# Zugriff auf globale Variablen
global geschlossen
global offen
global oeffnen
global schliessen
# global Tutwas
# Counter um eins erhoehen und ausgeben
print "funk gesendet"
if geschlossen == 1:
if(GPIO.input(Funk) == 0):
time.sleep(0.1)
if(GPIO.input(Funk) == 0):
GPIO.output(Motor_auf,1)
GPIO.output(Lichtschranke_Strom,0)
geschlossen=0
oeffnen = 1
# Tutwas = 1
print "auf gehts"
if offen == 1:
if(GPIO.input(Funk) == 0):
time.sleep(0.1)
if(GPIO.input(Funk) == 0):
GPIO.output(Lichtschranke_Strom,1)
GPIO.output(Motor_ab,1)
offen = 0
schliessen = 1
# Tutwas = 1
print "und runter"
wenn Interrupt ausgelöst und der GPIO auf Masse liegt warte 100 ms und prüfe erneut. Wenn dann immer noch auf Masse führe aus....
Moin,
das kommt mir irgendwie bekannt vor. Bei meiner Steuerung für Garage und sonstiges Outdoorgedöns wird der Teil für die Garage über Interrupts gesteuert (öffnen, Endschalter oben + unten, Lichtschranke) trotz CAT5 Kabel und geschirmten Einbau haut es spätestens beim Einschalten von Leuchtstofflampen den Interrupt rein, egal welche Bouncetime.
Ich habe dann der Einfachheit halber das ganze so gelöst, dass nach einem ausgelösten Interrupt der betreffende Pin mittels Routine abgefragt wird ob dieser nach z.b. 200 ms immer noch geschlossen ist. Also quasi die "Bouncetime extern abgefragt" bisher läuft das so fehlerfrei
ich habe okluge als seriösen Ebayer kennen gelernt und denke das ist so ein klassischer Tippfehler oder dgl.
greetz
Moin,
Kurzschlüsse zwischen Leiterbahnen lassen sich nur durch sauberes Arbeiten (einschl. der Vorarbeiten) und entsprechendes Werkzeug vermeiden, das Nachsehen mit der Lupe sollte immer erfolgen, ich mach das nun schon seit ca. 30 Jahren und finde auch ab und an noch mal einen Fehler.
ansonsten hilft nur üben üben üben..............
Viel Erfolg