Beiträge von Tabularasa

also wenn er da ist

pi@raspberrypi:~ $ lsusb
Bus 001 Device 006: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 001 Device 005: ID 090c:f37d Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.)
Bus 001 Device 004: ID 0d8c:013c C-Media Electronics, Inc. CM108 Audio Controller
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ dmesg | grep ttyU*
[    0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 bcm2709.serial=0x878862ef smsc95xx.macaddr=B8:27:EB:88:62:EF bcm2708_fb.fbswap=1 bcm2709.uart_clock=3000000 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000  dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[    0.001606] console [tty1] enabled
[    0.092073] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
[    0.594866] console [ttyAMA0] enabled
[    3.928890] systemd[1]: Expecting device dev-ttyAMA0.device...
[    4.341429] systemd[1]: Starting system-getty.slice.
[    4.350736] systemd[1]: Created slice system-getty.slice.
[    4.358206] systemd[1]: Starting system-serial\x2dgetty.slice.
[    4.368356] systemd[1]: Created slice system-serial\x2dgetty.slice.
[    6.613169] usb 1-1.4: pl2303 converter now attached to ttyUSB0

wenn er weg ist werde ich nochmal editieren. muss den Fehler erst wieder verursachen

edit: so hier danach @Panamajack

pi@raspberrypi:~ $ lsusb
Bus 001 Device 011: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 001 Device 010: ID 090c:f37d Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.)
Bus 001 Device 009: ID 0d8c:013c C-Media Electronics, Inc. CM108 Audio Controller
Bus 001 Device 008: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 007: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ dmesg | grep ttyU*
[    0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 bcm2709.serial=0x878862ef smsc95xx.macaddr=B8:27:EB:88:62:EF bcm2708_fb.fbswap=1 bcm2709.uart_clock=3000000 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000  dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[    0.001537] console [tty1] enabled
[    0.092078] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
[    0.594872] console [ttyAMA0] enabled
[    4.069052] systemd[1]: Expecting device dev-ttyAMA0.device...
[    4.442965] systemd[1]: Starting system-getty.slice.
[    4.452415] systemd[1]: Created slice system-getty.slice.
[    4.459738] systemd[1]: Starting system-serial\x2dgetty.slice.
[    4.470399] systemd[1]: Created slice system-serial\x2dgetty.slice.
[    6.759267] usb 1-1.4: pl2303 converter now attached to ttyUSB0
[ 3512.159371] pl2303 ttyUSB0: pl2303_set_control_lines - failed: -19
[ 3512.159404] pl2303 ttyUSB0: error sending break = -19
[ 3512.166136] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[ 3514.020934] usb 1-1.4: pl2303 converter now attached to ttyUSB1

Danke das war es. Hätte ich auch selbst drauf kommen können, aber ich wusste nicht ob der Befehl in den Scripten auch so funktioniert.

Mal noch eine andere Sache. Am Anfang hatte ich ja geschrieben, das der Wandler laut tracelog nicht gefunden wird nachdem die USB Geräte nicht mehr funktionierten. Jetzt habe ich mal

ls /dev/ttyU*

eingegeben und habe /dev/ttyUSB1 erhalten. Normalerweise ist es aber ja USB0. Kann er deshalb nicht mit dem Display kommunizieren und warum ändert sich das überhaupt?

Edit: jetzt habe ich natürlich ein anderes Problem. In meiner ini steht

[EVENT_OnKeyPressed_onboardpins.29] 
#(Eingang Bewegungsmelder, weckt das Display auf)
10 = os_execute:/usr/local/etc/DoorPi/scripts/StreamerBM.sh
20 = out:sleep=0,1
30 = os_execute:/usr/local/etc/DoorPi/scripts/JemandKommt.sh

Nun geht der Streamer an und nach 300 Sekunden wieder aus und dann das Display an Werde ich wohl in 2 Scripte aufteilen müssen.

Hi. Also hat noch nich ganz geklappt. Das hatte ich eingegeben und als Antwort erhalten. Da fehlen sicher noch Rechte richtig?
sudo chmod 775 /usr/local/etc/DoorPi/scripts/StreamerBM.sh
pi@raspberrypi:~ $ bash /usr/local/etc/DoorPi/scripts/StreamerBM.sh
Failed to start mjpg_streamer.service: Access deniedFailed to stop mjpg_streamer.service: Access denied

Danke. Das hört sich schon mal vielversprechend an. Werde ich nach der Arbeit gleich mal testen.

So nach und nach komme ich meinem Ziel näher, wo ich am Anfang noch dachte, dass es eine Mission impossible wird weil ich ja noch nie was mit dem ganzen an sich zu tun hatte.

So ich konnte den Fehler eingrenzen. Hab den mjpg streamer mal beendet und über Nacht alles laufen lassen. Klappt noch. Nun würde ich gern versuchen, dass wenn der Bewegungsmelder jemanden registriert, der streamer für ca 5 Minuten angeht und danach wieder aus. Das Problem ist, ich weiß nicht wie der Befehl dafür in der INI aussehen würde. Sicherlich müsste ich das ja über ein script lösen oder? Wie sähe das denn aus? Danke

Servus. Wollte mal fragen ob schon jemand Zeit hatte, sich das zu Gemüte zu führen( @motom001 ) . Bzw wie würde denn die Fehlersuche aussehen? Hardware abstöpseln oder Softwaretechnisch was versuchen zu ändern? Z.b mjpg streamer nur in Verbindung mit Anruf starten und beenden. Wollte heute die Wand ausstemmen, aber verschiebe ich wohl nochmal bis das behoben ist.

Hallo. Wenn ich DoorPi starte und dann eine Weile nichts mache kommt es nach verschiedenen Zeiten vor, als ob DoorPi die Verbindung mit allen angeschlossenen USB Geräten verliert(sehe ich immer wenn die grüne LED der USB Kamera aus ist) Ich hatte schonmal probiert ein Tracelog in dieser Zeit(ca. 2 Stunden) zu machen aber da kam es natürlich nicht zu diesem Fehler. Ich habe nun mal ein Tracelog nach diesem Fehler gemacht. So wie ich daraus was erkennen kann, findet er den USB Wandler nicht, warum weiß ich aber nicht. Vielleicht könnt ihr ja nochwas daraus was erkennen. Danke

Edit: Im tracelog1, den ich eben gemacht habe, ist es anscheinend zu dem Fehler gekommen, doch kann ich leider nix damit anfangen.
Edit2: habe mittop mal nachgesehen nachdem es zu dem Fehler kam. DoorPi läuft aber der mjpg streamer ist nicht mehr aufgeführt.

das Script ist von dtp aus diesem Post

Zitat von Nea

Code

10 = os_execute:/usr/local/etc/DoorPi/scripts/StopDoorPi.sh

was genau wird hier gestartet? Lade mal das Script bitte hier mit hoch.

Code

#Hier wird der Verstaerker wieder deaktiviert bei einem Neustart vom Raspberry
20 = out:Verstaerker,0

Ich denke diesen Part benötigst Du dann nicht.

ok. Werde ich morgen mal probieren wie es sich ohne verhält.
Edit: habe den part gelöscht und klappt trotzdem. Wird die INI nicht so voll. Danke

Ok. Hatte nur gedacht weil es sich in den vorherigen Posts auch um die Tracelog gehandelt hat, dass es hier besser hin passt. Du kannst es aber gern verschieben. Meinst du lieber in "Wie Verstärker mit Spannung versorgen"? Das ist sozusagen mein erstes Forum wo ich richtig aktiv bin, weil mich das Projekt sehr interessiert. Da ich aber komplett ja keine Ahnung hatte, hab ich viel geschrieben und gefragt. Finde es selbst schon fast zuviel Also DANKE erstmal für euer Verständnis

[AREA_installer]
.* = 




[AREA_public]
.*




[AREA_dashboard]
/dashboard/pages/.*html




[Group]
administrator = door
guests = gast




[User]
door = pi
gast = 0815




[WritePermission]
administrator = installer




[ReadPermission]
guests = dashboard




[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = 
last_snapshot = 
number_of_snapshots = 10
snapshot_path = !BASEPATH!/../DoorPiWeb/snapshots/ 




[SMTP]
server = smtp.gmail.com
port = 587
username = tabularasa**@gmail.com
password = ***************
from = tabularasa**@gmail.com
use_ssl = false
use_tls = true
need_login = true




[DoorPiWeb]
indexfile = index.html
ip = 
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = !BASEPATH!/../DoorPiWeb




[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 25
capture_device = ALSA: USB PnP Sound Device
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
identity = DoorPi
local_port = 5060
max_call_time = 180
playback_device = ALSA: USB PnP Sound Device
record_while_dialing = True
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = ************
sipserver_realm = 192.168.178.1
sipserver_server = 192.168.178.1
sipserver_username = 622
stun_server = 
ua.max_calls = 2
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = False
video_size = vga


[AdminNumbers]
**610 = active
**611 = active
**620 = active
**621 = active


################################## keyboards ###################################
[keyboards]
onboardpins = gpio
nextion = nextion


################################## InputPins ###################################
#----------------------Nextion--------------------------#
[nextion_InputPins]
123456785 = out:Tueroeffner,1,0,1
54542121 = call:**610
87875454 = call:**601
432143215 = sleep:0.1


#----------------------GPIO-----------------------------#
[onboardpins_InputPins]
11 = call:**610
29 = sleep:0.1
################################# OutputPins ###################################
#----------------------Nextion--------------------------#
[nextion_OutputPins]
wakeup = sleep=0 
sleep = sleep=1 
show_pad0 = page 0
show_pad1 = page 1
show_pad2 = page 2
show_pad3 = page 3
show_pad4 = page 4
show_pad5 = page 5


#----------------------GPIO-----------------------------#
[onboardpins_OutputPins]
#36 = Tueroeffner
16 = Verstaerker
#################################### Events ####################################
#----------------------Nextion--------------------------#
[EVENT_OnKeyPressed_nextion.432143215]
# Seite 5 auf dem Nextion anzeigen
10 = out:page 5,1


#----------------------GPIO-----------------------------#
[EVENT_OnKeyPressed_onboardpins.29] 
#(Eingang Bewegungsmelder, weckt das Display auf)
10 = out:sleep=0,1
20 = sleep:3
30 = os_execute:/usr/local/etc/DoorPi/scripts/JemandKommt.sh


#----------------------Linphone-------------------------#
[EVENT_OnSipPhoneCallTimeoutNoResponse]
10 = os_execute:/usr/local/etc/DoorPi/scripts/Klingelbild.sh


[EVENT_OnMediaRequired]
# Der Verstaerker wird nur eingeschalten wenn dieser tatsaechlich benötigt wird
10 = out:Verstaerker,1,0,185


[EVENT_OnMediaNotRequired]
#Hier wird der Verstaerker wieder deaktiviert
10 = out:Verstaerker,0
#----------------------DoorPi---------------------------#
[EVENT_AfterShutdown]
10 = os_execute:/usr/local/etc/DoorPi/scripts/StopDoorPi.sh


[EVENT_OnStartup]
10 = sleep:25
#Hier wird der Verstaerker wieder deaktiviert bei einem Neustart vom Raspberry
20 = out:Verstaerker,0
30 = os_execute:/usr/local/etc/DoorPi/scripts/Starten.sh






##################################### DTMF #####################################


[DTMF]
#"77#" = out:Tueroeffner,1,0,1
"0" = out:page 0,1
"1" = out:page 1,1
"2" = out:page 2,1
"3" = out:page 3,1
"4" = out:page 4,1
"5" = out:sleep=1,1
"6" = out:sleep=0,1


################################### Hinweise ###################################


# service doorpi start - doorpi starten
# service doorpi stop - doorpi stoppen
# /etc/init.d/doorpi restart - doorpi restart, 1-2 mal ausführen
# sudo doorpi_cli --trace 2> tracelog.txt - Trace DoorPi
# shutdown -h 0 - raspberry sofort herunterfahren
# service mjpg_streamer start - mjpg-streamer starten
# service mjpg_streamer stop - mjpg-streamer stoppen

Habe gerade mal im Trace Modus gestartet und nach dem stoppen ging der Verstärker an und das stand noch da. Hat dann glaube auch 185 Sekunden gedauert bis ich in putty wieder was machen konnte...

Habe jetzt mal die Default Werte geändert und sleep wieder auf 1 gestellt. Hat leider nicht funktioniert. Vielleicht habe ich auch was falsch gemacht.

Danke erstmal. Ich hatte nur bei BM den Verstärker geschaltet, weil ich die richtigen Events noch nicht wusste. Das wäre dann meine nächste Frage gewesen bei mir funktioniert es bloß irgendwie doch andersrum, also 0 und 1 alle vertauscht. Im Prinzip wie ich es schon geschrieben hatte... warum auch immer??!!

und mein Sleep Befehl ist von:

[nextion_OutputPins]
wakeup = sleep=0 
sleep = sleep=1

und schönen Urlaub. Bleib nicht allzu lange weg

So würde ich es jetzt bei mir einfügen. Nach dem Schema vom oberen Bild allerdings ohne GND

[onboardpins_OutputPins]
16 = Verstaerker


[EVENT_OnKeyPressed_onboardpins.29] 
#(Eingang Bewegungsmelder, weckt das Display auf)
10 = out:sleep=0,1
20 = out:Verstaerker,1,0,185

Wäre das so richtig? Also würde er an gehen und nach 185 Sekunden aus oder genau anders herum?

Zitat von motom001

kann es sein, dass der pi kurz nach dem Start keine Verbindung zum Internet hat bzw Netzwerk nicht zur Verfügung steht und das erst nach x Sekunden passiert?
Das würde erklären, warum die manuellen befehle zum Start und stop erfolgreich sind...

Eventuell die config von Nea oben mit einem sehr großen sleep testen (> 30 Sekunden)

Ja Danke, das war es. Jetzt klappt es. Ich kann das natürlich mit dem sleep stehen lassen aber würde es noch eine andere Möglichkeit geben, das Problem zu lösen?

Könnte mir jemand die passenden INI Einträge mal posten falls das Bild im oberen Post richtig sein sollte? Danke

Brauche ich den extra gnd Anschluss eigentlich?

Ja das kann ich nochmal testen. Habe auch mal gelesen das es mit dem DHCP Probleme gibt und man eine feste IP vergeben soll. Habe ich in der fritzbox gemacht. Kann man das im Pi auch irgendwo einstellen bzw deaktivieren?

Werde ich morgen mal testen und posten. Hab nämlich keine Ahnung was ich aus dem tracelog interpretieren soll

Zitat von Nea

Ja habe den gleichen PIR. Schaue dir mal das Bild an.

Siehe Antwort auf 3. Zitat

Zitat von NightWatcher

Bei mir funktioniert der Sensor in einigen anderen Projekten auch ohne streulinse. Man sollte dann nur bedenken, dass der abgedeckte Radius nicht so gross ist. Dürfte aber für eine Klingelanlage, wo man sich ja meist eh direkt davor aufhält, zu vernachlässigen sein.

Habe test halber die Linse abgemacht und denke es könnte klappen.

Zitat von Thargor

Bei meinem Modul ist das ein Jumper drauf.Je nach Einstellung geht das Signal Low, nach der eingestellten Zeit oder aber erst wenn keine Bewegung mehr erkannt wird + eingestellter Zeit.
Link zur Doku

Danke. Ja meiner ist der den @Nea verlinkt hat. Habe mal probiert auf 20 Sekunden einzustellen und wenn keine Bewegung da ist geht er auch nach 20 Sekunden aus. Wenn man jedoch nach 10 Sekunden nochmals davor geht werden die 20 Sekunden dazu addiert. Also insgesamt 30 Sekunden und 2 Eventauslösungen. Das ist ja für die ini nicht sehr schön. Wenn ich mir das Bild von Nea näher betrachte sehe ich eine kleine Leiterbahn zwischen dem mittlerem Pad und dem unteren (H= autoreset) Nun die eigentliche Frage. Wenn man die Leiterbahn ankratzt, sodass keine Verbindung mehr besteht und eine Brücke vom mittleren zum oberen Pad macht, sollte das doch klappen oder? Und wie kann ich testen ob ich die Leiterbahn durchtrennt habe? Gibt er dann kein Signal mehr aus? Danke

Edit: Hab es mal so gemacht wie gedacht und klappt

Also geht leider auch nicht. Also wenn ich den Raspi anschalte wird nix gepusht. Nur halt wenn ich sudo service doorpi stop und dann sudo service doorpi start in putty eingebe kommen meine Startmeldungen. Muss mich aber wohl gerade etwas anderem zuwenden, da der Mjpg Streamer immernoch manchmal abschmiert und danach auch der USB Wandler nicht mehr geht und es knackt im Lautsprecher wie beim starten des Raspis(weiß nur noch nicht ob ich ein neuen Thread erstelle oder irgendwo dazu poste)

Hatte ich schon probiert. Ich denke es liegt irgendwie am Autostart(daemon richtig?) Weil ich "sudo service doorpi stop" und dann "sudo doorpi_cli --trace" ausgeführt habe. Da wurde gleich gepusht. Bloß brauche ich ja den Autostart, dass doorpi gleich mit dem Raspi startet...