Hallo,
Ich suche für das Programmierkabel Für das MTM800 (Bedienkopf -> USB) den passenden Windows Treiber. Habe im Internet nichts dazu gefunden.
MfG johnlo1301
Druckbare Version
Hallo,
Ich suche für das Programmierkabel Für das MTM800 (Bedienkopf -> USB) den passenden Windows Treiber. Habe im Internet nichts dazu gefunden.
MfG johnlo1301
Dafür gibt es keinen Solotreiber. Wenn Du im Besitz der originalen Programmiersoftware bist, wird alles installiert und das System erkennt die angeschlossenen Funkgeräte und weist ihnen die Vendor-ID zu.
Hallo!
Es stimmt, den Treiber gibt es nicht einzeln zu kaufen, der ist nur im Lieferumfang der CPSPlus enthalten.
Allerdings gibt es physisch sehrwohl den Treiber einzeln.
Die Treiber für 32Bit und 64Bit sind zusammen mit dem DriverInstallTool in einem eigenen Ordner der CPSPlus. Und die Weitergabe wird wohl von Motorola relativ locker gesehen.
Ich weis nicht mehr gennau wo...ich meine das war eine bedienungsanleitung oder so zu einem HRT, wo ganz deutlich und in Deutsch zum Thema laden stand:
"Möchten Sie den Akku des Handfunkgerätes an einem USB-Host (PC) laden, benötigen Sie den USB-Treiber. Bitten Sie ihren Servicepartner der Ihnen diesen Treiber bei bedarf auf Ihr USB-Host mit Hilfe der CPSPlus-Installations-CD installiert."
Wie das aber rechtlich aussieht, wenn man den Ordner "USB-Treiber" von der CD einzeln weiter gibt...immerhin 14MB, darüber sagt Motorola nix.
Grüße aus Dortmund
Jürgen Hüser
Zitat:
Zitat von DG7GJ
Ja genau so hat es dann funktioniert.
Danke für eure Hilfe :)
Hallo zusammen,
ich möchte das Programm "SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank" auf einem Raspberry an einem Motorola MTM800 betreiben.
USB Programmierkabel ist vorhanden. Nur jetzt brauche ich erst mal einen Treiber für Linux.
Im Prinzip ist das Kabel ja ein Serial to USB Converter mit einem Standard Chip. Wenn ich rausbekomme welcher Chip, müsste ich dafür doch vermutlich einen Treiber finden können.
Liege ich mit der Vermutung richtig?
MTM800 sollten mit dem aktuellen Linux-Kernel automatisch erkannt werden.
Warum denkst du, dass du einen Treiber brauchst? Mit tail -f /var/log/syslog kannst du auf der Konsole während des Ansteckens sehen ob das Kabel erkannt wird.
Danke erstmal!
Zumindest der erste Teil hat doch einfacher als gedacht geklappt:
Code:$ sudo lsusb
Bus 001 Device 005: ID 0cad:9011 Motorola CGISS
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. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Code:Jan 22 20:21:46 raspberrypi kernel: [ 432.961955] usb 1-1.2: USB disconnect, device number 4
Jan 22 20:21:51 raspberrypi kernel: [ 438.122243] usb 1-1.2: new full-speed USB device number 5 using dwc_otg
Jan 22 20:21:51 raspberrypi kernel: [ 438.255450] usb 1-1.2: New USB device found, idVendor=0cad, idProduct=9011
Jan 22 20:21:51 raspberrypi kernel: [ 438.255464] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jan 22 20:21:51 raspberrypi kernel: [ 438.255473] usb 1-1.2: Product: Motorola Solutions TETRA PEI interface
Jan 22 20:21:51 raspberrypi kernel: [ 438.255481] usb 1-1.2: Manufacturer: Motorola Solutions Inc.
Jan 22 20:21:51 raspberrypi mtp-probe: checking bus 1, device 5: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2"
Jan 22 20:21:51 raspberrypi mtp-probe: bus: 1, device: 5 was not an MTP device
Aber leider hackt's doch noch:
Muss die serielle Schnittstelle noch konfiguriert werden oder kann ich diese überprüfen?Code:Jan 22 20:15:24 raspberrypi sds: initialisiere serielle Schnittstellen
Jan 22 20:15:24 raspberrypi sds: failed: "tetra1"
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?Zitat:
Zitat von mronra
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?
Genau, beim MRT/FRT geht es. Beim HRT geht es mit dem Programmierkabel nicht, sondern man braucht das extra Datenkabel. (Oder ein selbstgebautes Kabel mit Chip).Zitat:
Zitat von flachrelais_48
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. ;)
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?
syslog - beim anstecken des PMKN4110A Kabels:
Deine Vermutung ist, dass es ausschließlich nur mit diesem Kabel PMKN4104A funktioniert?Code:Jan 22 20:21:51 raspberrypi kernel: [ 438.122243] usb 1-1.2: new full-speed USB device number 5 using dwc_otg
Jan 22 20:21:51 raspberrypi kernel: [ 438.255450] usb 1-1.2: New USB device found, idVendor=0cad, idProduct=9011
Jan 22 20:21:51 raspberrypi kernel: [ 438.255464] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jan 22 20:21:51 raspberrypi kernel: [ 438.255473] usb 1-1.2: Product: Motorola Solutions TETRA PEI interface
Jan 22 20:21:51 raspberrypi kernel: [ 438.255481] usb 1-1.2: Manufacturer: Motorola Solutions Inc.
Jan 22 20:21:51 raspberrypi mtp-probe: checking bus 1, device 5: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2"
Jan 22 20:21:51 raspberrypi mtp-probe: bus: 1, device: 5 was not an MTP device
Ich sehe halt nicht, dass ein special character device angelegt wird. Mit dem Kabel PMKN4104A wird es funktionieren.
Jetzt läufts, habs jetzt über die DB9-Buchse mit RS232 gemacht, war zwar ein größer Eingriff, weil des Teil absolut unzugänglich verbaut ist.
Vielen Dank @flachrelais_48 für den Tipp! Und ein RS232 Kabel ist ja noch viel günstiger. :)