<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>OpenDGPS &#187; Prozess</title>
	<atom:link href="http://opendgps.org/category/prozess/feed/" rel="self" type="application/rss+xml" />
	<link>http://opendgps.org</link>
	<description>Differential GPS for the rest of us</description>
	<lastBuildDate>Tue, 20 Jun 2017 13:28:36 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.2</generator>
		<item>
		<title>Kaltstart Position Fix mit FPGA-Lösung beschleunigen</title>
		<link>http://opendgps.org/kaltstart-position-fix-mit-fpga-losung-beschleunigen/</link>
		<comments>http://opendgps.org/kaltstart-position-fix-mit-fpga-losung-beschleunigen/#comments</comments>
		<pubDate>Fri, 17 Jun 2016 12:48:33 +0000</pubDate>
		<dc:creator>info</dc:creator>
				<category><![CDATA[Code]]></category>
		<category><![CDATA[Hardware]]></category>
		<category><![CDATA[Prozess]]></category>

		<guid isPermaLink="false">http://opendgps.de/?p=270</guid>
		<description><![CDATA[Die Masterarbeit eines Studenten (Michael Sammartino) der Youngstown State University untersucht die Möglichkeit, die &#8220;receiver’s time to first fix from a cold start&#8221; zu minimieren. Mit Hilfe eines FPGA (Cyclone IV auf dem DE2 Board von Terasic) erreicht seine Lösung, die 4 mal &#8230; <a href="http://opendgps.org/kaltstart-position-fix-mit-fpga-losung-beschleunigen/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><a href="https://etd.ohiolink.edu/!etd.send_file?accession=ysu1442405044&amp;disposition=inline"><img class="alignleft size-full wp-image-271" alt="masterarbeit" src="http://opendgps.de/wp-content/uploads/masterarbeit.png" width="131" height="179" /></a>Die Masterarbeit eines Studenten (Michael Sammartino) der Youngstown State University untersucht die Möglichkeit, die &#8220;receiver’s time to first fix from a cold start&#8221; zu minimieren. Mit Hilfe eines FPGA (Cyclone IV auf dem DE2 Board von Terasic) erreicht seine Lösung, die 4 mal schneller ist (1,7 sec.) als die Zeit, die ein Garmin Forerunner (8 sec.) braucht.</p>
<p>Obwohl er leider den Code nur in kleinen Auszügen veröffentlicht hat kann man davon ausgehen, dass die verwendete Hardware (FPGA-Board ~250€ plus custom ASIC RF board) eigentlich überdimensioniert ist. Effektiv müsste ein Spartan 6 und ein GPS-Modul, dass die Rohdaten liefert ausreichen.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://opendgps.org/kaltstart-position-fix-mit-fpga-losung-beschleunigen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OpenDGPS Wiki ist offline</title>
		<link>http://opendgps.org/opendgps-wiki-online/</link>
		<comments>http://opendgps.org/opendgps-wiki-online/#comments</comments>
		<pubDate>Thu, 03 Jan 2013 16:15:27 +0000</pubDate>
		<dc:creator>info</dc:creator>
				<category><![CDATA[Prozess]]></category>

		<guid isPermaLink="false">http://opendgps.de/?p=175</guid>
		<description><![CDATA[Seit kurzem ist das OpenDGPS Wiki online offline. Dort finden sich in Zukunft alle Informationen zum aktuellen Projektstand, der verwendeten Hard- und Software. Alle Interessierten sind willkommen, mitzudokumentieren und -redigieren. Gerne kann es ausführlicher werden und selbst abwegige Themen können behandelt &#8230; <a href="http://opendgps.org/opendgps-wiki-online/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p>Seit kurzem ist das OpenDGPS Wiki <del>online</del> offline. <span style="color: #c0c0c0;">Dort finden sich in Zukunft alle Informationen zum aktuellen Projektstand, der verwendeten Hard- und Software. Alle Interessierten sind willkommen, mitzudokumentieren und -redigieren. Gerne kann es ausführlicher werden und selbst abwegige Themen können behandelt werden.</span></p>
<p>Leider ist Mediawiki in der Standardinstallation ein riesiges Einfallstor für alle möglichen Angriffsformen. Da wir aber unsere Zeit derzeit nicht in die Pflege und das patchen von Serversoftware stecken können (und wollen) bleibt das Wiki vorerst offline.</p>
<p>Vielen Dank für die Hinweise!</p>
]]></content:encoded>
			<wfw:commentRss>http://opendgps.org/opendgps-wiki-online/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Netzbasierte Kalibrierung der OpenDGPS-Referenzstationen</title>
		<link>http://opendgps.org/netzbasierte-kalibrierung-der-opendgps-referenzstationen/</link>
		<comments>http://opendgps.org/netzbasierte-kalibrierung-der-opendgps-referenzstationen/#comments</comments>
		<pubDate>Thu, 01 Nov 2012 22:14:09 +0000</pubDate>
		<dc:creator>info</dc:creator>
				<category><![CDATA[Prozess]]></category>

		<guid isPermaLink="false">http://opendgps.de/?p=140</guid>
		<description><![CDATA[Ein kollaboratives Projekt wie OpenDGPS hat, wie viele andere solcher Projekte, mit einem Problem zu rechnen, das den Erfolg beeinträchtigen könnte: Wie stellt man die Genauigkeit der Daten sicher? Wenn einzelne Referenzstationen ungenaue oder falsche Daten liefern, würden mobile Empfänger &#8230; <a href="http://opendgps.org/netzbasierte-kalibrierung-der-opendgps-referenzstationen/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p>Ein kollaboratives Projekt wie OpenDGPS hat, wie viele andere solcher Projekte, mit einem Problem zu rechnen, das den Erfolg beeinträchtigen könnte: <strong>Wie stellt man die Genauigkeit der Daten sicher?</strong> Wenn einzelne Referenzstationen ungenaue oder falsche Daten liefern, würden mobile Empfänger unter Umständen sogar eine noch geringere Ortungsgenauigkeit erhalten als ohne Differenzsignal.</p>
<p>In einem genügend großen Netz aus festen Stationen kann man das Problem durch einen permanenten Kalibrierungsprozess benachbarter Stationen lösen. Dabei wird aus den Laufzeitabweichungen von Receivern in der Nähe die eigentliche Differenz für eine gegebene Station berechnet.</p>
<p>Allerdings würden sich mit der Zeit kleine Fehler vervielfältigen und verstärken. Daher muss korrespondierend ein systemunabhägiges Korrekturverfahren eingesetzt werden. Dies kann beispielsweise durch professionelles Equipment geschehen oder selbst durch mobile OpenDGPS-Rover an <a href="http://opendgps.de/eichung-einer-festen-dgps-station/">Messpunkten</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://opendgps.org/netzbasierte-kalibrierung-der-opendgps-referenzstationen/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Eichung einer festen DGPS-Station</title>
		<link>http://opendgps.org/eichung-einer-festen-dgps-station/</link>
		<comments>http://opendgps.org/eichung-einer-festen-dgps-station/#comments</comments>
		<pubDate>Tue, 02 Oct 2012 13:20:57 +0000</pubDate>
		<dc:creator>info</dc:creator>
				<category><![CDATA[Prozess]]></category>

		<guid isPermaLink="false">http://opendgps.de/?p=52</guid>
		<description><![CDATA[Das OpenDGPS-Projekt hat eigentlich ein Henne-Ei-Problem: Wie können die Fixstationen ohne Hardware wie ein Leica GRX1200+ (Richtpreis: € 14.000) möglichst exakt geeicht werden? Die Genauigkeit die die mobilen Stationen ermitteln können hängt wesentlich von der Genauigkeit der festen Stationen ab. &#8230; <a href="http://opendgps.org/eichung-einer-festen-dgps-station/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p>Das OpenDGPS-Projekt hat eigentlich ein Henne-Ei-Problem: Wie können die Fixstationen ohne Hardware wie ein <a href="http://onlinestore.geoqinetiq.com/index.php?productID=68">Leica GRX1200+</a> (Richtpreis: € 14.000) möglichst exakt geeicht werden? Die Genauigkeit die die mobilen Stationen ermitteln können hängt wesentlich von der Genauigkeit der festen Stationen ab. Jede Abweichung um wenige Zentimeter führt zwangsläufig zu mindestens dieser Abweichung bei den mobilen Einheiten.</p>
<div id="attachment_53" class="wp-caption alignleft" style="width: 292px"><a href="http://de.wikipedia.org/w/index.php?title=Datei:Berliner_Mittelpunkt.JPG&amp;filetimestamp=20110306014324"><img class=" wp-image-53 " title="berliner-mitte" src="http://opendgps.de/wp-content/uploads/berliner-mitte.png" alt="" width="282" height="208" /></a><p class="wp-caption-text">Die Berliner Mitte liegt in Kreuzberg. (Quelle: siehe Link)</p></div>
<p>Glücklicherweise gibt es <a href="http://de.wikipedia.org/wiki/Vermessungspunkt">Vermessungspunkte</a>. Diese existieren überall im Land und sind je nach Typ zwischen unter zehn Zentimeter bis hin zu Millimeter genau. Mit Hilfe dieser Vermessungspunkte kann jede mobile Station temporär zu einer fixen Station umgewandelt werden. Einfach einen Punkt in der Nähe der zu eichenden Station suchen und mit einem mobilen Gerät dorthin fahren. Allerdings muss man darauf achten, dass es sich um Punkte handelt, die eine freie Sicht auf den Himmel gestatten. (Der auch sonst sehr GPS-umtriebige Ronald J. van der Kamp aus Holland hat übrigens <a href="http://atarist.home.xs4all.nl/geo/kernnetpunt.htm">ausführlich beschrieben</a>, wie man so einen Punkt vermessen kann.)</p>
<p>Da man die Korrekturen mit der RTKLIB auch nachträglich berechnen kann, bedarf es nicht mal einer bestehenden Online-Verbindung. Eine Online-Verbindung hätte allerdings den Vorteil, dass das Signal für mehrere Fixstationen als weiteres Korrektursignal verwendet werden könnte und mehrere Stationen gleichzeitig geeicht werden könnten.</p>
]]></content:encoded>
			<wfw:commentRss>http://opendgps.org/eichung-einer-festen-dgps-station/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>OpenDGPS startet heute offiziell. Jippiii!</title>
		<link>http://opendgps.org/hello-world/</link>
		<comments>http://opendgps.org/hello-world/#comments</comments>
		<pubDate>Tue, 31 Jul 2012 15:35:58 +0000</pubDate>
		<dc:creator>info</dc:creator>
				<category><![CDATA[Prozess]]></category>

		<guid isPermaLink="false">http://opendgps.de/?p=1</guid>
		<description><![CDATA[Nach einem Berg von Recherchen, ertrunken in hunderten Links über GPS-Empfänger, RTKLib, NTRIP und Spezifikationen haben wir uns gestern entschieden, mit OpenDGPS zu starten. In den nächsten Wochen werden wir auf diesem Blog unsere Fortschritte und Rückschläge, unsere Vorstellungen und &#8230; <a href="http://opendgps.org/hello-world/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p>Nach einem Berg von Recherchen, ertrunken in hunderten Links über GPS-Empfänger, RTKLib, NTRIP und Spezifikationen haben wir uns gestern entschieden, mit OpenDGPS zu starten. In den nächsten Wochen werden wir auf diesem Blog unsere Fortschritte und Rückschläge, unsere Vorstellungen und die Wirklichkeit, unsere Visionen und Albträume dokumentieren. Kurz: Wir sind vollkommen begeistert!</p>
]]></content:encoded>
			<wfw:commentRss>http://opendgps.org/hello-world/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
