Beiträge von Wal
-
-
Das mit dem Wrapper ist der Punkt...
Der Nachteil dieser Lösung ist auch ganz klar, dass die schöne Parallelität der DoorPi-Sachen in eine serielle Leitung gepackt wird
Wobei die Netzwerkfähigkeit des DoorPi nicht's anderes ist, die Daten werden Stückweise über das Kabel gesendet, ich sehe somit kein Nachteil.
-
Wal: Welche Kamera mit IR-Fähigkeiten am USB ? (Edit: Logitech, ich habs gesehen. Haut mich aber nicht vom Sockel, ich möchte IR )
Wie Steuerung des I/O von DoorPi -> USB -> Arduino
IR-Fähigkeit war mir jetzt i.M. egal, da ich eine Lampe mit Bewegungsmelder an der Haustüre habe.
Mit dem Arduino uno r3 kann ich über USB mit dem Raspberry seriell kommunizieren.
Ich werde noch ein Protokoll mit Checksumme einfügen, um die Fehlfunktionen zu minimieren.
In die dieser Art, habe ich mein Laufband auf Computersteuerung umgebaut(PC<-->Atmel Mega8).
Wie ich die DoorPi-Software einbinde, weiß ich noch nicht, ich brauche aber auf jeden Fall einen Wrapper der die Befehle umsetzt. -
An sowas bin ich gerade mit meinem Testsystem dran. Nur ein USB-Hub an der Aussentür, Soundkarte,Kamera und Arduino(über USB) am Hub. Quasi 4-Draht-System.
Display für Arduino ist bestellt, Rest habe ich schon. -
Deutscher Lieferant 3,2'' für 24.90 €
-
Ich nutze auch die Logitech C270 Webcam an meinem Test DoorPi, das eingebaute Micro funktioniert auch sehr gut.
-
Ich würde erst einmal testen ob die Eingänge überhaupt kommen ohne DoorPi. GPIO testen
Danach mit DoorPi weitermachen. -
-
Naja, also beim Thema Überwachung geht's mehr drum, dass man selber halt mitkriegt wenn das Ding nicht mehr läuft. Sonst merkt man das ja nicht, und die Türklingel sollte irgendwie schon funktionieren
Deshalb habe ich den Gong und die DoorPI ueber ein 2-poliges Relais an den Klingeltaster geschleift, selbst wenn die DoorPi sich aufhaengt, geht die Klingel noch.
-
scheint zu funktionieren, ich kann die DoorPi nur noch unter 192.168.120.3 erreichen.
-
Die MAC des Bluetooth-Adapters auf der FritzBox zu finden ? Das halte ich für nicht richtig
Ja das ist unlogisch, aber ich hatte eth0 deaktiviert und der war mit ifconfig auch nicht mehr aufgeführt.
Code
Alles anzeigenwalter@doorpi:~ $ ifconfig lo Link encap:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine UP LOOPBACK RUNNING MTU:65536 Metrik:1 RX packets:5 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1 RX bytes:837 (837.0 B) TX bytes:837 (837.0 B) wlan0 Link encap:Ethernet Hardware Adresse b8:27:eb:5a:6a:48 inet Adresse:192.168.120.32 Bcast:192.168.120.255 Maske:255.255.255.0 inet6-Adresse: 2a99:810d:95bf:f094:ab8a:30f:4754a:10e2/64 Gültigkeitsbereich:Global inet6-Adresse: fe80::8318:e26f:1f03:36db/64 Gültigkeitsbereich:Verbindung UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1 RX packets:108602 errors:0 dropped:19755 overruns:0 frame:0 TX packets:153510 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:1000 RX bytes:8666287 (8.2 MiB) TX bytes:206822919 (197.2 MiB)
Ich habe noch mal die IP auf 192.168.120.3 geändert und die DoorPi ist danach unter 192.168.120.3 und 32 zu erreichen.
mit ifconfig hat sich nur die IP vom wlan0 auf 192168120.3 geändert.Habe eth0 wieder aktiviert für die MAC.
Es ist nicht die Mac-Adresse von eth0 die ich in der Fritzbox angezeigt bekomme.
192.168.120.3 hat die wlan-Mac b8:27:eb:5a:6a:48
192.168.120.32 hat eine unbekannte MAC b8:27:eb:7a:7d:a7Es ist auch nicht die Bluetooth MAC, wo kommt die MAC wohl her ?
-
call:**610#612
-
Hatte ja auch das Problem und dachte ich hätte es mit der manuellen Installation gelöst, war aber nicht so.
Nachdem ich wieder keinen Ton hatte und die Info von pahenning gelesen habe, wurde ich auf der Fritzbox fündig.
Obwohl ich Eth0 auf dem Raspberry disabled hatte und der Pi über WLan mit einer statischen IP (192.168.xxx.3) konfiguriert wurde, war der in der Fritzbox-Maske 2 mal mit einer unterschiedlichen IP und Mac-Adresse vorhanden.
Einmal mit der IP als ich den Pi aufgesetzt habe (Dynamische IP 192.168.xxx.32) und einmal mit der statischen IP(192.168.xxx.3). Ich habe die statische IP(192.168.xxx.3) auf dem Pi in die Installations-IP(192.168.xxx.32) geändert und siehe da, er wurde nur noch einmal mit der Mac-Adresse des WLan's erkannt. Da ich meine Server und 24/7 Geräte gerne die IP 192.168.xxx.2-10 gebe, aber meine DoorPi schon im produktiven Einsatz habe, kam ich zu dem Schluss, das ich alles so belassen werde.
Ich glaube das die 2 Mac-Adresse nicht die von eth0 war, sondern die vom Bluetooth. Ich kann das aber aus den oben genannten Gründen nicht mehr nachvollziehen. -
Ich habe einen normalen Fensterschalter(Reedkontakt) an den Rahmen gebaut, falls der abgeschraubt wird gibt es Alarm.
-
Die Cirrus Audio Card ist eingebaut und die DoorPi im produktiven Einsatz. Echo ist minimal und so ohne Probleme einsetzbar und das Rauschen vom Verstärker ist weg, da der interne der Audio Card genutzt wird.
Leider musste ich vom Piface auf Gpio umstellen, weiter habe ich nur 5 I/O und RX/TX zur Verfügung.Eingänge:
2 Klingel
1 ManipulationsschalterAusgänge:
1 IR-Beleuchtung für Kamera.im Einsatz.
-
Nachdem meine DoorPi im produktiven Einsatz ist, kommen jetzt noch die Feinheiten.
Habe einen Manipulationsschalter eingebaut der z.Z. einen Ruf absetzt.
Wie würdet ihr vorgehen, wenn eine Manipulation erkannt wird. Da ich die DoorPi über WLan eingebunden habe, wäre es bestimmt nicht verkehrt die WLan-Daten auf dem Pi zu löschen, hat aber den Nachteil, das ich den DoorPi zum reaktivieren wieder aufschrauben müsste. Wie seht ihr das, oder wie würdet ihr das Netzwerk schützen ? -
Thema erledigt und Lösung gepostet
-
@Wal
An was hat es denn genau gelegen bzw. wo gehangen?Das mit dem Port habe ich nicht gelöst, nur die Anmeldung funzt jetzt. Ich schreibe heute Nacht was dazu.
-
So habe die lokale DoorPi jetzt auch an der Asterisk angemeldet bekommen. Nach langem googeln habe ich die Lösung gefunden, das die Lokale beim anmelden Fehler verursacht hat.
lokale Sip und Asterisk -
Das sollte nicht groß anders sein als ich es laufen habe
Es funzt soweit, ich kann mich aber nur mit Port 5060 einloggen, obwohl 5065 in der sip.conf steht.
Mal schauen.