Posts by Darth Weber

  • Nach ein paar Tagen alle USB Geräte weg

    Quote

    Ist es immernoch die gleiche Fehlernummer im dmesg -T ?

    ja, immer noch einen Haufen -71 - ich habe aber das Gefühl, dass die kommen, wenn die USB Devices schon weg sind.

    Quote

    Kommt denn ohne reboot überhaupt noch eine Ausgabe, im dmesg, wenn du ein USB-Gerät ab- und wieder anstöpselst ?

    konnte ich heute morgen nicht mehr testen, aber vielleicht gönne ich mir noch einen Absturz

    Quote


    Was mir aufgefallen ist, Du hast gar nicht geschrieben, welches OS Du verwendest und welche Updates zu gemacht hast. Kannst Du das bitte mal noch nachholen?

    Stimmt, das war das ganz aktuelle raspbian Anschließend alles mit

    Code
    apt-get update
sudo apt-get full-upgrade
sudo rpi-update
sudo rpi-eeprom-update

    aktualisiert:

    Code
    PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

    und die Bootreihenfolge angepasst. oder so, damit er ohne sd bootet. Genau weiß ich das nicht mehr. Mit dem Booten selbst hatte ich auch nie Probleme, habe jetzt ja jede Woche machen dürfen :-/

    Danke für den Tip mit rsync. Daran dachte ich auch schon, ist wahrscheinlich das einfachste.

  • Nach ein paar Tagen alle USB Geräte weg

    Mist, das wars nicht. Heute morgen wieder das gleiche Phänomen. Es ist alles weg - bis auf die ssd. Nur ein reboot, und alles wieder da. Ich gehe jetzt wohl doch runter von der ssd auf die sd Karte, schade.

    Hat jemand nen Tip, wie ich mögichst einfach die ssd auf die sd schiebe ? Clonen wird ja schwierig, da die sd viel kleiner ist. Allerdings ist die ssd auch kaum belegt, also Platz würde reichen :-/

  • Nach ein paar Tagen alle USB Geräte weg

    Ich glaube, ich habe die Ursache gefunden. Auf meiner SD Karte hatte ich immer einmal pro Woche ein dd Backup machen lassen - um beim Umzug auf die SSD schlicht nicht mehr dran gedacht.

    Ich weiß, dass das mit dem dd bei einem heißen System ne ziemliche Schlamperei ist - aber ich fand es immer ganz angenehm, aus dem img mal ne Datei ziehen zu können, das war auch 5 Jahre problemlos.

    Für die SSD war das aber natürlich zuviel. Seitdem ich diesen cron rausgeschmissen habe, habe ich das Problem nicht mehr. Allerdings scheint sich jetzt alle 1-2 Wochen das USB zu verschlucken, denn manchmal sind die Zuordnungen zu den ttyUSB1,2,3 zerwürfelt. Ich kenne das mit den udev regeln, aber dieser Effekt ist mir im laufenden Betrieb auch neu. Sowas kenne ich nur nach einem reboot.

    Ob das Booten von SSD/USB3 vielleicht doch nicht so optimal ist ?

  • Nach ein paar Tagen alle USB Geräte weg

    Quote from fred0815

    Wenn du dmesg mit der Option -T aufrufst, siehst du die lesbare Uhrzeit und Datum.

    Ich tippe mal auf eine kurzfristige Störung der Stromversorgung, oder Temperaturprobleme. :2cents:

    okay, das kann natürlich immer eine Ursache sein. Ich bekomme allerdings keine undervoltage Meldungen und die cpu-Temp ist um die 50°C, also auch eigtl. okay. Außerdem ist es komisch, dass die ssd aktiv bleibt.

    Kann das iwie im Zusammenhang mit dem Booten der SSD am USB3 hängen ?

    Was kann ich noch probieren ?

    Es wäre auch schon hilfreich, wie ich - außer per reboot - die USB Geräte wieder aktivieren kann.

  • Nach ein paar Tagen alle USB Geräte weg

    Heute morgen ist es wieder passiert und nun habe ich:

    das Schalten mit

    echo 0 | sudo tee /sys/devices/platform/soc/http://3f980000.usb/buspower >/dev/null

    klappt nicht, den Pfad gibt es überhaupt nicht auf meinem RasPi4

  • Nach ein paar Tagen alle USB Geräte weg

    Quote from rpi444

    Wie sind mit und ohne "USB-Geräte", die Ausgaben von:

    Code
    dmesg | grep -iE 'usb|xhc'

    ?

    Moin, zuerst mal mit allen USB Geräten:

    ohne USB Geräte stelle ich ein, wenn es wieder passiert ...

  • Nach ein paar Tagen alle USB Geräte weg

    Hallo, nein, keine "Undervoltage detected" - ich habe das originale Netzgerät. Der Hub hat sogar ein extra Netzgerät. Es verschwinden Geräte sowohl am Pi als auch am Hub, aber offensichtlich ist der Hub selbst noch da und die ssd am usb auch.

    das einzige, was ich im syslog finden kann:

    ftdi_sio ttyUSB0: failed to get modem status

    Kann man für einen ersten Test vielleicht usb neu starten ?

  • Nach ein paar Tagen alle USB Geräte weg

    Hallo zusammen,

    ich boote meinen Raspberry von einer SSD am USB3 Port, was auch sehr schön funktioniert. Zusätzlich habe ich noch einige serielle Geräte daran, teils auch über einen Hub. Alles funktioniert so 3-4 Tage wunderbar, bis dann plötzlich alle USB Geräte futsch sind, sowohl unter lsusb als auch die ttyUSBx unter /dev/

    lsusb

    Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb /s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge

    Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

    Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub

    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

    und

    ls -l /dev/tty

    tty tty17 tty26 tty35 tty44 tty53 tty62

    tty0 tty18 tty27 tty36 tty45 tty54 tty63

    tty1 tty19 tty28 tty37 tty46 tty55 tty7

    tty10 tty2 tty29 tty38 tty47 tty56 tty8

    tty11 tty20 tty3 tty39 tty48 tty57 tty9

    tty12 tty21 tty30 tty4 tty49 tty58 ttyprintk

    tty13 tty22 tty31 tty40 tty5 tty59 ttyS0

    tty14 tty23 tty32 tty41 tty50 tty6

    tty15 tty24 tty33 tty42 tty51 tty60

    tty16 tty25 tty34 tty43 tty52 tty61

    nach einem Reboot ist dann alles wieder da:

    lsusb

    Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. Name: ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge

    Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

    Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC

    Bus 001 Device 007: ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T

    Bus 001 Device 005: ID 1a40:0101 Terminus Technology Inc. Hub

    Bus 001 Device 004: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub

    Bus 001 Device 003: ID 0403:6010 Future Technology Devices International, Ltd FT2232C/D/H Dual UART/FIFO IC

    Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub

    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

    und

    ls -l /dev/tty

    tty tty11 tty15 tty19 tty22 tty26 tty3 tty33 tty37 tty40 tty44 tty48 tty51 tty55 tty59 tty62 tty9 ttyUSB1

    tty0 tty12 tty16 tty2 tty23 tty27 tty30 tty34 tty38 tty41 tty45 tty49 tty52 tty56 tty6 tty63 ttyprintk ttyUSB2

    tty1 tty13 tty17 tty20 tty24 tty28 tty31 tty35 tty39 tty42 tty46 tty5 tty53 tty57 tty60 tty7 ttyS0

    tty10 tty14 tty18 tty21 tty25 tty29 tty32 tty36 tty4 tty43 tty47 tty50 tty54 tty58 tty61 tty8 ttyUSB0

    also eben die ganzen USB Geräte, auch unter ttyUSBx

    ich habe das Problem genau seit dem Umstieg von RasPi3/micro-SD auf RasPi4/SSD via USB. Was ist die Ursache und wie kann ich das Problem lösen ?

    Vielen Dank,

    Tom

  • Zero W mit zusätzlichem externen Bluetooth Dongle

    Hallo Forum,

    Ich habe meinem Pi Zero W noch einen extra Bluetooth Dongle gegönnt, da ich ein etwas weiter entferntes Gerät nicht mehr erreicht habe. Nach dem Start sehe ich auch beide Adapter:

    allerdings verbinden sich meine Geräte nicht richtig (Connection refused)

    Boote ich den Raspi aber ohne xternem Dongle und stecke dann den Dongle danach ein, so funktioniert es, da nun der interne UART auf hci0 sitzt und der externe auf hci1. Das ist dauerhaft natürlich keine Lösung, da ich bei jedem Booten den USB Dongle abziehen müsste.

    Wieso verbindet sich das Device nicht mehr mit dem internen BT des Zero, wenn der auf hci1 liegt ? Oder wie kann ich es erreichen, dass der interne auf hci0 sitzt und der externe auf hci1, wenn beim Booten/Neustart der Dongle schon drin ist ?

    Danke schon mal,

    Tom

  • Relaistimer in python

    Ja, aber nicht manuell - sondern über andere Skripte. Die messen z.B. alle 15min die Bodenfeuchtigkeit. Ist diese zu gering, wird für 180s gepieselt. Leider ist die Verbindung per Funk - d.h. es kommen auch mal für Stunden keine Werte. Das macht aber nix, denn die Funkverbindung ist zumindest so gut, dass ich ein paar mal am Tag Werte bekomme, das reicht.

    Darüberhinaus kann man aber auch manuell die Beregnung starten, mit Knöppchen.

    Startest du manuell die Beregnung und kommt dann zufällig in der nächsten Minute das entprechende Signal von der Automatik, hast du quasi die Willkürlichkit.

  • Relaistimer in python

    Ja, aber dann habe ich ja das Problem der Überlappung. Mal angenommen, es kommt "script.py 17 180"

    der GPIO zieht an und wartet.

    Jetzt kommt nach 120s ein neuer Aufruf "script.py 17 180" - dann sollte #17 ja angezogen bleiben, würde dann aber aufgrund des ersten Aufrufs nach 1min abfallen.

  • Relaistimer in python

    Quote from raspiprojekt


    Bei dem Projekt scheint es ja nicht auf ein oder zwei Minuten anzukommen. Ich habe ein ähnliches Projekt mit Cronjob und Python erledigt. In einem Pythonscript kann ich in einer grafischen Oberfläche Zeiten und Aktionen eingeben. Anfangs hatte ich das in eine Datenbank schreiben lassen, nun ist es eine einfache Textdatei. Die Textdatei wird dann über Cron durch ein weiteres Pythonscript alle 2 Minuten ausgewertet und die Relais führen dann entsprechende Aktionen aus. Vorteil ist kaum Prozessorlast, Nachteil sekundengenaue Abläufe sind damit nicht drin. Wichtig ist, dass das Script am Ende wieder den Speicherplatz freigibt, aber die GPIOs nicht zurücksetzt.

    Richtig, eine UI brauche ich nicht. Der Raspi mit dem Skipt soll nur diese Timer hosten.
    Eigentlich hätte ich am liebsten einfach ein Skript, dem ich per Parameter das gewünschte Relais und die gewünschte Einschaltdauer mitteilen kann, also in der Form:

    "script.py r1 180" - schaltet dann relais 1 für 180s ein. Analog soll dann "script.py r3 300" eben r3 für 5min einschalten, wobei der Timer von r1 so bleiben soll, wie er war.

    Ich versuche das gerade mit APScheduler zu daemonisieren, es ist aber tatsächlich für mich sehr komplex.