CCZwei

Aktuelles

Allgemeines

Priv@tes

Unterhaltung

Lallus

Visual Basic

PDA/PPC2002

Navigation

Mischmasch

Chat / Webcam

 

| impressum | feedback | g�stebuch | home |  

 

Die Koordinaten von Viag Interkom �
oder besser von O2.

Von Wolfgang Back

 

Mit dem GSM - Netz ist eine neue Qualit�t in unser Leben getreten. Es werden viele Antennen ben�tigt, um den Funkverkehr zwischen den vielen Handys aufrechtzuerhalten. Musste man ganz fr�her noch wissen, wo der Autotelefonpartner war (Nord, Mitte, S�d), wenn man ihn anrufen wollte, so ist dies heute nicht mehr von Interesse.
Durch die vielen Antennen, die �berall aufgebaut werden, um eine l�ckenlose Versorgung zu erreichen werden auch ganz neue M�glichkeiten entwickelt, von denen man fr�her tr�umte.

Blickt man ein wenig hinter die Geheimnisse, die ein GSM � Netz vermittelt, so werden ganz neue M�glichkeiten sichtbar, die zum Teil der Netzbetreiber so gar nicht wollte. Wenn man z.B. den Namen der Antenne auslesen kann, in der man gerade eingebucht ist, so hat man eine Information parat, die man vorher nicht kannte.

Da das Versenden des Antennennamens zur GSM-Kommunikation geh�rt und da die GSM � Parameter festgelegt sind, kann man den Namen der Antennenzelle auslesen. Wenn es nicht direkt im Handy � Monitormodus m�glich ist, so kann man die Modembefehle einsetzen, um an diese Information zu kommen � am besten per Laptop oder PDA.

Die GSM-Antenne hat einen eindeutigen Namen, den man abfragen kann, z.B. 03BF � in Hexnotation. Meistens wird eine Antennenanlage aus mehreren Segmenten gebildet, die alle einen eindeutigen anderen Namen haben.
Es gibt Hobbyisten, die sich zum Ziel gesetzt haben, den Antennennamen Zuordnungen zukommen zu lassen. Jetzt als Beispiel: die oben erw�hnte Antenne 03BF (Fantasie) steh auf dem Haus xyz in abc usw.
Hat man die Dateien aus dem Internet zur Verf�gung, so kann man die eigenen gelesenen Antennenwerte abgleichen. Aha: zu 03BF geh�rt .....

In diesem Beitrag geht es um das ehemalige VIAG � Netz, das sich heute auf O2 oder Otwo umbenannt hat. O2 ist der einzige Anbieter, der eine sogenannte HomeZone bedient: in einem bestimmten Umkreis von meinem Wohnort kann ich mit dem Handy auf Festnetzgeb�hren telefonieren � verlasse ich die Zone, so bin ich normaler Handyuser im GSM � Netz.

O2 ermittelt die HomeZone, indem ein Koordinatensignal ausgewertet wird. Jede Antenne in diesem Netz sendet lokal ihre Position aus. Wenn man dieses richtig interpretieren kann, so wei� man haargenau, wo sich die Antenne befindet, bei der man eingebucht ist � es geht dabei um eine Genauigkeit von ca. 10 Meter.
Wie geht das?
Zun�chst einmal sollte man sich eine solche Meldung von O2 ansehen. Im n�chsten Bild ist dies zu erkennen: eine zw�lfstellige Zahl wird im Handy �bermittelt. Aus der zw�lfstelligen Zahl kann man vieles ermitteln � wahrscheinlich mehr, als sich VIAG vorgestellt hat, dass dieses Amateure betreiben werden.

In dem Bild oben sieht man eine Zahlenfolge 335690564216, die auf das Handydisplay gespielt wird, wenn man es will.
Wer O2 als Provider hat und dies gerne sehen m�chte:
(f�r Siemens � Telefone) unter Einstellungen und CB Empfang den Kanal 221 abonnieren (kostet nichts) und automatische Anzeige anklicken.

Danach wird st�ndig in einem bestimmten Zeitrhythmus die Koordinate eingeblendet. Man kann das auch wieder ausschalten.

Aber was ist das jetzt f�r eine komische Zahleneinblendung? Wie soll man aus der oben angebebenen Zahl die eigene Position errechnen k�nnen?

Die von VIAG (ich falle immer noch auf den alten Namen zur�ck) ausgesendeten Signale sind keine normgerechte Gau�-Kr�gerkoordinaten. Normalerweise erwartet man bei Gau�-Kr�ger eine siebenstellige Zahl f�r die Darstellung einer Position Breite oder einer Position L�nge. Das ist aber nicht tragisch.

O2 liefert einen zw�lfstelligen Code. Man muss daher die Angabe trennen :
6 Zeichen geh�ren zum Rechtswert und 6 Zeichen geh�ren zum sog. Hochwert. Um daraus jedoch einen echten Gau�-Kr�ger Wert zu machen, muss man jeweils eine 0 anh�ngen. Damit wird die Ortung nur auf 10 Meter genau.

Also aus der O2-Zahl 335690564216 wird:
335690 der Rechtswert, wenn man eine 0 anh�ngt. Der Rechtswert ist dann 3356900.

Der Hochwert entsprechend : 564216 und die 0 dazu = 5642160.

Diese Koordinaten legen eine eindeutige Position auf der Nordhalbkugel dar. Die S�dhalbkugel soll uns hier auch nicht interessieren (obwohl es interessant ist, dass man hier�ber �berhaupt nicht nachgedacht, als das Koordinatensystem entstand).

Was bedeuten jetzt der Rechtswert und was der Hochwert?

Das Problem einer Kartenerstellung ist ganz einfach: die Erde ist rund und ein Ellipsoid. Eine Karte ist flach und normalerweise zweidimensional. Die Aufgabe besteht jetzt darin, einen Punkt auf dem Ellipsoiden in der Karte darzustellen. Dazu dient Gau� - Kr�ger.

Gau� hat alle diese recht komplizierten Umrechnung aus trigonometrisch sph�rischen Punkten in eine Ebene mathematisch vorgerechnet (Wahnsinn, was der alles konnte). Kr�ger hat Anfang des Jahrhunderts die Methode in die Kartenwerke einflie�en lassen. Beide Leistungen sind besonders hervorzuheben, da wir wahrscheinlich ohne diese Leistungen keine vern�nftigen Karten h�tten.

Wir sind immer noch bei den O2 � Koordinaten, die f�r die Homezone ben�tigt werden. Mit einem bestimmten Algorithmus kann man die Gau�-Kr�ger Koordinaten in die geographischen Koordinaten umrechnen. Ich habe dazu einen Algorithmus von Wortmann verwandt. Das unten abgebildete Bild zeigt die Umrechnung im PDA.

Wen es reizt, das einmal selbst zu programmieren, der kann es mit dem unten eingestellten Programmteil versuchen.
Zun�chst wird die Unterroutine zum Berechnen der geographischen Daten gezeigt, wenn die Gau� � Kr�ger Daten vorliegen.

Private Sub gauss_krueger_nach_geographisch(hochwert, rechtswert)
Dim rm, e2, c, bI, bII, bf, co, g2, g1, t, fa, dl, gb, gl, grad, min, sek
Dim mKen As Integer
Dim pi, rho As Single
Dim rw, hw As Long pi = 4 * Atn(1)
rho = 180 / pi
rw = rechtswert
hw = hochwert
'Text5 = "HW:" & hw & vbCrLf & "RW:" & rw
e2 = 0.0067192188
c = 6398786.849
mKen = Int(rw / 1000000)
rm = rw - mKen * 1000000 - 500000
bI = hw / 10000855.7646
bII = bI * bI
bf = 325632.08677 * bI * ((((((0.00000562025 _
* bII + 0.00022976983) _
* bII - 0.00113566119) _
* bII + 0.00424914906) _
* bII - 0.00831729565) _
* bII + 1))
bf = bf / 3600 / rho
co = Cos(bf)
g2 = e2 * (co * co)
g1 = c / Sqr(1 + g2)
t = Tan(bf)
fa = rm / g1 gb = bf - fa * fa * t * (1 + g2) / 2 _
+ fa * fa * fa * fa * t * _
5 + 3 * t * t + 6 * g2 - 6 * g2 * t * t) / 24
gb = gb * rho
Text4 = FormatNumber(gb, 5)
dl = fa - fa * fa * fa * (1 + 2 * t * t + g2) / 6 + _
fa * fa * fa * fa * fa * _
(1 + 28 * t * t + 24 * t * t * t * t) / 120
gl = dl * rho / co + mKen * 3
Text3 = FormatNumber(gl, 5)
' Breite
grad = Int(gb)
sek = 60 * (gb - grad)
min = Int(sek)
sek = 60 * (sek - min)
Text1 = grad & "�" & min & "'" & FormatNumber(sek, 2) & Chr(34)
' Laenge
grad = Int(gl)
sek = 60 * (gl - grad)
min = Int(sek)
sek = 60 * (sek - min)
If Len(grad) < 2 Then grad = "0" & grad
Text2 = grad & "�" & min & "'" & FormatNumber(sek, 2) & Chr(34)
End Sub

Der zweite Algorithmus bewirkt das Gegenteil. Hier werden geografische Daten eingegeben und Gau�_Kr�ger Koordinaten ermittelt.

Private Sub Command2_Click()
If InStr(Text3, "�") = 0 Or InStr(Text3, "'") = 0 Or InStr(Text3, Chr(34)) = 0 Or _
InStr(Text4, "�") = 0 Or InStr(Text4, "'") = 0 Or InStr(Text4, Chr(34)) = 0 Then _
MsgBox "Das Eingabeformat f�r die geographischen Koordinaten ist nicht erf�llt."_
+ vbCrLf + "Beispiel: 51�12'34" + Chr(34), vbCritical, "Hinweis": Exit Sub
Dim pi, rho As Single
pi = 4 * Atn(1)
rho = 180 / pi
Dim brDezimal, laDezimal, rm, e2, c, bf, g, co, g2, g1, t, dl, fa, grad, min, sek, sy
Dim rw, hw
sy = 3
e2 = 0.0067192188
c = 6398786.849
' in Dezimal
' Breite
grad = CInt(Mid(Text4.Text, 1, InStr(Text4.Text, "�") - 1))
min = CInt(Mid(Text4.Text, _
InStr(Text4.Text, "�") + 1, _
InStr(Text4.Text, "'") - InStr(Text4.Text, "�") - 1))
sek = (Mid(Text4.Text, _
InStr(Text4.Text, "'") + 1, _
InStr(Text4.Text, Chr(34)) - InStr(Text4.Text, "'") - 1))
brDezimal = grad + min / 60 + sek / 3600
' Laenge
grad = CInt(Mid(Text3.Text, 1, InStr(Text3.Text, "�") - 1))
min = CInt(Mid(Text3.Text, _
InStr(Text3.Text, "�") + 1, _
InStr(Text3.Text, "'") - InStr(Text3.Text, "�") - 1))
sek = (Mid(Text3.Text, _
InStr(Text3.Text, "'") + 1, _ InStr(Text3.Text, Chr(34)) - InStr(Text3.Text, "'") - 1))
laDezimal = grad + min / 60 + sek / 3600
bf = brDezimal / rho
g = 111120.61962 * brDezimal _
- 15988.63853 * Sin(2 * bf) _
+ 16.72995 * Sin(4 * bf) _
- 0.02178 * Sin(6 * bf) _
+ 0.00003 * Sin(8 * bf)
co = Cos(bf)
g2 = e2 * (co * co)
g1 = c / Sqr(1 + g2)
t = Sin(bf) / Cos(bf) '{=tan(t)}
dl = laDezimal - sy * 3
fa = co * dl / rho
hw = g + fa * fa * t * g1 / 2 _ + fa * fa * fa * fa * t * g1 * (5 - t * t + 9 * g2) / 24
rm = fa * g1 + fa * fa * fa * g1 * (1 - t * t + g2) / 6 _
+ fa * fa * fa * fa * fa * g1 * (5 - 18 * t * t * t * t * t * t) / 120
rw = rm + sy * 1000000 + 500000
Text1 = FormatNumber(rw, 0)
Text2 = FormatNumber(hw, 0)
End Sub

Mit diesem Programm werden die geografischen Daten in zwei verschiedenen Formen angezeigt: Zum einen in Grad, Minuten und Sekunden (Map&Guide) und in der dezimalen Form, wie sie z. B. bei (MapPoint) angezeigt werden.

Die Umrechnung ist eigentlich keine Geheimwissenschaft, jedoch wird sie ben�tigt, da nicht alle Systeme auf dem gleichen Standard arbeiten. Macht aber nichts � das Programm kann beide Standards erf�llen.

Befragt man das Programm �ber �Info� nach den vorgegeben Koordinaten, so kommt die Auskunft: K�lner Dom � Koordinaten.

Die Koordinaten daf�r wurden aus einer Planersoftware Marco Polo entnommen und sie sind so genau, wie die Software die Vektordaten interpretiert.

Ich h�tte nat�rlich gerne die Parameter der Schnittstelle. Doch die verheimlicht man mir.
Klar � dann k�nnte man alles machen. Mit einer Karte des Landesvermessungsamtes kann man einen Mitschnitt machen, wenn man eine Tour unternimmt. Dieser Mitschnitt kann sp�ter wieder die Route einspielen. Ich hoffte, dass die Mitschnittdatei Auskunft �ber die Schnittstelle geben w�rde; doch alles ist so verschl�sselt dargestellt, dass man kaum etwas damit anfangen kann.

Die Idee ist jetzt nicht mehr weit weg. Wie w�re es, wenn man die ausgesendeten Koordinaten automatisch vom Handy in den PDA einliest und sie auf einer Karte darstellt. Damit h�tte man ein zwar nicht hundertprozentig genaues � doch in der Stadt funktionierendes � Navigationssystem.
Die Grundlagen f�r ein solches System sind oben beschrieben und k�nnen jetzt in der n�chsten Stufe betrachtet werden: der unten abgebildete Screenshot zeigt das Ergebnis. Der gr�ne Punkt zeigt die geografische Position der Antenne von O2 an, in der ich derzeit eingebucht bin. Es ist etwa 300 Meter Luftlinie entfernt. Ich kenne das Haus, auf dem die Antennen installiert wurden.

Beginnen wir mit der Interpretation des Screenshots. Die O2- Koordinaten sind im Textfeld ganz rechts zu sehen. Sie sind zwei mal 6 Zeichen lang, wie oben beschrieben. In dem hellblauen Feld werden die beiden Werte Hochwert und Rechtswert mit einer 0 erg�nzt, um auf die siebenstellige Gau� � Kr�ger � Notation zu kommen. Im gr�nen Textfeld ist der entsprechend umgerechnete geografische Wert in Grad, Minuten, Sekunden zu erkenn.
Schlie�lich werden links im gelben Feld die geografischen dezimalen Werte errechnet.

Noch einmal zum Prinzip:

der PDA sendet an das Handy einen Befehl, dass das Handy die Cell Broadcast Informationen des Kanals 221 senden soll (at+cscb=1,��,�221�).

Der PDA empf�ngt diese Koordinaten (zwar im sogenannten PDU � Mode, der schauderhaft umzurechnen ist. Sp�ter mehr). Jetzt sind die aktuellen Gau� � Kr�ger � Werte im PDA. Durch einfache Rechenvorschriften k�nnen jetzt die Koordinaten in allen Variationen ermittelt werden.

Doch wie kommt man dazu, den gr�nen Punkt an der richtigen Stelle positionieren zu k�nnen? Nat�rlich muss das Kartenwerk dazu passen.
Die eingespielte Karte ist �selbstgemacht� � sie wurde aus einem Planer kopiert. Es ist vorgesehen, dass die Karten im PDA 236 Pixel breit und 240 Pixel hoch sind.

Um navigieren zu k�nnen, muss man nat�rlich wissen, wie die Koordinaten in der Karte verteilt sind. Dazu wird hier angenommen, dass die linke obere Ecke und die rechte untere Ecke gen�gen, um alle Zwischenwerte darstellen zu k�nnen.

Man muss also aus der Planersoftware die geografischen Koordinaten der linken oberen Ecke und der rechten unteren Ecke ermitteln und aufschreiben. Zum Generieren der Karteninformationen habe ich ein Desktopprogramm geschrieben, das die Karten automatisch generiert.

Je nachdem, mit welchen Koordinatenarten man rechnen m�chte, kann man die Daten f�r die Eckpunkte eingeben. Sie werden nach Gau� � Kr�ger � Koordinaten umgerechnet. Zwei Koordinatenpaare werden ben�tigt: Rechtswert und Hochwert der oberen linken Ecke und Rechtswert und Hochwert der rechten unteren Koordinate.
Es entseht ein 7 + 7 + 7 + 7 =28 Zeichen langer Wert, der die beiden Koordinaten enth�lt. Mit einem Trick werden die Daten hier direkt in die Karte eingebrannt. In der Zeile des Bildes (Zeile 0) wird der Wert bin�r versteckt. Jede Ziffer besteht aus Nullen und Einsen nach dem ASCII � Code.
Das Programm macht dies automatisch.

Im untenstehenden Screenshot des Programmes gauss_krueger_bitmap.exe ist die Methode im unteren Bildfeld zu erkennen. L�dt man jetzt eine Karte, so werden automatisch die Eckpunkte eingelesen.

Noch einmal: man benutzt eine Planer- oder Routensoftware und sucht sich den Ausschnitt aus, der sp�ter aktuell sein soll. Die Kartendaten sollten 236*240 Pixel sein. Die linke obere Ecke sollte aus der Software m�glichst genau mit den geografischen Daten ermittelt werden; ebenso die rechte untere Ecke. Beide Koordinatenpaare werden in die Software eingegeben und es wird entsprechend der Software verfahren.

Ob man unbedingt einen schwarzen Rahmen darumlegen muss, sei dahingestellt. Es empfiehlt sich jedoch. Sollte in der ersten oberen Zeile zuf�lligerweise ein Rotwert sein, so wird der sp�ter falsch interpretiert.

Das Bild wird schlie�lich gespeichert. Normalerweise ist die eingestellte Farbtiefe am Desktop zu hoch. Hier sind es 24 Bit oder 32 Bit, was unglaublich hohe Speicherwerte hervorruft. Das Programm speichert die Karte in der Qualit�t ab, wie sie in den Bildschirm - Einstellungen nachgesehen werden kann. Sinnvoll ist hier, dass man mit der Qualit�t zur�ckgeht. Mit 256 Farben kann man normalerweise leben.

Der Knopf �256 Farben� ruft MSPAINT.EXE auf � wenn es denn klappt und das Programm auch an der richtigen Stelle platziert ist. Bei mir klappt es � doch das will nichts hei�en.

Sollte es nicht funktionieren, so kann man nat�rlich per Hand diesen Farbanpassungsvorgang vornehmen: PAINT starten , die abgespeicherte Karte laden und mit Speichern unter ... eine 256 Farben � Bitmap erzeugen. Diese kann dann in PDA eingeladen werden. (Nat�rlich geht auch bei den entsprechenden PDA �s eine 65535 er Grafik � doch die Files werden schnell sehr gro�.)

Ich habe ein paar Karten nach dieser Methode gebaut. Nat�rlich kann ich nicht f�r jede Stadt eine Karte erstellen. Dies sollte von den Lesern nachgeholt werden, die f�r Ihren Bereich die Karten codieren. Vielleicht entsteht daraus eine neue Karten - Community.

Vorhanden ist nat�rlich K�ln:

Mit der Deutschlandkarte kann man mal probieren, ob es funktioniert. Irgendwo m�sste der gr�ne Punkt dann zu finden sein.

Das n�chste Beispiel ist f�r Hannover.

Was kann man jetzt damit anfangen?

Es ist zun�chst einmal eine sch�ne technische Spielerei, die die Kunden von O2 kostenlos nutzen k�nnen Zum anderen kann man es tats�chlich zur Grobortung einsetzen. In dem unteren Bild ist eine Fahrt mit dem Bus aus dem K�lner S�den in die Innenstadt aufgezeichnet. Die gr�nen Koordinaten entsprechen in etwa dem Verlauf der Strecke.

Man k�nnte auch einen Gedanken schnell realisieren, den man schon �fter h�rte, wo jedoch die Realisation offenbar noch auf sich warten l�sst.
Die Kinderortung. Ein Ensemble aus Handy und billigem SW � PDA kann man so programmieren, dass eine SMS versendet wird, wenn das Kind die Heimatantenne verl�sst.

Man k�nnte es sicherlich auch so programmieren, dass man das Kinderhandy anruft und man erf�hrt die Koordinaten.

Mit dem Programm kann einiges ausgew�hlt werden. Zun�chst einmal muss man sich entscheiden: Infrarot oder seriell per Kabel.
Mit der �Handyortung ausschalten� wird der Timer angehalten, der st�ndig die Daten aus dem Handy holt.
�CB � Empfang initialisieren� muss man am Anfang einmal aufrufen; nach einem Neubooten des Handys ist dies auch notwendig.
Mit �Handyortung ausschalten� werden Daten der Cell Broadcast Kan�le nicht mehr an den Speicher geschickt. Mit �Aktualisierung� kann man das Updateintervall einstellen.
Stellt man dies auf 10 Sekunden z.B., so wird alle 10 Sekunden das Handy nach neuen Daten befragt.

Unter dem Men�punkt �Koordinaten� kann man z. B. einen Logfile abspielen. Unter Logfile verstehe ich einen Mitschnitt verschiedener Koordinaten, wie oben gezeigt.

Unter �Logfile starten� wird eine Datei f�r diese Koordinaten angelegt.
Die Datei setzt sich aus dem Datum zusammen. Es kommt zum Beispiel eine Meldung, wie im unteren Bild zu sehen. Abgespeichert werden nur neue Antennendaten.

Schaltet man das Ger�t aus und beginnt irgendwann am selben Tag eine neue Messung, so werden die Daten an die bestehende Tagesdatei angeh�ngt.

Will man das nicht, so muss man die bereits bestehende Datei l�schen.

Unter dem Men�punkt �O2-Koordinaten eingeben� kann man die Daten aus dem Handydisplay in das Programm eingeben, wie unten zu sehen ist.

Hat man den richtigen Kartenbereich geladen, so wird die Antennenposition als gr�ner Punkt angezeigt. Die vorgegebenen Defaultdaten sind die Gau� � Kr�ger Koordinaten, die ich bei mir im B�ro empfange.
Die zugeh�rige Antenne steht auf dem WDR � Haus Am Berlich.

Der Men�punkt �Karte laden� f�hrt dazu, dass ein Listfeld aufgeht, das die m�glichen Karten anzeigt. Durch das Anklicken der entsprechenden Karte wird sie geladen.

Mit �Liste ausblenden� kann man die Listbox verschwinden lassen, ohne dass etwas passiert.

�Mit Kartenkoordinaten anzeigen� werden die Gau� � Kr�ger � Koordinaten f�r die beiden Eckpunkte der eingespielten Karte angezeigt.

Ich habe oben angesprochen, dass man die Daten aus dem Handy herausholt. Es war f�r mich ganz klar, dass dieses kein Problem darstellen w�rde. Doch dann sa� ich schon l�nger an der L�sung. Ich wusste, dass es geht, denn das Monitorprogramm von
www.nobbi.com
zeigt es im unteren Screenshot.

Hier sind die Gau� � Kr�ger � Daten zu erkennen. Die Darstellung zeigt nicht die Originalwerte von O2 an � hier wurde jeweils bereits eine �0� angeh�ngt, um auf realistische GK � Koordinaten zu kommen.

Ich will Ihnen die Erfolgsstory m�glichst hautnah erz�hlen:

Wenn Sie noch mit Modems oder serieller Schnittstelle zu tun hatten, so werden Ihnen wahrscheinlich alle Begriffe zun�chst � sagen wir einmal � komisch vorkommen.
Die Kommunikation zwischen Handy und PDA erfolgt �ber ein Modem im Handy und einem UART im PDA (seriell mit Kabel) oder �ber Infrarot (IRDA).
Damit das Modem (eigentlich sollte man ja der Modem sagen � weil: modulieren und demodulieren; der Modulierer und Demodulierer) richtig funktionieren kann, ben�tigt es genormte Befehle, die auch verstanden werde.

Es haben sich in der langen Zeit der Computerentwicklung Befehle durchgesetzt, die nach dem sogenannten Hayes � Standard aufgebaut sind. Dazu geh�rt ein Befehl, der quasi das a&o ist: at. At hei�t abgek�rzt attention. �Achtung jetzt kommt etwas�.

Was nun nach dem at gesendet wird, ist abh�ngig von dem Wunsch des Users. Sendet man ein einfaches �at�, so erh�lt man normalerweise ein �OK� vom Modem zur�ckgesendet � will hei�en: ich habe verstanden, fange an ....

Liest man die Modemspezifikationen f�r Siemenshandys (ich habe nur Siemenshandys � deshalb wei� ich nicht, wie andere im Detail funktionieren), so leitet man mit at+cscb=1,��,�� den Empfang aller Cell Broadcast Informationen ein.

Mein Erstaunen war gro�: ich sendete und sendete � doch es kam nichts zur�ck. Ich verzweifelte und hatte keine M�glichkeit, jemanden zu befragen.

Erst nach zwei Tagen, nachdem ich ziemlich lustlos durch die Dokumentation bl�tterte, fiel mir ein Befehl auf, den ich zuerst nicht verstanden habe: at+cnmi=?. Es ist ein Befehl, der die Kommunikation regelt � u.a. auch, was mit den Cell Broadcast - Informationen passieren soll. Wo sollen sie hingeleitet werden?
Hier brachte dann pl�tzlich at+cnmi=1,0,2,0,1 den Erfolg.

Die Freude ist f�r denjenigen sehr gro�, der noch nie etwas mit dem sogenannten P DU (ich wusste einmal, was es hei�t) zu tun hatte. Ein wahnsinniges Protokoll. Hier werden 7 Bit in einem Byte versteckt, so dass das 8.Bit bereits zum zweiten Byte geh�rt. Verstanden? Damit kommt man auf ca. 13 Prozent Einsparung.

Die Koordinaten sind in dem unten zu sehenden Protokoll versteckt.

Wendet man die entsprechende PDU � Umwandlung an (siehe mein Programm unter wdrcc.de/ downloads), so liest man die O2 � Koordinaten.

P.S. Bevor ich es vergesse: ich habe mir bei O2 eine Prepaid � Karte geholt, um an die Koordinaten heranzukommen. Bis ich die Karte f�r 28 � mit Guthaben 13 � in der Hand hatte, musste ich meinen Personalausweis vorlegen. Ist ja O.K.
Jetzt geht es aber weiter: als Loop � Kunde kann ich die Karte im Internet verwalten � wie viel ist drauf usw. Da ich jetzt Loop-Kunde war, wollte ich dies.

Ich bekam bei der Anmeldung auch eine SMS zugesandt, dass ich jetzt �ber 0179xxxx meine Daten nennen sollte. Nein � das wollte ich nicht � ich hatte ja meinen Personalausweis hingelegt.

Jetzt geht es weiter: pl�tzlich bekam ich eine SMS: �Sie m�ssen sich registrieren, sonst m�ssen wir Sie innerhalb von 48 Stunden abschalten�.
Ich ging in den Shop in der N�he des WDR und fragte nach: �ja, da ist was doppelt angemeldet worden � die eine Anmeldung hat freigeschaltet, die andere wusste nichts davon� oder so � Fehler im System�.

Ich frage mich, wie es Kunden geht, die nicht so auftrumpfen k�nnen wie ich, die vielleicht auf dem Lande leben und zur Reklamation nach K�ln fahren m�ssen � oder teure Gespr�che �ber 0179xxx f�hren m�ssen. Aber warum dieses PS?

Gerade wurde ich erfolgreich freigeschaltet bei LOOP, bei denen ich nur die Koordinaten wissen will und nie ein Telefonat f�hren werde � eine SMS wurde geschickt.

Zur Realisation:
Wenn man die Infrarotschnittstelle nutzen will, so entstehen keine gro�en Probleme � wenn das Handy mitspielt. Offenbar gibt es hier verschiedene Standards in der IRDA � Kommunikation. Bei den Siemens Handys klappt es eigentlich prima. Bei einem Nokia � Modell hat es ebenfalls geklappt.

Will man das Datenkabel f�r die serielle Kommunikation verwenden, so muss man sich ein sogenanntes Nullmodem kaufen oder selbst basteln.
Das Nullmodem kann mit dem Anschluss von drei Dr�hten realisiert werden. Dabei ist darauf zu achten, dass die Empfangsleitung (RXD = Receive Data) und Sendeleitung (TXD = Transmit Data) gekreuzt sind.


So sehen die beiden DB9 - Stecker aus, die zusammengel�tet wurden.


Brutzel, brutzel. Sch�n ist beileibe etwas anderes!

Wer dieses Programm ausprobieren m�chte, der kann die Software hier laden:

Zur Seite mit der Software (www.wdrcc.de/pda.phtml)

Hinweis: den Beschreibungsfile ben�tigen Sie nicht. Da steht lediglich das drin, was Sie gerade gelesen haben. Aber: als Word.DOC - File und ist damit �ber 7 MB gro� - wahnsinnige Datenvermehrung.

 
   

   © 2003 by Wolfgang Back •  [email protected]