Hallo! Ich lese eine SMS im PDU-Format aus dem Speicher eines GSM-Moduls und möchte diesen nach der Dekomprimierung in einem Terminalprogramm am PC darstellen. Die C-Funktion im Anhang soll den weiter unten angegebenen PDU-String in klartext umrechnen. Dabei tritt das Problem auf, das die Zeichen '@' und '$' nicht korrekt erzeugt werden. Genauer gesagt, statt des ASCII-Codes '64' bzw. 0b01000000 für '@' erscheint 0b00000000 im Puffer. Wenn ich die Umwandlung von Hand durchrechne, dann erhalte ich auch das Ergebnis 0 statt @. Da alle Zeichen VOR und NACH den Zeichen '@' und '$' richtig dargestellt werden verstehe ich nicht, warum ausgerechnet und NUR DIESE ZEICHEN nicht richtig sind und warum PDU-SPY das @ und $ unter "decode" korrekt darstellt. Der pdu-string der vom GSM-Modul gelesen wird, kann mit PDU-SPY korrekt dargestellt werden und lautet wie folgt: 07919471016700000409D041E9F029053900707051416184801BEBB739ED1287EBEDB0DB 0D08CBC76FB98B5C060982CC5E0C Im dem Speicher der die verarbeiteten Zeichen aufnimmt und dessen Inhalt dann über USART an das Terminalprogramm geschickt wird erscheinen die Zeichen '@' und '$' nicht korrekt. Help!
Das stimmt! (leider) Da muß ich mich mal auf die Suche machen oder selber was konstruieren, wie ich diese "Erweiterung" auf das GSM 3.38-Alphabet geschickt implementieren kann. Kennt vielleicht jemand eine frei verfügbare Implementierung, dann muß ich das "Rad" nicht nochmal erfinden. Markus
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.