Tag: SPHPBLOG

16 Tage habe ich mein N810 nun, und bislang – klopf-auf-Holz – bin ich, zu meinem eigenen Erstaunen, noch immer sehr angetan.
Es wird sicherlicher spannend sein zu erleben, wie sich die Kapazität des Akkus über die Zeit entwickelt; bislang hält mein N810 jedenfalls einen acht bis zehn Stundentag durch, always on, entweder über WLAN oder BT/UMTS.
Dank der OpenVPN-Portierung – mit einer der Hauptgründe, warum mich die Internet Tablets (oder ein Eee-PC) reizten – ist mein Tablet über jede Verbindung mit einer festen IP-Adresse im Netz (mit negativen Effekten, denn ein schmalbrüstiges Internet Tablet »leidet« ungleich stärker unter den unsäglichen Portscans, denen man sich heute quasi zwangsweise aussezt bei einer Internetverbindung). Always on, nur Round-Trip-Time und Paketloss schwanken, siehe Grafik.
Etwas lästig ist, das die IM-Anwendung jeden Verbindungswechsel – ich vermute über dbus oder ähnliches – mitbekommt und proaktiv die Kommunikationsverbindungen kappt (also alle IM- und VoIP-Verbindungen kappt) — ein vollkommen unnötiges Verhalten beim Einsatz von VPN-Software, zumindest bei OpenVPN, und meines Wissens derzeit nicht beeinflußbar.
Positiv – rein akademisch betrachtet, natürlich – ist denn auch das Fehlen eines GSM/UMTS-Moduls, welches das Tablet zwangsläufig zum unter das Benutzungsverbot von Mobiltelefonen fallen ließe. So darf man es als wohl als Nicht-Telefon, z. B. beim Einsatz als Navi, im Auto benutzen …

R0xx0r! corona – der grade auch sein openvpn an den Start brachte – hatte gestern abend noch eine lustige S60-Applikation aufgetan: Symarctic ExtGPS.

Beta version of Symarctic ExtGPS is available for download.
Symarctic ExtGPS allows you to use your phone’s built-in GPS module externally on laptop via Bluetooth. It is mainly targeted for Nokia N95, E90, 6110 Navigator handsets, allowing you to use existing, more sophisticated GIS applications.

 
Und in der Tat, nach der Installation gibt’s einen neuen Service auf meinem N95:

Service Name: Symarctic ExtGPS
Service Description: Share phone's built-in GPS module via Bluetooth
Service Provider: Symarctic Solutions
Service RecHandle: 0x10040
Service Class ID List:
"Serial Port" (0x1101)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 5
Language Base Attr List:
code_ISO639: 0x656e
encoding: 0x6a
base_offset: 0x100

Mit folgendem Eintrag auf meinem (Ubuntu-)Laptop

rfcomm4 {
bind yes;
device 00:1C:GA:GA:AF:FE;
channel 5;
comment "wusel's N95 ExtGPS";
}

(ggf. »/etc/init.d/bluetooth restart« nicht vergessen) war es möglich, mit »/gpsd /dev/rfcomm4« den gpsd zu starten und das N95 als GPS für meinen Laptop zu nutzen.
Nun ist das GPS im N95, wie auch das im N810, nicht das Schnellste, aber wenn es denn mal einen Lock hat, war zumindest das im N810 bislang relativ zuverlässig beim Halten des Locks. Was die Schnelligkeit und evtl. auch Genauigkeit angeht, präferiere ich mein Sirf-3 BT-GPS, aber es ist ja immer gut, ein GPS in Reserve zu haben ;)
Hinweis am Rande für N810-Nutzer: in Maemo Mapper ist die Angabe der BT-Adresse des zu verwendenden BT-GPS im Einstellungsdialog offensichtlich egal; in Einstellungen -> Steuerung -> GPS-Ort muß das Gerät – im Beispiel mein N95 – ausgewählt werden. Etwas haarig, aber nunja, wenn man’s weiß … ;)
P.S.: Da es mich grade erwischte — 100% stabil scheint die Java-Anwendung Symarctic ExtGPS noch nicht zu sein; nach Annahme und Beendigung eines Telefonates meldete das gekoppelte N810 »Verbindung zum GPS-Gerät verloren« und bot eine Wiederholung an. Jene schlug allerdings solange fehl, bis ich manuell auf dem N95, welches noch eine bestehende BT-Verbindung signalisierte, jene trennte (innerhalb ExtGPS möglich). Erst danach war ein Reconncet möglich. Welche Auswirkungen eine BT-Kopplung ans N95 als GPS auf die (automatische) BT-Kopplung an ein Headset hat, werde ich später erfahren ;)

Dank des N810 bin ich nun nicht mehr nur im IRC ‘always on’ (dort seit Jahren gelöst via screen), sondern, mit durch Netzwechsel hervorgerufenen Unterbrechungen, auch bei AOL, Jabber (GTalk) und, sofern ich die anderen Credentials noch finde, auch noch in weiteren IM-Netzen.
So weit, so schön; nur war es bislang ziemlich nervig, daß bei jedem Reconnect mich »aolsystemmsg« anchatten wollte und mir mitteilen, daß meine Kennung nun von >1 Ort aus eingeloggt sei, was ich durch Eingabe einer »1« hier beheben könnte (ausloggen aller anderer außer dem, der »1« antwortete). Menno, wenn Dein plöder Dienst damit nicht umgehen kann, warum kickst Du dann nicht automatisch alle alten Verbindungen? Für mein Nutzungsverhalten jedenfalls ist ein derartiges Dienstverhalten eher so braindead, wenn ich die Daten nicht in jeden Client bekomme, mit dem ich mich angemeldet habe, dann sollte das System alle bis auf den jüngsten Connect kicken – schließlich kann ich nur an einem Ort zu gleich sein (ok, praktisch kann auch das N810 sich in der Nähe eines anderen Rechners, wo ich einen IM-Client offen habe, befinden – aber auch dann reichte es mir, wenn nur die zuletzt aktivierte Verbindung benutzt würde) … Mal sehen, ob bzw. was das blockieren des Kontaktes, was mein N810-IM-Client mir als kontextsensitive Option anbot, bringt — oder sollte das gar nicht für sowas gedacht sein?
Egal, mittelfristig scheint sich auch AOL vom eigenen Protokoll zugunsten Jabber verabschieden zu wollen, damit verschwindet ja ggf. dieses imho nervige Verhalten über die Zeit. Corona bloggte übrigens schon vor rund einem dreiviertel Jahr, daß Jabber das Protokoll der Wahl aus heutiger Sicht wäre — sofern der Jabber bei AOL nicht nur eine große Nebelkerze ist, scheint er Recht zu behalten. One protocol to bind ’em all …