Verwijderd

Topicstarter
Hallo,

Tsja allereerst weet ik niet of ik hier goed zit met deze vraag en ik weet niet exact hoe ik dit duidelijk kan uitleggen, maar ik ga het gewoon proberen :)

Met een (radio)scanner en een stukje software kun je diverse digitale radiosignalen decoderen. Hoe en wat doet opzich niet zoveel terzake, dat is een verhaal apart, maar het komt er op neer dat mijn programma de adressering (dus het ontvangende ID) decodeert als ASCII, maar ik beschik ook over de oorspronkelijke ID's en die zijn decimaal. De grote vraag is nu hoe ik dit kan omrekenen.

Voorbeeldje :

B);!r,A=)B);·":G9? ">7"Z*·

Die "tekst" hoort veel langer te zijn, maar die B); aan het begin dat is het ontvangende adres. Een stukje verderop staat weer datzelfde adres, voorafgegaan dor A=) en die "code" zie ik steeds weer terug bij dezelfde gebruikersgroep.

Nu heb ik de volgende adressen en daarachter de bijbehorende ASCII-id's :

4360488 B)(
4360490 B)*
4360507 B);
4360801 B*a
4360805 B*e
4360814 B*n
4361264 B,0
4361269 B,5

Iemand met een beetje kennis van ASCII ziet al snel de overeenkomsten, zo is het verschil tussen 801 en 805 natuurlijk even groot als tussen B*a en B*e. De vraag is alleen hoe reken je zoiets om? Ik heb al geprobeerd om de ASCII binair weg te schrijven en dat vervolgens weer als 4-bits numeriek om te rekenen (wordt vaker gebruikt in de radiocommunicatie), maar dat bood helaas geen soelaas.

Wel zie je dat alle adressen steeds met 436 beginnen, wellicht houdt die eerder genoemde A=) die er steeds voor staat verband mee?

Hopelijk weet iemand raad :)

Groeten, Peter.

  • TheZeroorez
  • Registratie: September 2005
  • Niet online
Omrekenen ASCII??? naar decimaal → Omrekenen ASCII naar decimaal

Dit is niet echt een probleem of vraag bij een spel, dus ik verplaats het even naar Wetenschap & Levensbeschouwing :)

  • Orion84
  • Registratie: April 2002
  • Laatst online: 19:20

Orion84

Admin General Chat / Wonen & Mobiliteit

Fotogenie(k)?

Het valt me in elk geval erg op dat de hexadeximale representatie van de adressen die je geeft erg lijkt op de hexadecimale representatie van die ASCII ID's.

4360488 = 0x428928 / 0x422928 = B)(
4360490 = 0x42892A / 0x42292A = B)*
4360507 = 0x42893B / 0x42293B = B);
4360801 = 0x428A61 / 0x422A61 = B*a
4360805 = 0x428A65 / 0x422A65 = B*e
4360814 = 0x428A6E / 0x422A6E = B*n
4361264 = 0x428C30 / 0x422C30 = B,0
4361269 = 0x428C35 / 0x422C35 = B,5


Er zit dus steeds 0x6000 verschil tussen de hex representatie van de ASCII tekens en de hex representatie van het decimale adres. Geen idee waar dat precies vandaan komt, maar ik vond deze overeenkomst iig wel opvallend :)

[ Voor 63% gewijzigd door Orion84 op 11-04-2008 20:29 ]

The problem with common sense is that it's not all that common. | LinkedIn | Flickr


Verwijderd

Topicstarter
Orion84 schreef op vrijdag 11 april 2008 @ 20:17:
Het valt me in elk geval erg op dat de hexadeximale representatie van de adressen die je geeft erg lijkt op de hexadecimale representatie van die ASCII ID's.

4360488 = 0x428928 / 0x422928 = B)(
4360490 = 0x42892A / 0x42292A = B)*
4360507 = 0x42893B / 0x42293B = B);
4360801 = 0x428A61 / 0x422A61 = B*a
4360805 = 0x428A65 / 0x422A65 = B*e
4360814 = 0x428A6E / 0x422A6E = B*n
4361264 = 0x428C30 / 0x422C30 = B,0
4361269 = 0x428C35 / 0x422C35 = B,5


Er zit dus steeds 0x6000 verschil tussen de hex representatie van de ASCII tekens en de hex representatie van het decimale adres. Geen idee waar dat precies vandaan komt, maar ik vond deze overeenkomst iig wel opvallend :)
U is geweldig! Dat is in elk geval a big step forward. O wacht even, nu schiet mij ineens te binnen dat het 2e karakter (ASCII dus) volgens mij 32 hoger wordt weergegeven omdat deze anders in de non-printable range terecht zou komen. Misschien verklaart dat het verschil?

Groeten, Peter.

Verwijderd

Topicstarter
Verwijderd schreef op vrijdag 11 april 2008 @ 21:16:
[...]

U is geweldig! Dat is in elk geval a big step forward. O wacht even, nu schiet mij ineens te binnen dat het 2e karakter (ASCII dus) volgens mij 32 hoger wordt weergegeven omdat deze anders in de non-printable range terecht zou komen. Misschien verklaart dat het verschil?
Natuurlijk niet, want dan wordt het verschil 0x8000. In elk geval weet ik nu hoe ik een en ander om kan rekenen!

Orion84 bedankt, je hebt me goed op weg geholpen!
TheZeroorez bedankt voor het verplaatsen :)

Groeten, Peter.

  • Orion84
  • Registratie: April 2002
  • Laatst online: 19:20

Orion84

Admin General Chat / Wonen & Mobiliteit

Fotogenie(k)?

Nou, het zal em dan toch op de een of andere manier wel in die verschuiving zitten inderdaad :)

Succes er mee verder :)

The problem with common sense is that it's not all that common. | LinkedIn | Flickr

Pagina: 1