Der Raspberry Pi & Co-Faden

Der chaotische Hauptfaden

Moderatoren: Heaterman, Finger, Sven, TDI, Marsupilami72, duese

duese
Beiträge: 6093
Registriert: So 11. Aug 2013, 17:56

Re: Der Raspberry Pi & Co-Faden

Beitrag von duese »

Schöne Stolpersteine bei cron und Hintergrundskripten sind Pfade/nicht gesetzte Pfadvariablen. Auf der Konsole funktioniert es dann, als cronjob nicht. Deswegen hab ich mir angewöhnt in Crongeschichten oder anderen Hintergrundskripten immer die kompletten Pfade anzugeben.
virtexultra
Beiträge: 132
Registriert: So 9. Dez 2018, 11:30

Re: Der Raspberry Pi & Co-Faden

Beitrag von virtexultra »

Ich halte das auf jeden Fall für machbar.

Hier ein kleines Tutorial: https://www.digitalocean.com/community/ ... debian-vps

Du müsstest dann den Inhalt der idle.sh halt durch deine Befehlszeile ersetzen.

Code: Alles auswählen

stderr_logfile=/var/log/idle.err.log
stdout_logfile=/var/log/idle.out.log 
können auch weggelassen werden. Oder du schreibst den Befehl direkt in die config, also

Code: Alles auswählen

command=omxplayer --win '-1700 -500 2000 2500' rtsp://name:PW@192.168.2.34/live0.264
Um es dann neuzustarten in die /etc/crontab am Ende eine Zeile einfügen

Code: Alles auswählen

0 */5 * * * root  supervisorctl restart idle
Das wäre dann ein Neustart alle 5 Stunden.

Als quick & dirty Lösung wären auch zwei Zeilen in der Crontab möglich.

Code: Alles auswählen

0 */5 * * * root killall omxplayer
3 */5 * * * root omxplayer --win '-1700 -500 2000 2500' rtsp://name:PW@192.168.2.34/live0.264
Also das Töten des omxplayer Prozesses alle 5 Stunden zur Minute 0 und dann zur Minute 3 neustarten des gleichen. Dazu muss natürlich das Problem mit den Cronjobs gelöst werden.

Reine Spekulation ins blaue:

Versuche einmal per Crontab ein Skript auszuführen was vor der eingentlichen Befehlszeile noch folgendes enthält:

Code: Alles auswählen

#!/bin/bash
PATH=/home/pi/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games:$PATH
export DISPLAY=:0.0
Bewirkt: Es könnte sein das das Skript nicht gefunden wird, das sollte mit Anpassen des Pfades behoben werden. Die dritte Zeile hilft beim Auffinden des X-Servers

Falls du es versuchen willst und es nicht klappt, kannst du mir ja eine PM schreiben.
Benutzeravatar
Bastelbruder
Beiträge: 11549
Registriert: Mi 14. Aug 2013, 18:28

Re: Der Raspberry Pi & Co-Faden

Beitrag von Bastelbruder »

Das Aufhängeverhalten sieht für mich aus als würde das Bild irgendwo gepuffert und mit jedem Fehler steigt die Latenz. Bis halt der FIFO überläuft.
Läßt sich der Puffer nicht komplett deaktivieren?
Benutzeravatar
Toni
Beiträge: 2525
Registriert: Di 13. Aug 2013, 18:24

Re: Der Raspberry Pi & Co-Faden

Beitrag von Toni »

Bastelbruder hat geschrieben: Di 3. Mai 2022, 17:15 Das Aufhängeverhalten sieht für mich aus als würde das Bild irgendwo gepuffert und mit jedem Fehler steigt die Latenz. Bis halt der FIFO überläuft.
Läßt sich der Puffer nicht komplett deaktivieren?
evtl über den Parameter "video_fifo n"

Code: Alles auswählen

Usage: omxplayer [OPTIONS] [FILE]

-h  --help                  Print this help
-v  --version               Print version info
-k  --keys                  Print key bindings
-n  --aidx  index           Audio stream index    : e.g. 1
-o  --adev  device          Audio out device      : e.g. hdmi/local/both/alsa[:device]
-i  --info                  Dump stream format and exit
-I  --with-info             dump stream format before playback
-s  --stats                 Pts and buffer stats
-p  --passthrough           Audio passthrough
-d  --deinterlace           Force deinterlacing
    --nodeinterlace         Force no deinterlacing
    --nativedeinterlace     let display handle interlace
    --anaglyph type         convert 3d to anaglyph
    --advanced[=0]          Enable/disable advanced deinterlace for HD videos (default enabled)
-w  --hw                    Hw audio decoding
-3  --3d mode               Switch tv into 3d mode (e.g. SBS/TB)
-M  --allow-mvc             Allow decoding of both views of MVC stereo stream
-y  --hdmiclocksync         Display refresh rate to match video (default)
-z  --nohdmiclocksync       Do not adjust display refresh rate to match video
-t  --sid index             Show subtitle with index
-r  --refresh               Adjust framerate/resolution to video
-g  --genlog                Generate log file
-l  --pos n                 Start position (hh:mm:ss)
-b  --blank[=0xAARRGGBB]    Set the video background color to black (or optional ARGB value)
    --loop                  Loop file. Ignored if file not seekable
    --no-boost-on-downmix   Don't boost volume when downmixing
    --vol n                 set initial volume in millibels (default 0)
    --amp n                 set initial amplification in millibels (default 0)
    --no-osd                Do not display status information on screen
    --no-keys               Disable keyboard input (prevents hangs for certain TTYs)
    --subtitles path        External subtitles in UTF-8 srt format
    --font path             Default: /usr/share/fonts/truetype/freefont/FreeSans.ttf
    --italic-font path      Default: /usr/share/fonts/truetype/freefont/FreeSansOblique.ttf
    --font-size size        Font size in 1/1000 screen height (default: 55)
    --align left/center     Subtitle alignment (default: left)
    --no-ghost-box          No semitransparent boxes behind subtitles
    --lines n               Number of lines in the subtitle buffer (default: 3)
    --win 'x1 y1 x2 y2'     Set position of video window
    --win x1,y1,x2,y2       Set position of video window
    --crop 'x1 y1 x2 y2'    Set crop area for input video
    --crop x1,y1,x2,y2      Set crop area for input video
    --aspect-mode type      Letterbox, fill, stretch. Default: stretch if win is specified, letterbox otherwise
    --audio_fifo  n         Size of audio output fifo in seconds
    --video_fifo  n         Size of video output fifo in MB
    --audio_queue n         Size of audio input queue in MB
    --video_queue n         Size of video input queue in MB
    --threshold   n         Amount of buffered data required to finish buffering [s]
    --timeout     n         Timeout for stalled file/network operations (default 10s)
    --orientation n         Set orientation of video (0, 90, 180 or 270)
    --fps n                 Set fps of video where timestamps are not present
    --live                  Set for live tv or vod type stream
    --layout                Set output speaker layout (e.g. 5.1)
    --dbus_name name        default: org.mpris.MediaPlayer2.omxplayer
    --key-config <file>     Uses key bindings in <file> instead of the default
    --alpha                 Set video transparency (0..255)
    --layer n               Set video render layer number (higher numbers are on top)
    --display n             Set display to output to
    --cookie 'cookie'       Send specified cookie as part of HTTP requests
    --user-agent 'ua'       Send specified User-Agent as part of HTTP requests
    --lavfdopts 'opts'      Options passed to libavformat, e.g. 'probesize:250000,...'
    --avdict 'opts'         Options passed to demuxer, e.g., 'rtsp_transport:tcp,...'
virtexultra hat geschrieben: Di 3. Mai 2022, 16:08 ...
Als quick & dirty Lösung wären auch zwei Zeilen in der Crontab möglich.

Code: Alles auswählen

0 */5 * * * root killall omxplayer
3 */5 * * * root omxplayer --win '-1700 -500 2000 2500' rtsp://name:PW@192.168.2.34/live0.264
Also das Töten des omxplayer Prozesses alle 5 Stunden zur Minute 0 und dann zur Minute 3 neustarten des gleichen. Dazu muss natürlich das Problem mit den Cronjobs gelöst werden.
...

Ich habe jetzt die Crontab ergänzt (wusste vorher nichtmal dass es sowas gibt :? ), allerdings mit 1 Minute / 2 Stunden
Bildschirmfoto zu 2022-05-03 17-50-18.png
Danke für eure Hilfe - ich werde mal austesten ob es so funktioniert: habe den Pi neu gestartet ohne den OMX manuell zu starten. in 2h müsste sich der Player automatisch starten.
Benutzeravatar
Toni
Beiträge: 2525
Registriert: Di 13. Aug 2013, 18:24

Re: Der Raspberry Pi & Co-Faden

Beitrag von Toni »

Wollte mal eine Rückmeldung geben.

Mit

Code: Alles auswählen

omxplayer --win '-1700 -500 2000 2500' --threshold 1 --live  rtsp://user:PW@192.168.2.34/live0.264
im crontab läuft es seit 5 Tagen mit genau 1s Verzögerung -> perfekt :)

Jetzt zeigt der Retro-Monitor wieder wer vor'm Tor steht.
20220509_132318.jpg
Danke für eure Hilfe :)
Benutzeravatar
Fritzler
Beiträge: 12600
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Bei Kaufland gibts die Woche günstige 32GB µSD Karten von Sandisk.
Falls noch wer ein Stapel für seine RasPis brauch :lol:

https://filiale.kaufland.de/angebote/ak ... 95743.html

Es ist diese hier:
https://geizhals.de/sandisk-ultra-r100- ... 04676.html
Benutzeravatar
video6
Beiträge: 6796
Registriert: Mi 23. Sep 2015, 09:18
Wohnort: Laage bei Rostock

Re: Der Raspberry Pi & Co-Faden

Beitrag von video6 »

Das find ich echt günstig
Gleich noch 5 Stück bestellen
Benutzeravatar
Fritzler
Beiträge: 12600
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Bestellen?
Das isn Offlineangebot :lol:
Benutzeravatar
zauberkopf
Beiträge: 9524
Registriert: So 11. Aug 2013, 15:33
Wohnort: gefährliches Halbwissen

Re: Der Raspberry Pi & Co-Faden

Beitrag von zauberkopf »

Habe gerade die andere Route über Kaufland nach Hause genommen. Brauchte eh noch Sprit ( Kaffee).
Interessant : Das Angebot, gab es nur an der Information, wenn man danach fragte. Die anderen Karten, die teurer waren, hingen dort wo sie immer gut klaubar hingen.
Ich ich musste sie auch an der Information bezahlen. Supi ! So konnte ich auch noch die Schlange umgehen, und der Dame noch Kaffee, Mezzo, Katzenfutter... etc.. aufs Auge drücken.
Und muss mir das Aachener Elend nicht so lange reinziehen, bis ich endlich dran bin.. ;-)
Benutzeravatar
video6
Beiträge: 6796
Registriert: Mi 23. Sep 2015, 09:18
Wohnort: Laage bei Rostock

Re: Der Raspberry Pi & Co-Faden

Beitrag von video6 »

Fritzler hat geschrieben: Do 18. Aug 2022, 16:18 Bestellen?
Das isn Offlineangebot :lol:
Hab ich dann auch mitbekommen.
Ich Dackel da morgen mal hin in der Hoffnung das noch welche da sind.
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

video6 hat geschrieben: Do 18. Aug 2022, 19:47 Ich Dackel da morgen mal hin in der Hoffnung das noch welche da sind.
Das werde ich auch machen....
Was für Unterschiede gibt es eigentlich bei den gleichbeschrifteten Karten?
Also die mit "Gold", "Weiß" oder "Grau" ?

Ich habe momentan ein anderes Problem.
Mein Raspi 4B 2GB (neu) möchte partout keine Updates lesen.
Was liegt dem wohl quer vor der Brust?
Ein anderer Raspi 4B 4GB hat damit überhaupt keine Probleme.
(Erzählt irgendwas von 16(3)x updates)
Beide im selben IPv4-Netz.
Ich komm mir mittlerweile GANZ DOOF vor.
Das ich ein bissel doof bin, das wusste ich, aber doch so dolle?
komisch_2.PNG
Hat da wer irgendeinen Hinweis auf meinen Fehler? Denn nur da dran kann es liegen!

Gruss Asko
Benutzeravatar
sukram
Beiträge: 3114
Registriert: Sa 10. Mär 2018, 18:27
Wohnort: Leibzsch

Re: Der Raspberry Pi & Co-Faden

Beitrag von sukram »

Ist die Netzwerkkonfiguration richtig und vollständig? Stimmen DNS Server und Gateway? Das sieht aus, als ob der keinen Domainnamen auflösen kann. Oder ist in der Fritzbox eine Kindersicherung aktiv?
Benutzeravatar
Fritzler
Beiträge: 12600
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Asko hat geschrieben: Do 18. Aug 2022, 23:22 Was für Unterschiede gibt es eigentlich bei den gleichbeschrifteten Karten?
Also die mit "Gold", "Weiß" oder "Grau" ?
Keine Ahnung :mrgreen:
Die Stimmung das Marketings zur Zeit der Farbauswahl?
Asko hat geschrieben: Do 18. Aug 2022, 23:22 Ich habe momentan ein anderes Problem.
Mein Raspi 4B 2GB (neu) möchte partout keine Updates lesen.
Was liegt dem wohl quer vor der Brust?
Machmal jeweils:
ping 8.8.8.8
ping google.de

Sieht so aus als hätte er kein Internet.
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

... hmmm ...
ich werd hier noch schwach :evil:

selbst nach löschen der festen IP und x-maligen neustarten der FritzBox...
nüscht sinnvolles
ping.PNG
ich kriege beim besten Willen den/der/die/das Pihole nicht installiert.
(man kann ja bei so einem Raspi nicht einfach die BIOS-Batterie rausnehmen)

Gruss Asko
Benutzeravatar
Hightech
Beiträge: 11468
Registriert: So 11. Aug 2013, 18:37

Re: Der Raspberry Pi & Co-Faden

Beitrag von Hightech »

Was steht denn in der /etc/resolv.conf?
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

Hightech hat geschrieben: Fr 19. Aug 2022, 10:17 Was steht denn in der /etc/resolv.conf?
guck ich gleich mal nach

Gruss Asko
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

Auweia....
Was sollte da drinne stehen ?
Der DNS-Server? oder der Router (die Fritzbox)?
Bei einem PiHole sollte der ja eigentlich auf sich selbst zeigen, oder?

Auweia deswegen:
Ich hab zwei Pi´s.
Auf einem läuft Pihole und GPS (als Zeitserver)
und auf dem anderen FR24(feed).
Da dem zweiten zu warm wurde, hab ich die getauscht. Und auch die µSD-Karten.
Dann in der Fritzbox die MAC-Adressen mit den gewünschten IP-Adressen neu verknüpft.
Tja, das hat nicht funktioniert, wie es aussieht.
Jetzt habe ich wieder "zurückgewechselt", und siehe da, es funktioniert alles wieder.
Da muss man mich aber drauf hinprügeln. Hinweisen würde nicht reichen!
Komischerweise funktionierte der "neue" zweite Einwandfrei. Also FR24feed.
Nur der, der für das Pihole vorgesehen war machte diese mätzchen.

Ich war ja schon ganz stolz durch herumprobieren herausgefunden zu haben, dass man
die GPS-Maus heutzutage statt mit /dev/ttyUSB0 mit /dev/ttyACM0 auslesen muss.
(was auch immer ACM bedeutet)
Oder das bei http://IP-Adresse:8080 kein Bild mehr kommt, sondern bei http://IP-Adresse/dump1090.

Gruss Asko
Benutzeravatar
sukram
Beiträge: 3114
Registriert: Sa 10. Mär 2018, 18:27
Wohnort: Leibzsch

Re: Der Raspberry Pi & Co-Faden

Beitrag von sukram »

Deswegen haben meine Geräte alle statisch vergebene Adressen - um solchen Hickhack vorzubeugen. DHCP nutze ich nur für Verbrauchergeräte (Handies, Tablets, Laptop etc)
Asko hat geschrieben: Fr 19. Aug 2022, 11:11 (was auch immer ACM bedeutet)
https://rfc1149.net/blog/2013/03/05/wha ... evttyacmx/

Ich überlege auch noch, einen ADSB Empfänger aufzustellen für Flightradar, habe aber derzeit keinen Pi dafür übrig.
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

Hallo Markus,,

haste denn einen guten "Standpunkt" ? Sonst macht das nämlich mehr Frust statt Freude.
Obwohl die Frage in Leipzig wohl eher nebensächlich ist.
Da ist ja rund um die Uhr Betrieb.
Anders hier in und um Berlin.
Bei meinem vorigen QTH konnte ich auch ca. doppelt so weit "hören".

Kannst mir ja mal ne PM senden.
Bei mir tats jahrelang ein Raspi 2B. (siehe WWH)


Übrrigens, genau bei mir läuft auch alles mit festen IP´s.
(sonst finde ich meine Geräte ja nicht wieder)

Gruss Asko
Benutzeravatar
sukram
Beiträge: 3114
Registriert: Sa 10. Mär 2018, 18:27
Wohnort: Leibzsch

Re: Der Raspberry Pi & Co-Faden

Beitrag von sukram »

Asko hat geschrieben: Fr 19. Aug 2022, 13:27 Hallo Markus,,

haste denn einen guten "Standpunkt" ? Sonst macht das nämlich mehr Frust statt Freude.
Einflugschneise LEJ sollte gerade so passen - hier könnte man die Flieger sogar per Kamera und Bilderkennung "einfangen" :mrgreen:

Rund um die Uhr kommt hin, auch wenn nachts ab 12 DHL mit Arbeiten anfängt.
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

sukram hat geschrieben: Fr 19. Aug 2022, 14:13 Rund um die Uhr kommt hin, auch wenn nachts ab 12 DHL mit Arbeiten anfängt.
Eben ... deswegen.
da is hier in Bärlin "Funkstille".
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

doppelt
Benutzeravatar
Chemnitzsurfer
Beiträge: 7845
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chemnitzsurfer »

Asko hat geschrieben: Do 18. Aug 2022, 23:22 Das werde ich auch machen....
Was für Unterschiede gibt es eigentlich bei den gleichbeschrifteten Karten?
Also die mit "Gold", "Weiß" oder "Grau" ?
SanDisk hat für ihre Speicherkarten grob drei Gruppen
die grauen Ultra Serie bis zu 120 MB/s Lesegeschwindigkeit,
die golden Extreme Serie bis zu 190 MB/s Lesegeschwindigkeit
und die schwarzen Extreme Pro schaffen angeblich bis zu 300 MB/s Lesegeschwindigkeit

Die anderen Symbole drauf sind so alt, das es da bei aktuellen Karten eigentlich keine Unterschiede mehr gibt
https://www.pcwelt.de/tipps/Kennzeichnu ... 77111.html
Benutzeravatar
video6
Beiträge: 6796
Registriert: Mi 23. Sep 2015, 09:18
Wohnort: Laage bei Rostock

Re: Der Raspberry Pi & Co-Faden

Beitrag von video6 »

In Rostock sind noch genug da von den Dingern.
Benutzeravatar
Hightech
Beiträge: 11468
Registriert: So 11. Aug 2013, 18:37

Re: Der Raspberry Pi & Co-Faden

Beitrag von Hightech »

Asko hat geschrieben: Fr 19. Aug 2022, 10:38
Hightech hat geschrieben: Fr 19. Aug 2022, 10:17 Was steht denn in der /etc/resolv.conf?
guck ich gleich mal nach

Gruss Asko
Meine Raspi /etc/resolv.conf sieht so aus:

# Generated by resolvconf
nameserver 192.168.1.1
nameserver 8.8.8.8
nameserver fd51:42f8:caae:d92e::1
nameserver 2003:c6:a70f:9200:d82d:e795:3d99:c08a
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

Hightech hat geschrieben: Fr 19. Aug 2022, 19:04 Meine Raspi /etc/resolv.conf sieht so aus:
Hallo Boris,

ich hab meine Datei dahingehend geändert.
Funktionierte erst mal.
Nach einem reboot war die Datei aber wieder leer.
Was ist denn das für ein Mist? :evil:

Also erst mal keinen reboot machen....
Auf jedenfall danke ich Dir, jetzt weiß ich wo ich ansetzen muss.

Gruss Asko
gonium
Beiträge: 279
Registriert: Sa 21. Okt 2017, 22:48

Re: Der Raspberry Pi & Co-Faden

Beitrag von gonium »

Die /etc/resolv.conf wird beim Systemstart neu geschrieben, und zwar aus den Einstellungen aus /etc/resolvconf.conf. Wenn Deine Änderungen nun funktionieren, würde ich diese einfach in der zweiten Datei hinterlegen und gut. Hintergrund: https://forums.raspberrypi.com/viewtopic.php?t=181959
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

gonium hat geschrieben: Sa 20. Aug 2022, 19:06 Die /etc/resolv.conf wird beim Systemstart neu geschrieben, und zwar aus den Einstellungen aus /etc/resolvconf.conf. Wenn Deine Änderungen nun funktionieren, würde ich diese einfach in der zweiten Datei hinterlegen und gut. Hintergrund: https://forums.raspberrypi.com/viewtopic.php?t=181959
Aha, danke für den Hinweis.
Dem werde ich gleich mal nachgehen.

Gruss Asko
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

Asko hat geschrieben: Sa 20. Aug 2022, 19:37
gonium hat geschrieben: Sa 20. Aug 2022, 19:06 Die /etc/resolv.conf wird beim Systemstart neu geschrieben, und zwar aus den Einstellungen aus /etc/resolvconf.conf. Wenn Deine Änderungen nun funktionieren, würde ich diese einfach in der zweiten Datei hinterlegen und gut. Hintergrund: https://forums.raspberrypi.com/viewtopic.php?t=181959
Aha, danke für den Hinweis.
Dem werde ich gleich mal nachgehen.

Gruss Asko
Das war der Satz mit X
Das war nix


Gruss Asko
Benutzeravatar
Hightech
Beiträge: 11468
Registriert: So 11. Aug 2013, 18:37

Re: Der Raspberry Pi & Co-Faden

Beitrag von Hightech »

In dem Fall werden die Netzwerk Einstellungen von einem anderen Prozess verwaltet

Die Fick-Dich Variante:
Die resolv.conf per Hand ändern und einen Schreibschutz drauf.

Eventuell kann man dann in der syslog den Prozess sehen, der sich über den Schreibschutz aufregt.
jodurino
Beiträge: 2106
Registriert: So 17. Nov 2013, 20:43

Re: Der Raspberry Pi & Co-Faden

Beitrag von jodurino »

Anse hat geschrieben: Sa 19. Feb 2022, 17:40 Hat jemand hier schon mal was mit dem Raspberry Pico gemacht?
Ich versuche gerade die Toolchain unter Windows 10 zum laufen zu bekommen um ihn mit C zu programmieren. Es gibt gefühlt 1000 Tutorials, welche jeweils sich nur in Kleinigkeiten unterscheiden. Vielleicht hat ja jemand eine Empfehlung.
[

quote=Torpert post_id=409974 time=1645286507 user_id=228]
Anse hat geschrieben: Sa 19. Feb 2022, 17:40 Hat jemand hier schon mal was mit dem Raspberry Pico gemacht?
...
Mit dem Pico ja, aber noch nicht in C. Ich habe Micropython und Cirtuitpython probiert und bin noch zu keinem Ergebnis gekommen, was besser ist.
[/quote]

Hallo
mir sind auch ein paar Pico zugelaufen
wo finde ich den die C/C++ Befehlsreferenz für den 2040?

Habe nur Codebeispiele gefunden die beim Blinkdireinen aufhören, bräuchte aber mehr zum anfangen. Python möchte ich jetzt nicht dafür lernen ist nicht wichtig genug den Pico zu nehmen.

Edit sagt: Papa, Charly hat gesagt, daß hightech sagt: schau mal hier:
https://github.com/raspberrypi/pico-exa ... eLists.txt

das könnte was werden

cu
jodurino
Benutzeravatar
Weisskeinen
Beiträge: 3948
Registriert: Di 27. Aug 2013, 16:19

Re: Der Raspberry Pi & Co-Faden

Beitrag von Weisskeinen »

Chemnitzsurfer hat geschrieben: Fr 19. Aug 2022, 14:53
Asko hat geschrieben: Do 18. Aug 2022, 23:22 Das werde ich auch machen....
Was für Unterschiede gibt es eigentlich bei den gleichbeschrifteten Karten?
Also die mit "Gold", "Weiß" oder "Grau" ?
SanDisk hat für ihre Speicherkarten grob drei Gruppen
die grauen Ultra Serie bis zu 120 MB/s Lesegeschwindigkeit,
die golden Extreme Serie bis zu 190 MB/s Lesegeschwindigkeit
und die schwarzen Extreme Pro schaffen angeblich bis zu 300 MB/s Lesegeschwindigkeit

Die anderen Symbole drauf sind so alt, das es da bei aktuellen Karten eigentlich keine Unterschiede mehr gibt
https://www.pcwelt.de/tipps/Kennzeichnu ... 77111.html
Da gibt es aber die 'Ultra' in Grau-Rot und in Grau-Weiß, zu denen man irgendwie keine Unterscheidungen findet...
berferd
Beiträge: 1336
Registriert: Mi 3. Apr 2019, 23:45

Re: Der Raspberry Pi & Co-Faden

Beitrag von berferd »

Ich spiele gerade etwas mit dem Raspberry Pi Pico https://www.raspberrypi.com/products/raspberry-pi-pico/ und der TinyUSB lib https://github.com/raspberrypi/tinyusb/ ... started.md.

Das Beispiel aus dem tinyUSB example-Verzeichnis läuft; nun würde ich aber meinen Code gerne etwas "herausoperieren" aus dem lib-Verzeichnis, zumal ich gerne weitere Libs hinzubinden würde, und das mit der aktuellen cmake-Baumstruktur nicht richtig funktioniert. Das ist eine wieder mal "viel zu schlau ausgedachte" The-Incredible-Machine-Mechanik aus cmake config files, die sich goto-mäßig durch den ganzen Baum zieht. Die cmake files sind voller selbstdefinierter Funktionen, die er sich sonst woher zieht. Die tinyUSB-Doku ("Add TinyUSB to your project") lügt natürlich, bzw erwähnt die wichtigsten Details nicht.
Wo setze ich da jetzt den Schnitt an? Hat das schon mal jemand erfolgreich durchgeführt?
Asko
Beiträge: 548
Registriert: Di 13. Dez 2016, 12:27
Wohnort: JO62QP

Re: Der Raspberry Pi & Co-Faden

Beitrag von Asko »

Hallo allerseits,

eigentlich wollte ich das unter "kurze frage, schnelle Antwort" absenden.
Aber es gehört wohl hier besser hin.

Kann mir wer, für einen DAU wie mich, erklären wo und wie man den verwendeten
Zeitserver einstellt?
Ich habe nämlich ab und an Zeit-Differenzen.
In "meinem Netz" habe ich einen NTP-Server.
Leider gleicht sich der Raspi nicht mit dem ab, sondern scheint sich
"irgendwo anders" zu syncronisieren.
NTP-Differenz.JPG
Gruss asko
radixdelta
Beiträge: 2331
Registriert: So 11. Aug 2013, 20:25
Wohnort: Nord-Ost-Westfalen

Re: Der Raspberry Pi & Co-Faden

Beitrag von radixdelta »

Ich hatte am letzten Wochenede ein paar Probleme mit meinem Raspberry, der Unifi-Controller ließ sich nicht updaten. Da habe ich Nägel mit köpfen gemacht. Raspbian Lite neu drauf gezogen. Ohne GUI :shock:
Die Gui kam zurück nachdem ich Docker und Portainer drauf gezogen hatte. Und das ist mal wirklich genial, das eröffnet ja Möglichkeiten ohne Ende.
Habe jetzt den Unifi-Controller und Pihole als Container laufen, und da werden noch ein paar dazu kommen, ganz sicher.

Arbeitet hier noch jemand mit Docker?
Evtl. hätte ich ein paar grundlegende Fragen, wo ich mit der Suchmaschine nicht so recht weiter komme.

Davon unabhängig scheitere ich regelmäßig an Github. Da bräuchte ich ggf. mal einen Schubs.
Ich wollte z.B. dieses folgende auf dem Pi umsetzen: https://github.com/cubiclesoft/portable ... rror-proxy
Aber die Readme ist offensichtlich nicht für den unwissenden Anfänger gemacht. Der Teil wo das von Github auf den Pi wandert fehlt. Ich denke glaube da müsste es doch einen Befehl geben der mir die benötigten Daten zieht!? Oder muss ich selbst wissen welche Daten ich brauche und wo ich sie hin laden muss?

Der nächste Schritt wäre das dann in einen Dockercontainer zu pfriemeln, eher um das zu lernen, denn in ein paar Monaten wird das mit Glasfaser ohnehin obsolet.
Benutzeravatar
Fritzler
Beiträge: 12600
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

radixdelta hat geschrieben: Do 14. Sep 2023, 10:03 Aber die Readme ist offensichtlich nicht für den unwissenden Anfänger gemacht.
Das is mit Bildern, das muss für Anfänger sein :lol:

Wenn du kein Git auf dem Pi installiert hast und auch nicht willst, dann kannste dir den Code als zip runterladen.
Oben rechts auf den grünen Button klicken und dann auf Download zip.
Ansonsten gehts du per Konsole in den Ordner wo du den Code haben willst und gibts ein "git clone https://github.com/cubiclesoft/portable ... -proxy.git"
radixdelta
Beiträge: 2331
Registriert: So 11. Aug 2013, 20:25
Wohnort: Nord-Ost-Westfalen

Re: Der Raspberry Pi & Co-Faden

Beitrag von radixdelta »

Die Bilder sind für den Win-Teil der Geschichte. Und da sieht man gleich warum GUI eignetlich doof ist, denn für Shell kann man Befehle kopieren. Das ist tatsächlich viel Praktischer. Nur ungewohnt.

Git ist sogar schon drauf (was ich mit git --version feststellen konnte...). Das war wohl der fehlende Baustein. Danke für den Hinweis.


Aber es scheint als könnte ich hier nur viel lernen, aber nichts schaffen.
Ich bekomme ein Exec Format error wenn ich den Service installieren will. Offensichtlich läuft das nur auf x86, aber nicht auf arm...
Oder mache ich da was verkehrt?
Hätte man das sehen können auf Github?
Benutzeravatar
Fritzler
Beiträge: 12600
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Wenns Sourcecode ist, dann compiled er das eigentlich für die eigentliche Platform.

Aber bei einer Crypto Lib hatte ich schonmal ein "undefined instruction" Fehler.
Auf nem RaspiZero 2W liefs und aufm Raspi Zero W nicht.
Der ältere ARM Kern hatte da wohl den einen passenden Befehl nicht :?
radixdelta
Beiträge: 2331
Registriert: So 11. Aug 2013, 20:25
Wohnort: Nord-Ost-Westfalen

Re: Der Raspberry Pi & Co-Faden

Beitrag von radixdelta »

Ist, glaube ich, schon compiled.
Lohnt nicht da jetzt noch viele Stunden drin zu investieren. Ich weiß jetzt wie ich mit Git arbeite, dafür hats sich dann doch gelohnt. Ansonsten erledigt sich das Problem mit mehr Bandbreite von allein. Bald.

An diesem Wochenende ist Homeassistant dran. Das könnte ein ewiges Stundengrab werden, und vermutlich teuer. Mit den Möglichkeiten wachsen die Bedürfnisse :D
Anse
Beiträge: 2304
Registriert: Mo 12. Aug 2013, 21:30
Wohnort: Bühl (Baden)

Re: Der Raspberry Pi & Co-Faden

Beitrag von Anse »

Frage: ich habe jetzt schon eine ganze Weile gesucht. Ich versuche mit dem Raspberrypi Zero in einem Kamera Bild eine Person zu finden. Eigentlich ganz simpel. Ein Algorithmus, der mir entweder sagt da ist eine Person im Bild oder nicht. Das ganze muss auch nicht schnell gehen. Ein Bild pro Sekunden reicht. Alles was ich bis jetzt gefunden habe ist eine vollständige Objekterkennung mit Tesorflow oder OpenCV. Das überfordert leider den Pi.
Viele einfache Überwachungskameras machen das ja schon. Darum dachte ich, das kriegt ein Pi sicher hin.
Antworten