Donnerstag, 21. März 2013

Reit- und Wanderkarte in Gamin Basecamp installieren

Die Installation von der Reit und Wanderkarte in Basecamp unter MAC OS X hat bereits mehrfach funktioniert - jetzt hängt es aber total.

Hier meine Schritte, die auch hier
http://www.geoclothing.at/2011/09/openstreetmap-karten-fur-garmin-basecamp-unter-mac-os-x/
beschrieben sind:

1) Kartenmaterial unter http://www.wanderreitkarte.de/ laden.

2) Das ZIP Archiv entpacken. Mit Windows aus der Virtual Box heraus die Datei setup_ms ausführen und die img-Datei entpacken und Verzeichnis Reit_und_Wanderkarte anlegen.

2) Mit Gmapibuilder die Datei TDB Datei laden. Die anderen Datei-Einträge werden automatisch ergänzt. Die TYP Datei noch machträglich über das Auswahlfeld einfügen.

3) Es wird nach einem etwas längeren Rechenprozess zwar eine gmapi Datei erzeugt, die ist allerdings nur 194 kb groß. Wird diese mit dem MapManager in Basecamp installiert, wird nur eine leere weiße Karte angezeigt.

4) Das Java Programm JaVaWa MapConverter verweigert bei Auswahl des Ordners Reit-und-Wanderkarte die Konvertierung mit der Meldung, dass das Kartenmaterial unvollständig ist.

Als Zwischenlösung bleib nach langem probieren: Die Karte in Bascamp für Windows installieren und dann in Basecamp für MAC importieren; wobei die Konvertieung über MapConvert läuft. Beim letzten Durchgang ließ sich allerdings auch nur die Gesaqmtkarte erfolgreich installieren, bei anderen Karten wird die Konvertierung mit einer Fehlermeldung beendet. Bis eine neue Garmin Karte erzeugt wird bleibt also etwas Fummelei.


Montag, 4. März 2013

Serielle Ports unter OSX

Guter Tipp unter
http://iad.projects.zhdk.ch/physicalcomputing/tutorials/programmierung/serial/osx-serielle-ports-abfragen/

 Serielle Ports unter OSX

Um die verfügbaren seriellen Ports abzufragen starten wir das Programm Terminal und geben folgenden Befehl ein:
ls /dev/tty.*
Das Terminal gibt die Namen aller verfügbaren seriellen Ports aus. Was in etwa wie folgt aussieht:
//////////////////////////////////////////////////////////////
/dev/tty.Bluetooth-Modem
/dev/tty.Bluetooth-PDA-Sync
/dev/tty.raphon-SerialPort-1
/dev/tty.usbserial-FTCME7EW
Eine serielle Schnittstelle öffnen und den Datenverkehr auf dem Terminal mit dem Befehl “screen” [Schnittstelle] [Baudrate] ausgeben.
# screen /dev/tty.usbserial-FTDPYFLA 9600
Ankommende Daten werden direkt auf dem Terminal ausgegeben. Eingaben auf der Tastatur werden direkt über die Schnittstelle geschickt.
Wie immer muss die Schnittstelle geschlossen werden, damit sie zu einem späteren Zeitpunkt von einem anderen Programm verwendet werden kann. Screen verlassen wir mit der Tastenkombination [ctrl + a] gefolgt von [shift + k]

gnu.io.portinuseexception unknown application

Diese Fehlermeldung hat mir den ganzen Nachmittag die Nerven geraubt.
Auf dem macBook läuft die RxTx Installation und auf dem iMac gibt es immer wieder diesen Fehler.

Nach Suche in diversen Foren kam immer wieder der Tipp das Verzeichnis /var/lock mit den  Zugriffsrechten 777 anzulegen. Das Verzeichnis habe ich jetzt,  die Fehlermeldung blieb.
Erst der Umstieg auf RxTx V. 2.2, mit der erwarteten Fehlermeldung "Version Missmatch",  da die 2.1.7 native Library (64 Bit) verwendet wird, brachte den Erfolg.

Endlich geht die Kommunikation zwischen dem AVR-Net-IO-Board und Java ohne Fehlermeldung über die USB Schnittstelle mit dem FTDI-USB-Treiber.

Installation des C/C++-Compilers für MAC OS X.

Die Programmierung der Pololu-Roboter erfolgt in C.  Dazu benötigt man unter Mac OS X die X-Code Entwicklungsumgebung, diese  lässt sich aus dem App-Store laden und installieren. Um den integrierten GNU C-Compiler zu nutzen muss man in XCode->Preferences->Downloads die Command-Line-Tools installieren.

Der C-Compiler kann nun in einer anderen IDE wie beispielsweise Netbeans genutzt werden.


Sonntag, 3. März 2013

Netzwerk-Socket in Java

Beim Erzeugen eines Sockets in Java unter MAC OS X 8.2 erscheinen nur Fehlermeldungen. Ein erster Hinweis nach Suche in Foren: Die Portnummer muss über 1063 liegen. Ein Test mit Programmen wie EchoServer usw. verlief anschließend positiv. Der Zugriff auf die niedrigen Portnummern ist nur dem root-Benutzer erlaubt.

UTF-8 Probleme bei BlueJ unter Mac OS X

Bei BlueJ-Projekten erfolgt falsche Darstellung der Umlaute und die Codierung lässt sich im Projekt nicht ändern.

Lösung: Netbeans 7  standardmäßig auf UTF-8-Zeichnensatz stellen und in \etc\netbeans.conf: die Zeile der Optionen ändern:

netbeans_default_options="-J-Dfile.encoding=UTF-8"

BlueJ sollte standardmäßig für neue Projekte UTF-8 verwenden;  ansonsten in bluej.def die Zeile

bluej.vm.args=-ea -Dfile.encoding=utf-8

einfügen.

Manchmal liegt das Problem auch in den BlueJ-Projekteinstellung, insbesondere wenn alte Projekte geöffnet werden.

In der Datei package.blueJ die Zeile

project.charset=UTF-8

einfügen bzw. ändern.

BlueJ-Projekte in NetBeans

In den neuen Netbeans-Versionen (höher 6.9) ist die BlueJ - Projekt - Unterstützung nicht mehr standardmäßig bei den Plugins vorhanden.  Um das Plugin in den höheren Netbeans 7.XX Versionen zu nutzen lässt es sich unter der folgenden Adresse laden

 http://updates.netbeans.org/netbeans/updates/6.9/uc/final/stable/catalog.xml.gz

Unter extra-->plugins im Reiter Einstellungen nach hinzufügen die URL eingeben und den Katalog laden. Anschließend lässt sich unter verfügbare Plugins das BlueJ-Plugin auswählen und installieren.

Die Unterstützung der BlueJ-Projekte ist allerdings nicht mehr vollständig, da das Netbeans Plugin noch die bluej.pkg und bluej.pkh benötigt. die allerdings aus einem alten Projekt kopiert werden können.