Um ein Thema zu abonnieren klicken Sie bitte auf den Briefumschlag oben rechts. Der färbt sich dann blau ein, und Du wirst per Mail über neue Beiträge informiert. Als angemeldeter Map-Editor (Nutzer) kannst Du ein neues Thema am Ende dieser Seite anlegen.
Zurück zum Forum | Zur letzten Antwort
DHCP startet nicht (Thomas_H) | 03.06.18 16:17 |
Das Setup funktioniert wunderbar, leider habe ich Problem per WLAN zu verbinden - der DHCP Server startet nicht. Ich habe herausgefunden, dass es irgendwie an der Service Konfiguration liegt - mit dem Befehl: /usr/sbin/dnsmasq -x /run/dnsmasq/dnsmasq.pid -u dnsmasq -7 /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new --local-service startet der DHCP ganz normal und kann dann auch per Service stop/start wieder gestartet werden. Vorher gibt es immer die Fehlermeldung "failed (Result: resources)" Lösung habe ich leider noch keine gefunden :( |
Als Lösung habe ich folgendes gefunden: In der Datei /etc/systemd/system/multi-user.target.wants/dnsmasq.service Den Wert ExecStart auf /usr/sbin/dnsmasq -x /run/dnsmasq/dnsmasq.pid -u dnsmasq -7 /etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new --local-service setzen. Das ist sicher nicht die schönste Lösung, aber es funktioniert. Seltsam finde ich nur, dass sonst niemand das Problem hat. Alle Raspberrys sollten mehr oder weniger gleich sein und IMage und Installationsskript sind ja auch die selben... Thomas_H - 08.06.18 16:55 |
|
Hallo Thomas Du bist nicht allein - ich habe das gleiche Problem: Nachdem meine SD-Karte mit dem FT-Image "gestorben" ist, habe ich seit einer Woche versucht, FT zu installieren. Mit dem neuen "Stretch" kommen bei mir jede Menge Fehlermeldungen, aber zum Glück hatte ich noch ein Jessie-2017-07-05. Damit komme ich bei der Installation nach restart bis zur GUI, aber ich kann mich nicht auf 10.10.69.10 anmelden. Meine LINUX-Kenntnisse sind eher minimal, und im Netz habe ich auch keine Lösungen gefunden. Ich werde heute Deine Lösung implementieren und melde mich dann wieder. Meine HW: Raspi 3 mit edimax Stub & AIS-spotter. Gruß hobbyuser - 09.06.18 07:43 |
|
... Hab mir gerade eine Test-Micro-SD-Karte bestellt, und werde in den nächsten Tagen die Installationsroutinen aktualisieren ... Das wäre mein Teil der Aktion. Euer Teil vielleicht als Tip: Wenn Ihr eine funktionierende Karte habt, lohnt ein Image der gesamten Karte z.B. mit dem Programm Win32-Disk-Imager unter Windows. Dann läßt sich eine defekte Karte auch schnell (auch unterwegs mit dem Laptop) wiederherstellen. Beste Grüße von der Dahme JJ jjOffline - 09.06.18 07:52 |
|
Hallo Thomas Vielen Dank für Deinen Fix - die Lösung scheint zwar nicht stabil zu funktionieren, nach einiger Zeit (ca. 15 Min)stürzt dnsmasq immer wieder ab (systemctl status dnsmasq). Trotzdem war ich in der Lage, die Kartendateien ´runterzuladen. Bei meinen vielen Versuchen habe ich auch bemerkt, daß es nicht sinnvoll ist, auf einem sauberen Jessie schon vnc oder wlan zu laden oder zu konfigurieren. Hallo JJ Ich würde es wirklich sehr begrüßen, wenn Du dich mal um die Installationsroutine kümmern könntest. Ich habe jetzt übrigens das (noch fehlerhafte) Image erst mal gesichert, ebenso wie ein sauberes Jessie ohne FT. Gruß hobbyuser - 09.06.18 14:54 |
|
Hi, ich hab jetzt mal gebastelt und hoffe, die Installation funktioniert wieder. Könnt Ihr das bitte Testen? Und dann eine Rückmeldung geben? Danke!!! JJ jjOffline - 25.06.18 17:13 |
|
Hallo JJ vielen Dank für Deine schnelle Reaktion. Ich habe mir gestern das alte Image jessie_2017-01-11 runtergeladen und die neueste version von pi.tgz. Abweichend von der Anleitung habe ich update und upgrade aufgerufen, dann FT installiert. DNS/DHCP funktioniert jetzt einwandfrei, lediglich GPSfunktioniert derzeit nicht. Zur Zeit installiere ich gerade auf einer zweiten Karte ohne update/upgrade, auch hier ist DNS/DHCP einwandfrei. GPS kann ich noch nicht testen. Anschließend werde ich noch mal mit der letzten Jessie-Version 2017-07-05 testen und melde mich dann wieder. Gruß hobbyuser - 27.06.18 10:00 |
|
Hallo JJ, Thomas tut mir Leid, daß es so lange gedauert hat, aber: mein AISspotter war tatsächlich defekt, daher kein GPS (139€!). Ich habe mir dann (aus Preisgründen) erst mal einen NaviLock GPS besorgt. Der funktioniert mit 4800 Baud am PC, aber nicht am Raspi. Jetzt habe ich wieder einen AISspotter, der funktioniert am PC bei 38400 Baud, aber leider auch nicht mehr am Raspi. Daraufhin habe ich mir die Anschlüsse und Protokolle näher angesehen: NaviLock -> lsusb: Bus 001 Device 006: ID 067b:2303 Prolific Technology PL2303 serial Port (GPS) AISspotter -> lsusb: Bus 001 Device 008: ID 0403:6015 Future Techn. Dev. Bridge(I2C/SPI/UART/FIFO) Beide GPS-Empfänger erscheinen jeweils als /dev/ttyUSB0 hier sind typische Datensätze (von beiden): NaviLock Datensätze: $GPGSA,A,3,08,18,27,10,11,32,20,14,,,,,2.3,1.2,2.0*31 $GPRMC,155908.000,A,5017.7386,N,00803.5716,E,0.00,91.20,060718,,,A*5B $GPGGA,155909.000,5017.7386,N,00803.5716,E,1,08,1.2,161.9,M,47.9,M,,0000*54 $GPGSA,A,3,08,18,27,10,11,32,20,14,,,,,2.3,1.2,2.0*31 $GPRMC,155909.000,A,5017.7386,N,00803.5716,E,0.00,91.20,060718,,,A*5A $GPGGA,155910.000,5017.7386,N,00803.5716,E,1,08,1.2,161.9,M,47.9,M,,0000*5C $GPGSA,A,3,08,18,27,10,11,32,20,14,,,,,2.3,1.2,2.0*31 $GPRMC,155910.000,A,5017.7386,N,00803.5716,E,0.00,91.20,060718,,,A*52 $GPGGA,155911.000,5017.7386,N,00803.5716,E,1,08,1.2,161.9,M,47.9,M,,0000*5D AISspotter-Datensätze: $GNRMC,160202.00,A,5017.73431,N,00803.57518,E,0.017,,060718,,,A*63 $GNRMC,160203.00,A,5017.73423,N,00803.57524,E,0.017,,060718,,,A*6E $GNRMC,160204.00,A,5017.73422,N,00803.57524,E,0.047,,060718,,,A*6D $GNRMC,160203.00,A,5017.73432,N,00803.57529,E,0.126,,060718,,,A*60 $GNRMC,160204.00,A,5017.73442,N,00803.57534,E,0.109,,060718,,,A*61 $GNRMC,160205.00,A,5017.73455,N,00803.57541,E,0.116,,060718,,,A*6A $GNRMC,160206.00,A,5017.73459,N,00803.57547,E,0.027,,060718,,,A*60 $GNRMC,160207.00,A,5017.73462,N,00803.57554,E,0.113,,060718,,,A*6D Nach der Jessie-Grundinstallation kann ich übrigens mittels putty an ttyUSB0 die Datensätze der GPS-Empfänger sehen, leider nicht mehr nach der Installation von FT Versuchsweise habe ich in der GPS-Konfiguration von FT auch mal "serial0" anstelle "ttyUSB0" eingegeben, aber auch kein Erfolg. Ich kann mir nicht vorstellen, bei der Eingabe oder Konfiguration einen Fehler gemacht zu haben, oder??? Übrigens ist der Effekt immer der gleiche, ob mit Jessie 2017-01-11 oder mit 2017-07-05; allerdings würde ich empfehlen, die Installation mit 2017-07-05 durchzuführen, bei 2017-01-11 dauern update & upgrade eine gefühlte Ewigkeit (Stunden). Da andere Nutzer sehr wahrscheinlich auch dieses Problem haben werden, werde ich wohl auch ein neuse Thema eröffnen. Gruß hobbyuser - 07.07.18 15:44 |
|
Hi Hobbyuser, und die Konfiguration hast Du auch über den Menüpunkt "GPS-Konfiguration" im Browser eingestellt? Wenn Du im Terminal über den Befehl cat /dev/ttyUSBX die Datensätze sehen kannst sollte auch der GPS-Empfang gehen. Ich bin derzeit im Urlaub und habe keinen RaspberryPI dabei, kann das also nicht testen. Aber die GPS-Datensätze sehen bei mir in etwa so aus: $GNRMC,054202.00,A,5225.90350,N,01334.37938,E,0.064,,080718,,,A*67 $GNRMC,054203.00,A,5225.90351,N,01334.37938,E,0.042,,080718,,,A*63 $GNRMC,054204.00,A,5225.90350,N,01334.37938,E,0.089,,080718,,,A*62 !AIVDM,1,1,,B,139f0e?P00Pv;FhMwnQP0?v8R0T6,0*65 $AIVSI,01,0,246060,9999,-88,*3E $GNRMC,054205.00,A,5225.90351,N,01334.37935,E,0.121,,080718,,,A*6C $GNRMC,054206.00,A,5225.90348,N,01334.37937,E,0.167,,080718,,,A*67 $GNRMC,054207.00,A,5225.90350,N,01334.37938,E,0.254,,080718,,,A*63 $GNRMC,054208.00,A,5225.90354,N,01334.37937,E,0.210,,080718,,,A*67 $GNRMC,054209.00,A,5225.90353,N,01334.37943,E,0.075,,080718,,,A*63 $GNRMC,054210.00,A,5225.90350,N,01334.37950,E,0.097,,080718,,,A*66 Ich habe jetzt also aus der Ferne keine Idee. Die Ausgabe des GPS-Daten-Lese-Scriptes kannst Du ansehen mit dem Befehl: php -f /usr/local/bin/phpSocketReadGPS.php Und die Ausgabe sollte in etwa so aussehen: Moment, Verbindung zu 127.0.0.1 2947 wird aufgebaut ... 1531028811,$GNRMC,054652.00,A,5225.90211,N,01334.38108,E,0.035,,080718,,,A*62 1531028812,$GNRMC,054653.00,A,5225.90213,N,01334.38114,E,0.162,,080718,,,A*6F === !AIVDM,1,1,,B,139q2f?P00Pv8k2N00ff4?v8R0Rj,0*42 === === $AIVSI,01,0,246060,9999,-79,*3E === 1531028813,$GNRMC,054654.00,A,5225.90222,N,01334.38115,E,0.304,,080718,,,A*69 1531028814,$GNRMC,054655.00,A,5225.90224,N,01334.38114,E,0.149,,080718,,,A*64 1531028816,$GNRMC,054657.00,A,5225.90228,N,01334.38095,E,0.090,,080718,,,A*67 Hilft Dir das? Beste Grüße aus Duisburg JJ jjOffline - 08.07.18 07:49 |
|
Hallo JJ vielen Dank für Deine prompte Antwort. Ich glaube schon, daß mir das geholfen hätte, aber in meiner Verzweiflung kam mir gestern abend noch die Idee, es noch einmal mit einer alten "Wheezy"-Version zu versuchen. Wheezy meldet sich nicht mit der grafischen raspi-config, sondern mit der CLI-Version. Und da steht bei Serial-Interface, daß es für Kernel-Messages output gedacht ist (Ich habe zuvor bei Jessie in der GUI immer "Serial Enable" angeklickt - das war wohl der Fehler). Wenn ich jetzt nach der Jessie-Grundinstallation und nach update - upgrade eingebe: stty 38400 -F /dev/ttyUSB0 cat /dev/ttyUSB0 dann bekomme ich genau die erwünschte Ausgabe vom GPS. Und jetzt installiere ich FT noch einmal! ===================== So, funktioniert immer noch nicht. Wenn ich den o.g. Befehl cat /dev//ttyUSB0 eingebe, erscheint nichts. Auch wenn ich in der Karte die Schnittstelle neu mit 38400 setze. Mit "cat /dev/ttyUSB0" bekomme ich erst dann eine Ausgabe, nachdem ich "stty 38400..." eingegeben habe. Aber nach Eingabe von php -f /usr/local/bin/phpSocketReadGPS.php bekomme ich dann das folgende: PHP Notice: Undefined offset: 3 in /usr/local/bin/phpSocketReadGPS.php on line 18 PHP Notice: Undefined offset: 2 in /usr/local/bin/phpSocketReadGPS.php on line 18 PHP Notice: Undefined offset: 1 in /usr/local/bin/phpSocketReadGPS.php on line 18 PHP Notice: Undefined offset: 3 in /usr/local/bin/phpSocketReadGPS.php on line 18 PHP Notice: Use of undefined constant sec - assumed 'sec' in /usr/local/bin/phpSocketReadGPS.php on line 22 Moment, Verbindung zu 127.0.0.1 2947 wird aufgebaut ... 1531050648,$GNRMC,115047.00,A,5017.73680,N,00803.57485,E,0.028,,080718,,,D*68 1531050648,$GNRMC,115048.00,A,5017.73680,N,00803.57484,E,0.007,,080718,,,D*6B 1531050649,$GNRMC,115049.00,A,5017.73680,N,00803.57486,E,0.014,,080718,,,D*6A Unterbrechen kann ich diese Endlosausgabe mit <strg><c>, dann erscheint: ^C pi@pi9:~ $ cat: Schreibfehler: Datenübergabe unterbrochen (broken pipe) _ ("mein Kommentar: der blinkende Underscore erscheint als Folge eines <NeueZeile> in der vorigen Zeile) Als einzigen wesentlichen Unterschied im Datensatz erkenne ich im letzten Block das <D> anstelle <A>, aber mein AISspotter kam direkt von Busse, ich kann nichts daran ändern, und ich erkenne auch nicht, wieso ich hier differentielles GPS haben sollte. In der Auswertung sollte das eh ignoriert werden. Daran kann es aber auch nicht liegen: wenn ich den NaviLock anschließe und die Schnittstelle mit stty auf 4800 ändere, bekommei ich nach "php -f /usr/local/bin/phpSocketReadGPS.php" jede Menge unterschielicher datensätze, darunter auch $GPRMC....,,,A*xx; in FT tut sich dennoch nichts. PS.: Deine Antwort für die Fehleranalyse war zwar sehr wichtig, aber abgeschlossen ist das Thema noch nicht. Ich werde es jetzt doch noch mal mit Wheezy 2015-05-05 versuchen, und dann mit Jessie 2017-01-11. Irgendwann muß sich doch etwas verändert haben! hobbyuser - 08.07.18 15:40 |
|
Hi, das ist jetzt alles etwas verworren für mich aus der Ferne. Das php-Script liefert ja offenbar, was es soll. Also sollten die Daten auch für das Webinterface greifbar sein. Port 2974 oder so (steht im Script). Die Konfiguration erfolgt jetzt grafisch direkt über das Menü aus der Seekarte heraus (gelber Ordner oben links). Soweit war das klar? Beste Grüße JJ jjOffline - 08.07.18 18:06 |
|
Hallo JJ ja, soweit alles klar. Hier mein kurzes Protokoll der Aktivitäten der letzten Stunden: So, der Versuch mit Wheezy war nichts - es gab wohl doch zu viele Änderungen (pi.tgz vom 2017-04-11) Kurze Kontrolle nach der Jessie 2017-01-11 Grundinstallation: ttyUSB0 default auf 9600, nach dem Setzen auf 38400 mit cat....: jetzt plötzlich meldet sich mein AISspotter mit dem ",,,A*xx" im letzten Block, aber, wie schon gesagt, das ist bestimmt nicht wichtig. Nach Fertigstellen der Installation, nach Neustart, aber vor dem Aufruf der Seekarte ist der Default-Wert von ttyUSB0 wieder 9600 -> das war vorhersehbar! Anschliessend in der Seekarte "Installationsvorgang fortsetzen / Aktualisieren der Seekarte". Danach Aufruf der Seekarte und Konfiguration der NMEA-Schnittstelle (links oben; /dev/ttyUSB0 38400 8 1 0) dann wieder:"cat /dev/ttyUSB0 -> kein Output!! Übrigens auch keine Anzeige in der Seekarte. Überprüfen der Schnittstellenkonfiguration: stty -F /dev/ttyUSB0 ergibt: speed 9600 baud; line = 0; -brkint imaxbel -> DAS WAR NICHT VORHERSEHBAR! Greifen möglicherweise OS und script auf unterschiedliche Schnittstellen zu? Nachdem die Schnittstelle im OS wieder mit stty auf 38400 gesetzt ist, funktioniert auch wieder cat /dev/ttyUSB0. Übrigens - die Uhrzeit rechts unten im GPS-Feld der Seekarte wird korrekt angezeigt, ebenso die exakte Position des Kartenmittelpunktes über der Seekarte, nur ist das eben nicht meine Position, sondern nur die Position der Karte auf dem Bildschirm. So, das war´s jetzt für heute. Nachdem ich bisher fast ausschließlich mit Raspi2 getestet habe, werde ich morgen die Übung mit Raspi3 wiederholen. Im Internet habe ich gelesen, das bei Raspi3 eine (für mich nicht ganz verständliche) Umreferenzierung efolgt ist. Vielleicht hängt mein Problem ja damit zusammen. Trotzdem verstehe ich nicht, weshalb ich der einzige zu sein scheine. Gruß hobbyuser - 08.07.18 21:40 |
|
Hm, das sieht soweit alles gut aus. Ich würde ja jetzt fast fragen, ob Du nicht einfach mal den Browser-Cache löschen magst? Weil der Positionsanzeiger eigentlich oben links in der Karte bleibt, bis er gültige Daten hat ...
jjOffline - 08.07.18 21:50 |
|
Hallo JJ Also: Jessie 2017-07-05 mit pi.tgz vom 26.06.2018 auf Raspi3 Nach Grundinstallation/update/upgrade /dev/ttyUSB0 auf 9600 -> normal nach stty auf38400 mit cat... -> normale GPS-Datensätze Danach Installation FreieTonne Nach Installation FT und Neustart ist /dev/ttyUSB0 auf 9600 -> war zu erwarten Dann "Installationsvorgang fortsetzen / Aktualisieren der Seekarte" (ca. 120min) Beim ersten Aufruf der Seekarte zur Konfiguration der NMEA-Schnittstelle Default-Werte /dev/ttyUSB0 38400 8 1 0 Ohne Speichern verlassen, im OS mit stty aktuelle Bitrate prüfen -> ist jetzt nach "Reboot" 9600 -> OK! In Seekarte NMEA Konfig aufrufen und /dev/ttyUSB0 mit 38400 speichern -> stty zeigt weiterhin 9600!!!!!!!! php -f /usr/local/bin/phpSocketReadGPS.php -> zeigt NMEA-Datensätze In der Seekarte GPS einschalten - FUNKTIONIERT Nur zum Test NaviLock anschließen; in Seekarte/NMEA 4800 einstellen; stty testen -> 9600 was sagt "php -f /usr/local/bin/phpSocketReadGPS.php": zeigt NMEA-Datensätze -> Schön In der Seekarte GPS einschalten - FUNKTIONIERT Es funktioniert übrigens sowohl mit Firefox, mit Edge als auch mit Chromium auf einem raspi Ganz offensichtlich geschieht die interne Datenübergabe nicht auf dem Port, welches das Jessie-Betriebsystem im Terminal als /dev/ttyUSB0 bezeichnet - da ist irgendwo ein Unterschied zwischen raspi2 und Raspi3. Ich bin jetzt aber erst einmal zufrieden - der kleine Edimax am Raspi2 hat zwar bessere Reichweite als der Raspi3, und die Stromaufnahme ist auch geringer, aber was solls. Ich werde mich allerdings nochmal melden - ich mache nämlich die Gegenprobe unter den gleichen Bedingungen noch einmal auf einem raspi2. Nochmals vielen Dank für Deine Unterstützung, und wenn Du tatsächlich das Thema noch mal aufgreifen willst, dann helfe ich gerne, soweit ich kann. Gruß hobbyuser - 09.07.18 14:57 |
|
Hallo hobbyuser, ich habe exakt die gleiche Prozedur mit der gleichen Hardware und der gleichen Software wie du sie beschrieben hast durchgeführt. Und ich habe exakt die gleichen Probleme, wie du sie beschrieben hast! Nur schaffe ich es nicht die GPS-Daten zu bekommen so wie du es geschafft hast. Kannst Du dazu evtl. noch mehr Details bzw. Einstellungen beschreiben? Der einzige Unterschied bei mir ist, dass /dev/ttyUSB0 nach Neuinstallation und auch nach Neustart immer auf 38400 eingestellt ist. Gruß Guido Guido - 28.07.18 13:31 |
|
Hallo Guido vor ca. zwei Wochen hat das bei mir noch geklappt. Zwar konnte ich nicht mit den Einstellungen in FT die Schnittstelle beeinflussen, aber nach dem Tipp vonn JJ mit stty und anschließend phpSocketRead ging alles gut. Ich hatte mir dann ein kleines Python-Programm zusammengebastelt, welches nacheinander meherere NMEA-Positionen liefert. Damit konnte ich tatsächlich zu sehen, daß sich die Kartenanzeige verändert. Alles hat zufriedenstellend funktioniert, aber als ich dann letzte Woche mit neuen kleinen und schnellen 30GB SD-Karten die gleiche Prozedur nochmal durchziehen wollte, schien zwar alles inklusive des phpSocketRead zu funktionieren, nur hat sich die Kartenanzeige nicht mehr geändert. Der Grund für meine Bastelei war, daß ich meine ersten Versuche mit 64GB karten gemacht habe - die vielen Images, welche ich jetzt auf meinem Rechner habe, müllen mir die Festplatte zu, und ich war bisher erfolglos, ein Image mittels gparted und dd zu verkleinern. Außerdem sind nicht alle SD-Karten mit nominellen 32 oder 64GB gleich groß, so daß ein Image manchmal nur auf eine bestimmte Karte zurückgespeichert werden kann. Im Moment bin ich also ziemlich frustriert, aber ich habe wenigstens ein funktionierendes Image. Leider kann ich Dir aber nicht wirklich helfen. Gruß hobbyuser - 01.08.18 15:01 |
|
Hallo hobbyuser, mit deiner Beschreibung vom 09.07. habe ich es wiederholt hinbekommen. Ich habe dann noch in der /etc/rc.local die Zeile: "php -f /usr/local/bin/phpSocketReadGPS.php" eingefügt. Seitdem funktioniert die Seekarte zuverlässig mit dem Image auf einer 32er SD-Karte sowhl auf rpi3B als auch auf dem rpi2 nach jedem Neustart ohne irgendetwas einzustellen - also so, wie man es sich wünscht. Spannungsversorgung einschalten, im WLAN mit Freietonne verbinden, etwas warten bis die GPS-Daten empfangen werden und alles geht. Es scheint, dass der Verbindungsaufbau mit dem o.a. php-Script angstoßen werden muss. Mit dem Autostarteintrag in rc.local habe ich natürlich das Problem, dass ich den Raspi nicht mehr über das Terminal erreiche, dazu brauch ich wohl eine ssh-verbindung. In der jetzigen Funktion ist die Freietonne wirklich super zu gebrauchen, es ist auch kein externes WLAN erforderlich, um sie zu nutzen. Diese werden aber dennoch erkannt, um Karten zu laden. Gruß Guido Guido - 01.08.18 21:05 |
|
Hi Leute, also das php -f phpSocketReadGPS.php wird eigentlich bereits in /etc/rc.local gestartet. Es ist da Zeile 45 (/bin/sh /usr/local/bin/gpsStart-pi-schleife > /dev/null 2>&1 &). Damit das alles richtig läuft muß rc.local ohne Testausgabe auf dem Terminal abgeschlossen werden. im Script /usr/local/bin/phpSocketReadGPS.php erfolgt die Einstellung der Schnittstelle ab Zeile 40. Das kann man auch mal händisch testen, allerdings stimmt es ohnehin mit dem überein, was Ihr schon festgestellt habt. Die Schnittstelleneinstellungen müssen über http://pi.freietonne.de/ Ich hoffe, Euch ein paar sinnvolle Hinweise fürs debuggen gegeben zu haben. Wenn Ihr den Fehler gefunden habt, würde ich mich über eine genauere Beschreibung freuen!!! Viel Erfolg JJ jjOffline - 01.08.18 21:32 |
|
Hallo Jan, vielen Dank für die Hinweise! In meiner rc.local war die Zeile (/bin/sh /usr/local/bin/gpsStart-pi-schleife) auskommentiert, sie ist übrigens bei mir in Zeile 38. Damit habe ich wohl eine ältere - zumindest aber eine andere Version als Du. Ein Update wurde vorab durchgeführt. Es gab allerdings die Meldung, dass pi9 nicht aufgelöst werden kann (oder so ähnlich) die tgz wurde aber geladen und auch entpackt. Nachdem ich die o.g. Zeile wieder aktiviert habe, funktionier der GPS-Empfang bisher auch nach wiederholten Starten einwandfrei. Ich habe in der Vergangenheit immer wieder Updates gezogen, dennoch bekommen ich immer nur die o.g. Version... Wie auch immer - Freietonne läuft auf Pi2 und Pi3, dank der Änderung nun zuverlässig mit GPS-Empfang! Es ist ein sehr tolles Projekt und es macht spaß damit zu reisen. Morgen gehts damit zur Sneekweek. Nun gehts daran den Raspi mit der Pico-USV zum laufen zu bringen. Dieser fährt mit USV nicht hoch, evtl. hat das auch mit der falschen Version zu tun? Gruß Guido Guido - 02.08.18 15:04 |
|
Hallo Guido, JJ Hab ich bei mir auch gleich getestet, Auskommentierung entfernt - funktioniert. Bzgl. USV: ich hatte im letzten Jahr ein Problem mit der s.usv - Adresskollision mit irgendwelchen I2C-Adressen. Vielleicht ist das ja auch Dein Problem. Jedenfalls noch mal vielen Dank für die Hilfe uns schönes Wochenende Gruß hobbyuser - 03.08.18 14:28 |
|