Nach X Minuten keine Verbindung mehr zum Nextion

Tabularasa · 14. August 2016

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.

Tabularasa · 15. August 2016

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.

Tabularasa · 16. August 2016

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

Panamajack · 16. August 2016

Hi,

du würdest das skript dann eben mit os_execute starten und im skript würd ich das in etwa so lösen:

systemctl start mjpg_streamer
sleep 300
systemctl stop mjpg_streamer

ini Datei in etwa so:

[onboardpins_InputPins]
1 = os_execute:/home/pi/streamer.sh # Wenn der Bewegungsmelder auf Pin 1 hängt

Gruß
Alex

Tabularasa · 16. August 2016

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.

Tabularasa · 16. August 2016

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

Panamajack · 16. August 2016

servus,

post mal bitte dein script.

Ich geh aber mal stark von aus, dass du folgendes drinstehen hast:

Code

systemctl start mjpg_streamer


[.... anderer code]


systemctl stop mjpg_streamer

mach mal vor den Befehlen ein sudo.

Also so :

Code

sudo systemctl start mjpg_streamer


[.... anderer code]


sudo systemctl stop mjpg_streamer

Tabularasa · 16. August 2016

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

Code

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

Code

[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.

Panamajack · 16. August 2016

Mhm das kann durchaus ein Grund sein.

kannst du mal das output des befehls "lsusb" posten bitte ? am besten einmal wenn der wandler efunden wird und einmal wenn er auf einmal "weg" ist

Tabularasa · 16. August 2016

also wenn er da ist

Code

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

Alles anzeigen

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

edit: so hier danach @Panamajack

Code

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

Alles anzeigen

Panamajack · 16. August 2016

hatte vorhin vergessen:

mach mal noch zusätzlich bitte bei jedem fall mal:

dmesg | grep ttyU*

und poste die ausgabe auch mal.
aber das ist jetzt gard echt stochern im nebel mal schauen ob wir was finden

Panamajack · 16. August 2016

Sieht so aus als ob das Gerät bzw der Treiber nen Problem hat/macht.

Ich würd nun mal folgendes testen:

Code

sudo modprobe usbserial vendor=0x067b product=0x2303

Damit lädst du das Kernel Module . Damit das nen Reboot überlebt, solltest du das in /etc/modules reinschreiben.

Wenn du den Befehl abgesetzt hast und dann erneut ein "dmesg" absetzt sollte sowas in der Art stehen:

Code

[...]
 USB Serial support registered for pl2303
[...]
pl2303 now attached to ttyUSB0

Da jetzt das korrekte KErnelmodule geladen ist, sollte sich das Gerät nicht mehr "abmelden" und als ttyUSB1 "neu anmelden".

Setzt den obigen Befehl erstmal nur in der cli ab und schau, ob das Problem noch auftritt. Sollte das Problem immer noch bestehen, einfach den Raspberry neustarten und die Änderung is twieder verworfen

Falls es nicht mehr auftritt, lade das Kernel Module indem du es in /etc/modules einträgst.

Gruß
Alex

Tabularasa · 16. August 2016

OK. Hab ich glaube soweit verstanden. Danke. Werde ich morgen mal testen. Den einen Satz verstehe ich bloß nicht ganz. Muss ich da was bestimmtes eingeben?

Zitat von Panamajack

Setzt den obigen Befehl erstmal nur in der cli ab und schau, ob das Problem noch auftritt.

Panamajack · 17. August 2016

Mit dem Satz meinte ich, dass du erstmal den Befehl im Terminal/Putty abgibst :

Code

sudo modprobe usbserial vendor=0x067b product=0x2303

und danach erstmal den pi laufen lassen und schauen ob der Fehler erneut auftritt.

Wenn er dann nicht mehr auftritt, musst du das Modul in /etc/modules eintragen. Danach ist das Module permanent geladen -auch nach einem Neustart des Pi-

Gruß
Alex

Tabularasa · 17. August 2016

So habe alles so durchgeführt, dann mjpg streamer gestartet und schien auch erst zu laufen so ca. 3 Stunden dann war aber die LED an der Kamera wieder aus und Display reagiert nicht mehr. Habe dann nochmal diese Befehle eingegeben:

Code

pi@raspberrypi:~ $ sudo service mjpg_streamer start
pi@raspberrypi:~ $ ls /dev/ttyU*
/dev/ttyUSB1
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
[74153.107554] pl2303 ttyUSB0: pl2303_set_control_lines - failed: -19
[74153.107580] pl2303 ttyUSB0: error sending break = -19
[74153.107954] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[74154.957803] usb 1-1.4: pl2303 converter now attached to ttyUSB1
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

Alles anzeigen

Was nun? Hast du noch eine Idee?

Panamajack · 17. August 2016

Mhm schwierig.... bzw. auch wenns jetzt blöd klingt.... da fällt mir nur noch ein, dass das Gerät eventuell nen Schaden hat. Kannste das mal an einem anderen Rechner testen ? Wenn es dann auch zu ausfällen kommt, wäre nen Hardware defekt nahe liegend.

Ansonsten muss ich leider passen

Tabularasa · 17. August 2016

Ja habe schon an nem anderen Pi probiert. Aber auch ne andere (gleiche) Kamera und ein anderer USB Wandler. Alles kommt zu diesem Fehler. Werde mal bis zum Wochenende mit der scriptlösung probieren und wenn das klappt das dann so verwenden. Danke trotzdem erstmal.

Panamajack · 18. August 2016

Hab mich damit noch nen bissl beschäftigt.

Nachdem du das Gerät an den Pi gesteckt hast post mal bitte das Output des Befehls:

Code

lsusb -v -d 067b:2303

Post mal bitte dein /var/log/syslog file , nachdem das Gerät nicht mehr funktioniert.

vielleicht sehen wir dort noch irgendwas.

Tabularasa · 18. August 2016

so erstmal die Ausgabe nach dem Befehl

Code

pi@raspberrypi:~ $ lsusb -v -d 067b:2303


Bus 001 Device 006: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Couldn't open device, some information will be missing
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x067b Prolific Technology, Inc.
  idProduct          0x2303 PL2303 Serial Port
  bcdDevice            3.00
  iManufacturer           1
  iProduct                2
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           39
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           3
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x000a  1x 10 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0

Alles anzeigen

Panamajack · 18. August 2016

das hier :

Couldn't open device, some information will be missing

stört mich nen bissl. setz mal bitte folgenden command ab, wenn du das gerät neu anschließt, also wenn das Gerät wieder als /Dev/ttyUSB0 bekannt ist :

Code

chmod 777 /dev/ttyUSB0

Mit dem Befehl gibst du -Dem Besitzer -Der Gruppe des Besitzers - und Jedem schreib, lese udn ausführrechte. wenn du das gemacht hast, schau mal ob dein usb/seriell wandler immer noch abfliegt.

Das ist aber jetzt nur ein Test. Im Produktivbetrieb würd ich das so nicht laufen lassen!!!

Teilen