Es kann sein das du deinen user noch in die dialout Gruppe mit rein nehmen musst, sonnst bekommst du keine Berechtigung auf das Device. Ansonnsten mit chmod nachhelfen :-P
Code:sudo usermod -a -G dialout pi
Es kann sein das du deinen user noch in die dialout Gruppe mit rein nehmen musst, sonnst bekommst du keine Berechtigung auf das Device. Ansonnsten mit chmod nachhelfen :-P
Code:sudo usermod -a -G dialout pi
Ich denke du versuchst es mit dem Programmierkabel. Das wird nicht funktionieren. Du brauchst das Datenkabel. Motorola hat die Produktbezeichnung PMKN4104A dafür. Für den USB-Anschluss bräuchtest du noch einen RS232/USB-Adapter. Ich nehme immer welche mit FTDI-Chip, die eine Seriennummer melden. Im syslog muss erkennbar sein, das ein serial device (/dev/ttyUSB0) erzeugt wird. Ich habe in meinen Systemen eine UDEV-Rule angelegt, die einen Symlink für /dev/tetra1 anlegt um bei mehreren Geräten eine eindeutige Zuordnung zu erhalten. Das ist aber nicht zwingend notwendig. Du kannst auch das Device in der sds.conf eintragen, was beim Anstecken des Datenkabels erzeugt wird. Ich habe mal versucht ein preiswertes Kabel ( https://www.ebay.de/itm/161237178537) mit offenen Enden an den Accessory-Connector anzuschließen, hatte aber keinen Erfolg damit.
MTM800 haben geräteseitig schon USB. Du brauchst kein extra Datenkabel mit Chip, sondern nur die 4pins von USB am rückseitigen Zubehöranschluss anzuschließen. Das MTM800 Programmierkabel für den 26poligen Anschluss funktioniert super. Auch für jeglichen Datenanwendungen.
Ok, nach dem Commando "sudo usermod -a -G dialout pi" sowie Änderung der Config
von
SdsSerialDev_1_name="tetra1"
in
SdsSerialDev_1_name="serial1"
sieht es wie folgt aus:
Code:ls -l /dev ... lrwxrwxrwx 1 root root 7 Jan 24 10:16 serial1 -> ttyAMA0 ... crw-rw---- 1 root dialout 204, 64 Jan 24 10:16 ttyAMA0 crw-rw-rw- 1 root tty 5, 0 Jan 24 10:39 tty crw--w---- 1 root tty 4, 0 Jan 24 10:16 tty0 crw------- 1 pi tty 4, 1 Jan 24 10:16 tty1 crw--w---- 1 root tty 4, 10 Jan 24 10:16 tty10 ...Kann das richtig sein? Hätte mir im Log auch wie ich schon mal im Form gesehen habe AT Commandos erwartet?Code:Jan 24 11:00:57 raspberrypi2 sds: prüfe Existenz nötiger Programme Jan 24 11:00:57 raspberrypi2 sds: found: "/bin/stty" Jan 24 11:00:57 raspberrypi2 sds: found: "/usr/bin/awk" Jan 24 11:00:57 raspberrypi2 sds: found: "/usr/bin/mosquitto_pub" Jan 24 11:00:57 raspberrypi2 sds: found: "/usr/bin/mosquitto_sub" Jan 24 11:00:57 raspberrypi2 sds: done Jan 24 11:00:57 raspberrypi2 sds: initialisiere serielle Schnittstellen Jan 24 11:00:57 raspberrypi2 sds: ok: "serial1" Jan 24 11:00:57 raspberrypi2 sds: done Jan 24 11:00:57 raspberrypi2 sds: creating allow/deny list directories Jan 24 11:00:57 raspberrypi2 sds: done Jan 24 11:00:57 raspberrypi2 sds: starte Read-Logger auf "serial1" Jan 24 11:00:57 raspberrypi2 sds: done Jan 24 11:00:57 raspberrypi2 sds: starte Read-Spooler auf "serial1" Jan 24 11:00:57 raspberrypi2 sds: done Jan 24 11:00:57 raspberrypi2 sds: starte Write-Logger auf "serial1" Jan 24 11:00:57 raspberrypi2 sds: done Jan 24 11:00:57 raspberrypi2 sds: starte Write-Spooler auf "serial1" Jan 24 11:00:57 raspberrypi2 sds: done Jan 24 11:00:57 raspberrypi2 sds: starte motorola.rx auf "serial1" Jan 24 11:00:57 raspberrypi2 sds: done Jan 24 11:00:57 raspberrypi2 sds: starte motorola.tx auf "serial1" Jan 24 11:00:57 raspberrypi2 sds: done Jan 24 11:00:57 raspberrypi2 sds: "/usr/local/smi/trx/bin/sds/motorola.init start serial1" Jan 24 11:00:57 raspberrypi2 motorola.init(serial1): starte PEI Schnittstelle Jan 24 11:01:48 raspberrypi2 motorola.init(serial1): done Jan 24 11:01:48 raspberrypi2 sds: done Jan 24 11:01:48 raspberrypi2 sds: erstelle Cronjob für monitor skript Jan 24 11:01:48 raspberrypi2 sds: done Jan 24 11:01:48 raspberrypi2 sds: Start sds abgeschlossen Jan 24 11:01:48 raspberrypi2 sds: -------------------------- Jan 24 11:02:01 raspberrypi2 monitor: creating new monitor JSON object Jan 24 11:03:01 raspberrypi2 monitor: creating new monitor JSON object Jan 24 11:04:02 raspberrypi2 monitor: creating new monitor JSON object Jan 24 11:05:01 raspberrypi2 monitor: creating new monitor JSON object Jan 24 11:06:01 raspberrypi2 monitor: creating new monitor JSON object
Nee alles super. Die Kommunikation mit dem Gerät siehst du im Device-Log /usr/local/smi/trx/var/log/serial1.log.
Interessant! Wir setzen die Geräte mit Enhanced Expansion Head ein. Die haben eine DB9-Buchse mit RS232, so dass ich immer mit RS232-Kabel und USB-Adapter an die PEI gehe. Diese Info hätte dem Kollegen einer befreundeten HiOrg Aufwand und Kosten gespart. Beim HRT geht das aber nicht oder?
Erstmal vielen Dank, flachrelais_48!
Leider stellt sich das Funkgerät tot. da seh ich leider keine Antwort.
Code:Jan 24 11:01:03 raspberrypi2 smi: tx AT+CTSP=1,2,20 Jan 24 11:01:08 raspberrypi2 smi: tx AT+CTSP=1,3,10 Jan 24 11:01:13 raspberrypi2 smi: tx AT+CTSP=1,3,130 Jan 24 11:01:18 raspberrypi2 smi: tx AT+CTSP=1,1,11 Jan 24 11:01:23 raspberrypi2 smi: tx AT+CNUMF? Jan 24 11:01:28 raspberrypi2 smi: tx AT+CTGS? Jan 24 11:01:33 raspberrypi2 smi: tx AT+SIM=3 Jan 24 11:01:38 raspberrypi2 smi: tx AT+CSQ? Jan 24 11:01:43 raspberrypi2 smi: tx AT+CREG?
Du könntest dir "picocom" auf dem Raspi installieren und ein Terminal auf dem seriellen Port starten. Auf die Eingabe "AT" muss die Antwort "OK" kommen. Welche Baudrate ist denn im Codeplug des FuG konfiguriert?
Habs am Motorola MTM800FuG ET mal mit den gängigsten Baud Raten probiert 9600, 38400, 57600, 115200 und 19200:
Datenkabel müsst das PMKN4110A sein.
leider konnte ich nichts absenden bzw. das Terminal regierte auf keine Eingabe.Code:sudo picocom -b 38400 /dev/serial1 picocom v1.7 port is : /dev/serial1 flowcontrol : none baudrate is : 38400 parity is : none databits are : 8 escape is : C-a local echo is : no noinit is : no noreset is : no nolock is : no send_cmd is : sz -vv receive_cmd is : rz -vv imap is : omap is : emap is : crcrlf,delbs, Terminal ready
auch via sudo stty -F /dev/serial1 38400.... hats nichts gebracht. :/
Noch Ideen an was es liegen könnte? Könnte es auch an der Konfiguration des MRTs liegen?
Der Serial1 bzw. ttyAMAO war vor der ersten physikalischen Verbindung schon da, müsste da nach dem Verbinden nicht ein neuer dazukommen? oder hab ich da einfach den falschen genommen?Code:lrwxrwxrwx 1 root root 7 Jan 9 23:29 serial1 -> ttyAMA0
Leider hab ich mit Seriellen Schnittstellen nicht viel Erfahrung, dachte immer ich bin zu jung und die sterben aus. ;)
Geändert von hannes (26.01.2019 um 17:56 Uhr)
Hat denn der PI einen Onboard Serial Port? Könnte das der sein? Dann bin ich wieder bei meiner Theorie, dass das Programmierkabel nicht für Datennutzung der PEI geeignet ist. Wie sieht denn das Syslog während des Ansteckens des Kabels aus?
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)