[gelöst] RPI3 GPS Maus installieren USG SiRFIV USB GPS Receiver

Begonnen von UweUwe, 06 März 2019, 08:51:23

Vorheriges Thema - Nächstes Thema

UweUwe

Hallo, bisher hatte ich mich an das Thema https://forum.fhem.de/index.php/topic,97770.30.html angehängt. Dieses Thema löst die Themen, nachdem man die GPS-Daten auf dem Raspberry hat. Dort bin ich aber noch nicht und habe auch einen anderen Ansatz:

Ich bin auf der Suche nach einem GPS-Modul, das ich zusätzlich zu einem HM-Mod-RPI-PCB auf der GPIO Schnittstelle betreiben kann.
Gemäss MadMax ist die Auswahl des Modules insoweit schwierig, dass Tx/Rx auf dem Raspberry nur einmal verwendet werden darf, und das HMOD-PCB benutzt diese Schnittstelle bereits.
Eine Lösung wäre die Anbindung eines Modules per I2C oder SPI Schnittstelle. Ein solches Modul mit dieser Softwareschnittstelle habe ich bisher noch nicht gefunden.
Meine Kenntnisse reichen leider nicht aus, dass ich die Schnittstelle selbst software- oder hardwaremässig modifiziere. Hat jemand von euch hier einen Lösungsvorschlag?
Alternativ muss ich dann eben eine GPS-Maus an einer USB Schnittstelle verwenden. Habt ihr da einen Vorschlag. Hab mal selbst folgendes selektiert.
https://smile.amazon.de/gp/product/B01LXEMF0F
https://www.amazon.de/gp/product/B008200LHW/ref=ppx_yo_dt_b_asin_title_o02_s00?ie=UTF8&psc=1&tag=psblog-21&pldnSite=1
Merci.

MadMax-FHEM

Zitat von: UweUwe am 06 März 2019, 08:51:23
Eine Lösung wäre die Anbindung eines Modules per I2C oder SPI Schnittstelle. Ein solches Modul mit dieser Softwareschnittstelle habe ich bisher noch nicht gefunden.

Das in dem/den Link(s) genannte GPS-Modul kann das, also: UART (Tx/Rx am PI -> schon belegt), SPI und I2C...


Zitat von: UweUwe am 06 März 2019, 08:51:23
Meine Kenntnisse reichen leider nicht aus, dass ich die Schnittstelle selbst software- oder hardwaremässig modifiziere. Hat jemand von euch hier einen Lösungsvorschlag?

Das wird der Haken sein/bleiben...
Weil das was du (in dem anderen Thread) genannt hast zur Verarbeitung der Daten auf dem PI (gpsd!?) Daten auf einer UART-Schnittstelle erwartet (zumindest laut dem kurzen durchfliegen ;)  ).
Wenn dem nicht so ist (müsste man halt mal im Internet bzgl. des GPS deamon / gpsd herausfinden) dann geht das GPS-Modul auch...

Ansonsten: eigene SW schreiben ;)


Zitat von: UweUwe am 06 März 2019, 08:51:23
Meine Kenntnisse reichen leider nicht aus, dass ich die Schnittstelle selbst software- oder hardwaremässig modifiziere. Hat jemand von euch hier einen Lösungsvorschlag?
Alternativ muss ich dann eben eine GPS-Maus an einer USB Schnittstelle verwenden.

Da wird es wohl so laufen "müssen"...

EDIT: der Titel "in einem Gehäuse" klingt interessant, weil beim Gehäuse bist du ja auch noch nicht ;)  /  evtl. ändern in: an einem PI betreiben... ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

UweUwe

Hi,
bin jetzt den Weg über die USB-Maus gegangen. Ich hab einen https://www.amazon.de/USG-SiRFIV-USB-GPS-Receiver/dp/B008200LHW (USG SiRFIV USB GPS Receiver ) an den Raspberry angeschlossen und auch die entsprechenden Pakete installiert
sudo apt-get install gpsd gpsd-clients -y
Mit lsusb bekomme ich
pi@vagabundi:~ $ lsusb
Bus 001 Device 004: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
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
==> Bus 001 Device 4

mit
stty -F /dev/ttyUSB0 4800
cat /dev/ttyUSB0

erhalte ich valide Daten.
$GPGSA,A,3,16,27,21,26,20,10,,,,,,,4.9,1.7,4.6*3D
$GPGSV,3,1,11,16,70,236,29,27,54,291,24,21,50,063,29,26,49,182,44*75
$GPGSV,3,2,11,20,48,124,41,10,31,153,45,15,06,065,21,57,30,070,*75
$GPGSV,3,3,11,08,22,286,,07,14,319,,13,03,034,*42
$GPRMC,201713.000,A,5036.2094,N,00617.5489,E,0.00,205.58,120319,,,A*65
$GPGGA,201714.000,5036.2094,N,00617.5489,E,1,06,1.7,610.9,M,47.6,M,,0000*59


Aber in gpsd kann ich die Daten nicht anzeigen:
pi@vagabundi:~ $ gpsd -D5 -b -n -N /dev/ttyACM0
gpsd:INFO: launching (Version 3.16)
gpsd:IO: opening IPv4 socket
gpsd:ERROR: can't bind to IPv4 port gpsd, Address already in use
gpsd:ERROR: maybe gpsd is already running!
gpsd:IO: opening IPv6 socket
gpsd:ERROR: can't bind to IPv6 port gpsd, Address already in use
gpsd:ERROR: maybe gpsd is already running!
gpsd:INFO: command sockets creation failed, netlib errors -1, -1
auch wenn ich den möglich laufenden Prozess vorher kille. sudo pkill gpsd.
Damit ist der Weg nach fhem versperrt. Wo ist mein Fehler?








MadMax-FHEM

Musst du nicht bei gpsd auch /dev/ttyUSB0 (wie beim Consolenaufruf) angeben?

Ich kenne aber das gpsd nicht wirklich...

Auf wekchem USB-dev "hängt" denn die GP-Maus?

Mal ls -la /dev/tty* ohne und mit gesteckter "Maus"...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

UweUwe

Hi MadMax, schön von dir zu hören.
ZitatMal ls -la /dev/tty* ohne und mit gesteckter "Maus"...
Ergebnis ist : crw-rw---- 1 root dialout 188,  0 Mär 12 21:30 /dev/ttyUSB0
gpsd -D5 -b -n -N /dev/ttyUSB0, hatte ich so schon versucht. Habe den Eindruck, dass sich FHEM und die Maus sich in die quere kommen.
Ich meine sit dem GPS Installationstest Zugriffprobleme über die IP Adresse auf FHEM zu haben. Nach reboot ist alles wieder ok.
pi@vagabundi:~ $ gpsd -D5 -b -n -N /dev/ttyACM0
gpsd:INFO: launching (Version 3.16)
gpsd:IO: opening IPv4 socket
gpsd:ERROR: can't bind to IPv4 port gpsd, Address already in use
gpsd:ERROR: maybe gpsd is already running!
gpsd:IO: opening IPv6 socket
gpsd:ERROR: can't bind to IPv6 port gpsd, Address already in use
gpsd:ERROR: maybe gpsd is already running!
gpsd:INFO: command sockets creation failed, netlib errors -1, -1
pi@vagabundi:~ $ gpsd -D5 -b -n -N /dev/ttyUSB0
gpsd:INFO: launching (Version 3.16)
gpsd:IO: opening IPv4 socket
gpsd:ERROR: can't bind to IPv4 port gpsd, Address already in use
gpsd:ERROR: maybe gpsd is already running!
gpsd:IO: opening IPv6 socket
gpsd:ERROR: can't bind to IPv6 port gpsd, Address already in use
gpsd:ERROR: maybe gpsd is already running!
gpsd:INFO: command sockets creation failed, netlib errors -1, -1



MadMax-FHEM

Bist du sicher dass gpsd nicht schon als Deamon/Hintergrundprozess läuft bevor du ihn nochmal per Console zu starten versuchst?

Was sagt:

ps -ax | grep gpsd

Bevor du noch mal manuell startest (bzw. nach Boot / schon mal gebootet? )...

ttyUSB0 müsste schon passen...

Was machst du denn (bereits) in fhem mit dem GPS-Modul?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

UweUwe

Hi,
folgendes bringt den beschrieben Step nach vorne:
Neustart
Maus einstecken
pi@vagabundi:~ $ stty -F /dev/ttyUSB0 4800
pi@vagabundi:~ $ cat /dev/ttyUSB
Anschliessend fliegen nach kurzer Zeit valide Daten über den Bildschirm:
$GPGSV,3,3,12,08,37,293,,57,29,067,,07,15,304,,30,06,334,*73
$GPRMC,205559.000,A,5036.2151,N,00617.5516,E,0.00,94.87,120319,,,A*5A
$GPGGA,205600.000,5036.2151,N,00617.5516,E,1,08,1.2,507.4,M,47.6,M,,0000*55
Aber eben kein gpsd und kein FHEM :-[

MadMax-FHEM

Hast du in fhem noch den initialUsbCheck aktiv?

Was "sagt" der ps-ax?

Und es kann immer nur EINER mit der GPS-Maus "reden"...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

UweUwe

Hi,
nochmals rboot und dann
pi@vagabundi:~ $ ps -ax | grep gpsd
  780 pts/0    S+     0:00 grep --color=auto gpsd

Heisst dies, dass gpsd bereits läuft?
Ich mache bisher nichts in FHEM mit GPS. Ich habe ne kleine FHEM Installation ohne GPS

MadMax-FHEM

Nein die Ausgabe sagt eigentlich dass kein gpsd läuft/laufen sollte...

Dachte nur wg. der Port-Belegt-Meldung...
...da der Standardport definitiv nicht der von fhem ist sollte sich das auch nicht stören...

Was ist mit initialUsbCheck?

Aktiv?

Das kann dann zu "Problemen" mit USB-Geräten führen (die kein CUL etc. sind) und sogar fhem "blockieren"...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

UweUwe

Hi mad-max, jetzt bist du mir davongeeilt.
ZitatHast du in fhem noch den initialUsbCheck aktiv?
Mein FHEM ist wieder blockiert. Meine Vermutung!!


ZitatWas "sagt" der ps-ax?
==> Muss ich leider alles schicken..
pi@vagabundi:~ $ ps ax
  PID TTY      STAT   TIME COMMAND
    1 ?        Ss     0:01 /sbin/init
    2 ?        S      0:00 [kthreadd]
    4 ?        I<     0:00 [kworker/0:0H]
    5 ?        I      0:00 [kworker/u8:0]
    6 ?        I<     0:00 [mm_percpu_wq]
    7 ?        S      0:00 [ksoftirqd/0]
    8 ?        I      0:00 [rcu_sched]
    9 ?        I      0:00 [rcu_bh]
   10 ?        S      0:00 [migration/0]
   11 ?        S      0:00 [cpuhp/0]
   12 ?        S      0:00 [cpuhp/1]
   13 ?        S      0:00 [migration/1]
   14 ?        S      0:00 [ksoftirqd/1]
   16 ?        I<     0:00 [kworker/1:0H]
   17 ?        S      0:00 [cpuhp/2]
   18 ?        S      0:00 [migration/2]
   19 ?        S      0:00 [ksoftirqd/2]
   21 ?        I<     0:00 [kworker/2:0H]
   22 ?        S      0:00 [cpuhp/3]
   23 ?        S      0:00 [migration/3]
   24 ?        S      0:00 [ksoftirqd/3]
   26 ?        I<     0:00 [kworker/3:0H]
   27 ?        S      0:00 [kdevtmpfs]
   28 ?        I<     0:00 [netns]
   29 ?        I      0:00 [kworker/0:1]
   30 ?        I      0:00 [kworker/1:1]
   31 ?        I      0:00 [kworker/2:1]
   32 ?        I      0:00 [kworker/3:1]
   33 ?        S      0:00 [khungtaskd]
   34 ?        S      0:00 [oom_reaper]
   35 ?        I<     0:00 [writeback]
   36 ?        S      0:00 [kcompactd0]
   37 ?        I<     0:00 [crypto]
   38 ?        I<     0:00 [kblockd]
   39 ?        I<     0:00 [watchdogd]
   40 ?        I<     0:00 [rpciod]
   41 ?        I<     0:00 [xprtiod]
   42 ?        I      0:01 [kworker/u8:1]
   44 ?        S      0:00 [kswapd0]
   45 ?        I<     0:00 [nfsiod]
   55 ?        I<     0:00 [kthrotld]
   56 ?        I<     0:00 [iscsi_eh]
   57 ?        I<     0:00 [dwc_otg]
   58 ?        I<     0:00 [DWC Notificatio]
   59 ?        S<     0:00 [vchiq-slot/0]
   60 ?        S<     0:00 [vchiq-recy/0]
   61 ?        S<     0:00 [vchiq-sync/0]
   62 ?        S      0:00 [vchiq-keep/0]
   63 ?        S<     0:00 [SMIO]
   65 ?        S      0:00 [irq/92-mmc1]
   66 ?        I      0:00 [kworker/3:3]
   68 ?        S      0:00 [mmcqd/0]
   69 ?        S      0:00 [jbd2/mmcblk0p2-]
   70 ?        I<     0:00 [ext4-rsv-conver]
   71 ?        I<     0:00 [ipv6_addrconf]
   86 ?        I<     0:00 [kworker/1:1H]
   90 ?        Ss     0:00 /lib/systemd/systemd-journald
   93 ?        I      0:00 [kworker/u8:2]
  123 ?        I      0:00 [kworker/2:2]
  125 ?        I      0:00 [kworker/0:2]
  127 ?        Ss     0:00 /lib/systemd/systemd-udevd
  128 ?        I      0:00 [kworker/1:2]
  237 ?        I<     0:00 [cfg80211]
  244 ?        I<     0:00 [brcmf_wq/mmc1:0]
  245 ?        S      0:00 [brcmf_wdog/mmc1]
  286 ?        Ssl    0:00 /lib/systemd/systemd-timesyncd
  328 ?        Ss     0:00 /usr/sbin/thd --triggers /etc/triggerhappy/triggers.d
  329 ?        Ss     0:00 /usr/sbin/cron -f
  331 ?        Ss     0:00 /usr/bin/dbus-daemon --system --address=systemd: --no
  336 ?        Ss     0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
  337 ?        Ss     0:00 /lib/systemd/systemd-logind
  347 ?        Ss     0:00 avahi-daemon: running [vagabundi.local]
  348 ?        Ssl    0:00 /usr/sbin/rsyslogd -n
  380 ?        S      0:00 avahi-daemon: chroot helper
  413 ?        Ss     0:00 wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplican
  428 ?        I<     0:00 [kworker/2:1H]
  480 ?        I<     0:00 [kworker/u9:0]
  482 ?        S      0:00 /usr/bin/hciattach /dev/serial1 bcm43xx 460800 noflow
  485 ?        I<     0:00 [kworker/u9:2]
  490 ?        Ss     0:00 /usr/lib/bluetooth/bluetoothd
  546 ?        Ss     0:00 /sbin/dhcpcd -q -w
  561 tty1     Ss+    0:00 /sbin/agetty --noclear tty1 linux
  563 ?        Ss     0:00 /usr/sbin/sshd -D
  572 ?        S      0:09 /usr/bin/perl fhem.pl fhem.cfg
  646 ?        Ssl    0:00 /usr/sbin/mysqld
  742 ?        Ss     0:00 sshd: pi [priv]
  747 ?        Ss     0:00 /lib/systemd/systemd --user
  750 ?        S      0:00 (sd-pam)
  757 ?        S      0:00 sshd: pi@pts/0
  760 pts/0    Ss     0:00 -bash
  777 ?        I<     0:00 [kworker/0:1H]
  784 ?        I<     0:00 [kworker/3:1H]
  786 ?        I      0:00 [kworker/3:0]
  787 ?        I      0:00 [kworker/0:0]
  788 pts/0    R+     0:00 ps ax




UweUwe

Hallo, hab kein CUL dran. Nur ein Homematic Funkmodul.
Ich weiss nicht, ob ich initialUsbCheck aktiv habe. Kann ich dies testen?


MadMax-FHEM

Ich daddel grad nur mit dem Handy...

Mit ps -ax war nat. der gesamte Befehl von oben gemeint: passt schon! ;)

Wollte nur nicht alles noch mal rein daddeln... ;)

Wie steht es um initialUsbCheck?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MadMax-FHEM

Zitat von: UweUwe am 12 März 2019, 22:11:42
Hallo, hab kein CUL dran. Nur ein Homematic Funkmodul.
Ich weiss nicht, ob ich initialUsbCheck aktiv habe. Kann ich dies testen?

Ich meinte ja auch nicht, dass du einen CUL dran hast, sondern dass initialUsbCheck schon mal Probleme (mit nicht CUL) USB-Devices macht (führt zu weit, einfach mal.danach suchen bei Interesse)...

Ja.
Entweder list initialUsbCheck

Oder (wenn fhem nicht tut):

cat /opt/fhem/fhem.cfg | grep initialUsbCheck

Oder im fhem-Log nach entsprechenden Meldungen schauen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

UweUwe

Internals:
   DEF        global:INITIALIZED usb create
   FUUID      5c76d022-f33f-813e-ea4a-b5b2b44cc116842a
   NAME       initialUsbCheck
   NOTIFYDEV  global
   NR         13
   NTFY_ORDER 50-initialUsbCheck
   REGEXP     global:INITIALIZED
   STATE      2019-03-12 22:13:39
   TRIGGERTIME 1552425219.95221
   TYPE       notify
   READINGS:
     2019-03-12 22:13:37   state           active
Attributes:
   DbLogExclude .*


Ich nehme an "deaktivieren" oder löschen.
Bei gesteckter Maus bei reboot komme ich nicht auf FHEM!