<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Handgestrickter GPS-Receiver in einem FPGA</title>
	<atom:link href="http://opendgps.org/handgestrickter-gps-receiver-in-einem-fpga/feed/" rel="self" type="application/rss+xml" />
	<link>http://opendgps.org/handgestrickter-gps-receiver-in-einem-fpga/</link>
	<description>Differential GPS for the rest of us</description>
	<lastBuildDate>Fri, 29 Sep 2017 05:26:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.2</generator>
	<item>
		<title>By: info</title>
		<link>http://opendgps.org/handgestrickter-gps-receiver-in-einem-fpga/#comment-2529</link>
		<dc:creator>info</dc:creator>
		<pubDate>Fri, 11 Oct 2013 10:04:06 +0000</pubDate>
		<guid isPermaLink="false">http://opendgps.de/?p=242#comment-2529</guid>
		<description><![CDATA[Nein, die RTKLib verwendet er gar nicht. D.h. es kommen keine Korrektursignale oder Daten externer Sensoren zum Einsatz. Die Verwendung von Forth ist eine absolut geniale Idee. Erstens wäre das RaspberryPi überfordert mit der Verwaltung der reinen Sat-Daten. Mit Forth hat er eine Sprache, die auf dem RasPi generiert werden kann (ähnlich, wie es ein SQL-Wrapper in PHP tut) und diese Befehle an das FPGA schicken. Damit wäre im Prinzip auch eine Umsetzung der RTKLib möglich. D.h. einige Teile würden von der CPU übernommen und einfaches Shiften von Daten könnte im Spartan6 stattfinden. 

Wir testen grade den Aufbau mit einem Mojo am BeagleBoard Black. Das FPGA-Board verfügt über reichlich DigitalIOs und vor allem über 8 Analog Inputs. Womit letztlich sogar schon ein erster Schritt zu einem sphärischen Antennen-Design getan wäre. Die analogen Inputs werden dann an mehrere Forth-Prozessoren gleichzeitig geroutet und die Laufzeitverzögerung gemessen. Letztlich ähnlich diesem Vorschlag hier: http://www.golem.de/news/satellitennavigation-neuartige-antenne-soll-gps-empfang-verbessern-1309-101789.html]]></description>
		<content:encoded><![CDATA[<p>Nein, die RTKLib verwendet er gar nicht. D.h. es kommen keine Korrektursignale oder Daten externer Sensoren zum Einsatz. Die Verwendung von Forth ist eine absolut geniale Idee. Erstens wäre das RaspberryPi überfordert mit der Verwaltung der reinen Sat-Daten. Mit Forth hat er eine Sprache, die auf dem RasPi generiert werden kann (ähnlich, wie es ein SQL-Wrapper in PHP tut) und diese Befehle an das FPGA schicken. Damit wäre im Prinzip auch eine Umsetzung der RTKLib möglich. D.h. einige Teile würden von der CPU übernommen und einfaches Shiften von Daten könnte im Spartan6 stattfinden. </p>
<p>Wir testen grade den Aufbau mit einem Mojo am BeagleBoard Black. Das FPGA-Board verfügt über reichlich DigitalIOs und vor allem über 8 Analog Inputs. Womit letztlich sogar schon ein erster Schritt zu einem sphärischen Antennen-Design getan wäre. Die analogen Inputs werden dann an mehrere Forth-Prozessoren gleichzeitig geroutet und die Laufzeitverzögerung gemessen. Letztlich ähnlich diesem Vorschlag hier: <a href="http://www.golem.de/news/satellitennavigation-neuartige-antenne-soll-gps-empfang-verbessern-1309-101789.html" rel="nofollow">http://www.golem.de/news/satellitennavigation-neuartige-antenne-soll-gps-empfang-verbessern-1309-101789.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roland</title>
		<link>http://opendgps.org/handgestrickter-gps-receiver-in-einem-fpga/#comment-2522</link>
		<dc:creator>Roland</dc:creator>
		<pubDate>Thu, 10 Oct 2013 16:44:12 +0000</pubDate>
		<guid isPermaLink="false">http://opendgps.de/?p=242#comment-2522</guid>
		<description><![CDATA[Ich hab mir das Projekt von Holme angesehen verstehe aber nicht, wofür er auf dem FPGA Forth braucht. Eigentlich könnte er die Signale doch einfach aufbereiten und durchreichen. Oder arbeitet er an der Stelle schon mit der Rtklib?]]></description>
		<content:encoded><![CDATA[<p>Ich hab mir das Projekt von Holme angesehen verstehe aber nicht, wofür er auf dem FPGA Forth braucht. Eigentlich könnte er die Signale doch einfach aufbereiten und durchreichen. Oder arbeitet er an der Stelle schon mit der Rtklib?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
