Beiträge von matze1

matze1 · Vor 10 Stunden

Ich habe einen bc547 Transistor. Das grobe Prinzip wie ein Transistor funktioniert ist mir klar, auch habe ich den genannten auch erfolgreich mit einen Lüfter getestet.

Mir geht es nur darum, wo bei einen Transistor die Grenzen sind, bin leider nicht vom Fach der Electronic.

Wenn ich diesen bc547 verwende, also NPN, die Basis ist vom Raspi GPIO 3,3 V angesteuert. Wie viel Volt und Ampere darf durch die Collector-Emitter Schiene laufen?

Gibt es da irgend welche Richtlinien? Ich kann bestimmt keine 24V und 10A (Übertrieben formuliert) über C-E ziehen oder?

Und was bedeuten die Angaben vom Hersteller:

Collector-emitter voltage : 45V
Collector current: 100mA

Peak collector current: 200mA?

Hab darüber leider nichts im Netzt gefunden was eine grobe aussage kräftige Erklärung ist.

Hoffe mir kann jemand kurz und knapp es erläutern.

vielen Dank

matze1 · 18. Februar 2019

Um das ganze noch zu vervollständigen.

Daher dass das Script nach ca 3 min wieder beendet wird, starte ich mit Udev ein Dienst und führe somit das Script aus.

Code

pi@raspberrypi:~ $ sudo cat /etc/udev/rules.d/5.rules
KERNEL=="sd?1", SUBSYSTEMS=="usb", ACTION=="add", ENV{SYSTEMD_WANTS}="switch_modem.service" # RUN+="/bin/bash /home/pi/start"
pi@raspberrypi:~ $ sudo cat /etc/systemd/system/switch_modem.service
[Unit]
Description=4G modem switcher
[Service]
Type=oneshot
RemainAfterExit=no
ExecStart=/home/pi/mediaplatte.py
[Install]
WantedBy=multi-user.target

Alles anzeigen

matze1 · 18. Februar 2019

So ich habe es jetzt endlich hinbekommen.

Es muss erst in der Datei:

Code

pi@raspberrypi:~ $ sudo cat /lib/systemd/system/systemd-udevd.service
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
[Unit]
Description=udev Kernel Device Manager
Documentation=man:systemd-udevd.service(8) man:udev(7)
DefaultDependencies=no
Wants=systemd-udevd-control.socket systemd-udevd-kernel.socket
After=systemd-udevd-control.socket systemd-udevd-kernel.socket systemd-sysusers.service
Before=sysinit.target
ConditionPathIsReadWrite=/sys
[Service]
Type=notify
OOMScoreAdjust=-1000
Sockets=systemd-udevd-control.socket systemd-udevd-kernel.socket
Restart=always
RestartSec=0
ExecStart=/lib/systemd/systemd-udevd
#KillMode=mixed
#WatchdogSec=3min
#TasksMax=infinity
#MountFlags=slave
#MemoryDenyWriteExecute=yes
#RestrictRealtime=yes
#RestrictAddressFamilies=AF_UNIX AF_NETLINK AF_INET AF_INET6

Alles anzeigen

ab "KillMode..." auskommentiert werden.

Danach kann ich dieses erfolgreich ausführen:

Code

pi@raspberrypi:~ $ sudo cat /etc/udev/rules.d/5.rules
KERNEL=="sd?1", SUBSYSTEMS=="usb", ACTION=="add", RUN+="/bin/touch /home/pi/meintextneu.txt"

matze1 · 18. Februar 2019

Zitat von ThomasL

Was passiert, wenn Du diesen Befehl im Terminal als "root" eingibst?

Dann wird die Datei erstellt.

matze1 · 17. Februar 2019

So, ich versuche das heute definitiv zum letzten mal mit der Udev Regel beim Raspi.

Ich habe jetzt das Script wie folgt erweitert:

Code

pi@raspberrypi:~ $ ls -l /usr/local/bin/
total 8
-rwxr-xr-x 1 root staff 39 Feb 11 07:32 create-join.sh
-rwxr-xr-x 1 root root 231 Feb 17 17:19 create-journal-entry
pi@raspberrypi:~ $ cat /usr/local/bin/create-journal-entry
#!/bin/bash
echo "User=$USER, Parm1=$1 Parm2=$2 Parm3=$3" | systemd-cat -t "thlu:$(basename $0)" -p info
/usr/bin/touch /home/pi/mein.txt
/bin/echo "hello1"
/bin/echo "hallo2" | systemd-cat -t "thlu:$(basename $0)" -p info
exit 0

Alles anzeigen

Es wird lediglich die "echo "User=..." Zeile und das "hello2" ausgegeben, das "hello1" nicht und den "touch" Befehl auch nicht.

Was mache ich falsch? Script wird auch mit root-Rechten gestartet.

matze1 · 12. Februar 2019

Es gibt viele kleine Unterschiede wie jetzt hier UDEV z.B.

matze1 · 12. Februar 2019

Zitat von ThomasL

Das ist überhaupt kein Problem. Das Problem ist leider manchmal die Erwartungshaltung von irgendwelchen Usern "Hier ist mein Problem, löst das mal" . Ich unterstütze gerne jeden Anfänger, aber nur mit Hilfe zur Selbsthilfe. Und das verlangt konstruktive Mitarbeit dessen, der das Problem hat, und nicht, dass er mit zurückgehaltener Information die Lösung auch noch extra erschwert und mit Händen-in-den-Taschen darauf wartet, dass andere arbeiten. Und wenn jemand hier einen technischen Hinweis gibt und du vestehst das als Anfänger erst mal nicht (was völlig normal und auch ok ist), so solltest Du solche Hinweise nicht einfach übergehen, sondern einfach noch mal nachfragen..... und das ist dann die konstruktive Mitarbeit.... also die Kenntnisse erwerben, irgendwann durch Verstehen der Technik die Probleme selber lösen zu können.

Das ist völlig in Ordnung, bin genau deiner Meinung. aber es ist nicht so das ich hier sitze und auf jede Antwort warte, sondern ich bin viel am googeln und versuche es selbst zu lösen, aber wenn ich nach Tagen selbst kein Erfolg habe dann frag ich doch noch die Experten.

Ich arbeite 6 Jahre schon mit ubuntu (generell linux) und da ist es mir nicht Welt fremd, aber Ubuntu und raspbian unterscheiden sich doch enorm stelle ich immer mehr fest. Und manchmal fällt mir nur was nicht ein wie z.b. den richtigen Pfad "/usr/bin/touch" zu nehmen.

Also ich werde es testen und gebe dann feedback.

Danke schon mal für die Mühen und Hilfen.

matze1 · 12. Februar 2019

Sorry dass ich anscheinend zu blöd dafür bin, aber es hat jeder mal angefangen.

Ich hoffe ich habe es jetzt richtig, also ich möchte dass es eine Datei in "/home/pi" erstellt, aber das tut es laut dieser configs nicht.

Code

pi@raspberrypi:~ $ cat /etc/udev/rules.d/20.rules
KERNEL=="sd?1", SUBSYSTEMS=="usb", ACTION=="add", RUN+="/usr/local/bin/create-journal-entry add %k"
KERNEL=="sd?1", SUBSYSTEMS=="usb", ACTION=="remove", RUN+="/usr/local/bin/create-journal-entry rem %k"
pi@raspberrypi:~ $ cat /usr/local/bin/create-journal-entry
#!/bin/bash
echo "User=$USER, Parm1=$1 Parm2=$2 Parm3=$3" | systemd-cat -t "thlu:$(basename $0)" -p info
touch /home/pi/mein.txt
exit 0

matze1 · 11. Februar 2019

Zitat von ThomasL

Nur unbedingt dran denken, dass das nur für kurzläufer geeignet ist... also script starten, was machen und sofort wieder beenden....

Darum wollte ich ja mit den Script ein anderes starten..

aber mir gelingt nicht mal das, egal was ich in

Code

/usr/local/bin/create-journal-entry

eintrage, da wird außer dein Befehl nichts ausgeführt.

Allerdings habe ich bei der Ausgabe bemerkt, dass es bei meiner noch bestehenden Udev Regel einen Fehler ausgibt, vielleicht gibt das Aufschluss.

Code

pi@raspberrypi:~ $ sudo journalctl -f
Feb 11 07:56:49 raspberrypi systemd-udevd[992]: Process '/home/pi/shscript.sh' failed with exit code 1.

matze1 · 10. Februar 2019

Also könnte ich mit dem Bash-Script ein Python-Script ausführen?

matze1 · 10. Februar 2019

OK vielen Dank

Edit:

Aber was ich nicht verstehe, warum kann man bei raspbian kein bash oder python Script aus udev heraus starten?

matze1 · 10. Februar 2019

Ich habe es jetzt mit chmod +x ausführbar gemacht.

Code

pi@raspberrypi:~ $ ls -l /usr/local/bin/create-journal-entry
-rwxr-xr-x 1 root staff 144 Feb 10 18:11 /usr/local/bin/create-journal-entry
pi@raspberrypi:~ $ sudo journalctl -f | grep create
Feb 10 18:11:41 raspberrypi sudo[873]: pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/bin/nano /usr/local/bin/create-journal-entry
Feb 10 18:12:04 raspberrypi thlu:create-journal-entry[887]: User=, Parm1=rem Parm2=sda1 Parm3=
Feb 10 18:12:51 raspberrypi thlu:create-journal-entry[953]: User=, Parm1=add Parm2=sda1 Parm3=

matze1 · 10. Februar 2019

Die Ausgabe sieht wie folgt aus:

Code

pi@raspberrypi:~ $ sudo journalctl -f | grep create
Feb 10 17:49:38 raspberrypi systemd-udevd[563]: failed to execute '/usr/local/bin/create-journal-entry' '/usr/local/bin/create-journal-entry add sda1': Permission denied
Feb 10 17:49:38 raspberrypi systemd-udevd[556]: Process '/usr/local/bin/create-journal-entry add sda1' failed with exit code 2.

matze1 · 10. Februar 2019

Ich habe immer mit

Code

sudo udevadm trigger

neu eingelesen.

Aber nach reboot und deine Variante passiert auch nichts.

matze1 · 10. Februar 2019

So jetzt bin ich doch noch dazu gekommen.

Also ich habe jetzt in UDEV ein ganz einfachen Eintrag

Code

KERNEL=="sd?1", SYMLINK+="musik", RUN+="/bin/bash /home/pi/shscript.sh"

der Symlink funzt, aber das Script wird nicht ausgeführt (was bei Ubuntu klappte, aber das ist ja ne ganz andere Baustelle wie Cluster auch schrieb).

Hier mein Script:

Shell-Script

#!/bin/bash
touch /home/pi/udevtext.txt

Und hier deren Rechte:

Code

-rwxr-xr-x 1 root root 37 37 Feb 10 15:46 shscript.sh

Auch wenn ich Gruppe/Benutzer auf pi ändere bringt es nichts.

matze1 · 10. Februar 2019

Erstmal vielen Dank für die antworten.

Zitat von hyle

Ok, das zum Thema systemd...

Mal sehen ob matze1 noch die Antwort auf #28 zeigt und uns damit "Back to Topic" bringt.

Ich werde es morgen zeigen wenn ich zu Hause bin.

EDIT: ich habe gerade auf mein Ubuntu PC mal versucht das ganze nachzustellen, also wenn ich die udev.rules in /etc/udev/rules.d/."

speichere funktioniert es nicht. Wenn ich es unter "/lib/udev/rules.d/." speichere, dann startet ein bash Script ohne Probleme.

Mein einfacher Ansatz ist auf dem Pi ist ein bash Script zu starten was dann das Python script startet und fertig.

matze1 · 10. Februar 2019

Aber es muss doch zumindest ein einfaches script starten, was ein wort in eine datei schreibt...

matze1 · 9. Februar 2019

Eventuell kann ja mal jemand bei sich auf dem Raspberry pi das ganze testen ob der Udev Eintrag ein einfaches Script startet, egal ob bash oder python.

Übrigens habe ich den Pi2 mit aktuellen raspbian lite drauf, update und upgrade wurde gemacht.

matze1 · 9. Februar 2019

Warum ist mein Speicherpfad falsch?

Ist das nicht egal wie man die Datei nennt? Nur hinter dem punkt muss doch "rules" stehen oder?

matze1 · 9. Februar 2019

Zitat von Hofei

du hast also meinen link doch nicht gelesen?!

Doch den link schon, aber die frage nicht.

Zitat von gugus

Die UDEV Regel ist in

/etc/udev/rules.d/90-usb-backup.rules

Das Systemd Service Script ist bei mir unter

/etc/systemd/system/usb_backup@.service

Dein Script befindet sich dort wo Du es im Service definierst.

normalerweise in /usr/local/bin

Alles anzeigen

Ok danke, wenn es keine andere Möglichkeit gibt.

Aber was mich stutzig macht ist, dass ich nicht mal ein "einfaches" Script aus UDEV heraus starten kann.