 |
|
 |
|
Running
- Screening
Spambot blocker has denied 161 access attempts in the last 7 days
|
|
 |
|
 |
 | Members: | 661 |
 | Downloads: | 69 |
 | Categories: | 10 |
 | Subcategories: | 4 |
 | Downloaded: | 28175 |
 | File's in MB: | 11.78 |
|
|
 |
|
 |
| Today: | 62 | | This month: | 459 | | This year: | 31671 | | Total: | 257221 |
From day Dec 11, 2003
|
|
|
|
|
 |
|
 |
|
botje ::: Jul 22, 2008 ::: 1127 Reads
|
|
MOBITEX
In de vorige versie had ik al een paar stappen gezet, deze versie bevat in principe alleen aanpassingen op het gebied van Mobitex. Velen vinden het absoluut niet interessant om te monitoren, er gaat immers grotendeels onleesbare data overheen, maar ik heb ontdekt dat bepaalde zaken niet helemaal goed geimplementeerd waren en zo perfectionistisch als ik ben, wilde ik zoveel mogelijk zaken recht zetten.
MAN's
Toen ik in de vorige versie de eerste aanpassingen deed, vroeg ik mij al af hoe het nu precies zat met de adressering van de berichten. Elk bericht (lees: datapakket) moet immers een bestemming hebben en de ontvanger moet wel weten wat voor hem is en wat niet.
Mobitex blijkt met zogenaamde MAN's te werken (Mobitex Access Number), 7-cijferige getallen die niet alleen voor de ontvanger worden gebruikt, maar ook voor de afzender. In alle voorgaande versie was deze data min of meer al aanwezig, echter werd deze in de eerste karaters van de data weergegeven, foutieve intepretatie dus. Het eerste deel van de data zoals hij voorheen werd weergegeven is namelijk een soort header, waar onder meer de de MAN's in zitten, maar ook zaken als datatype, hoeveelheid data en in bepaalde gevallen controlling en/of netwerkinformatie.
Beide MAN's worden nu weergegeven, evenals het data-type. Dat betekent dat dus 3 items het veld hebben moeten ruimen om plaats te maken voor deze 3 nieuwe items. De Frame Sync en Bit Sync zijn verplaatst naar de titelbalk en de CRC-informatie is volledig komen te vervallen, aangezien deze weergave eigenlijk nergens op sloeg, er werden soms onterechte fouten weergegeven of er verscheen OK terwijl er wel degelijk fouten in zaten. Volgens mij was het meer een schermvullend stuk informatie, zonder daadwerkelijk toegevoegde informatie. De RX-Quality geeft meer dan genoeg informatie over de kwaliteit van de ontvangst en daarmee ook de hoeveelheid bit en CRC-errors. In deze versie is de RX-Quality voor Mobitex weer een beetje bijgesteld en moet hij wederom iets betrouwbaarder zijn.
Data Types
Mobitex ondersteunt 4 verschillende datatypes :
DATA
HPDATA
TEXT
STATUS Standaard zijn ze allemaal zichtbaar, eventueel zijn ze afzonderlijk uit te schakelen via Options (CTRL-O). Per gebruiker schijnt het soort data per type nogal te kunnen verschillen, maar TEXT bevat doorgaans louter leesbare tekst, STATUS heb ik zelf nog niet gezien en DATA en HPDATA bevatten meestal onleesbare data met soms hier en daar wat leesbare woorden. HPDATA staat overigens voor Higher Protocol DATA, de gebruiker kan hierbij zijn eigen protocol hanteren, waarbij de decimale identificatie van dit protocol (HPID) eventueel ook weer via de opties zichtbaar gemaakt kan worden. Dit zal dan voor de data komen te staan.
Mobitex Packets (MPAK)
Net als bij C2000 en GSM, communiceert een radiomodem niet alleen met een ander apparaat, maar ook met het netwerk. Bij het inschakelen van een apparaat meldt hij zich immers bij het netwerk aan, zodat het netwerk weet dat hij bereikbaar is en via welke zender de berichten verzonden moeten worden. Dit soort pakketjes kan in/uitgeschakeld worden via "Show Network Messages", uiteraard ook weer bij Options.
Controlling / netwerk informatie
Aangezien Mobitex tweerichtingverkeer is, worden er uiteraard ook zaken als ontvangstbevestigingen verzonden. Dit zijn hele korte datapakketjes die voorheen uiteraard ook weer volstrekt verkeerd geintepreteerd werden. Ik wil hier niet al te diep op in gaan, maar deze informatie wordt zichtbaar door de optie Verbose in te schakelen.
Wie al langer Mobitex monitort, kent die periodieke lange, onleesbare berichten wel waarin steeds ongeveer dezelfde warrige informatie leek te staan. Uiteraard ook weer een fout, dit bleken zogenaamde Sweep Frames te zijn die informatie over het netwerk en het huidige basisstation (en zijn buren) kunnen bevatten.
Helaas zijn niet alle netwerkparameters mij bekend, maar wat er nu verschijnt lijkt in elk geval iets meer op de werkelijkheid. Wat nu als het goed is wel goed gedecodeerd wordt, dat zijn zogenaamde buurkanalen. Ook weer net als bij C2000 en GSM zendt elk basistation eens in de zoveel tijd de kanalen van zijn buren uit, zodat elk luisterend apparaat weet wat de eventuele alternatieve kanalen zijn, mocht de ontvangst verslechteren. Dit voorkomt dat alle mogelijke kanalen gecontroleerd moeten worden, nu zijn het er slechts een handvol.
Base-ID's
Wederom, net als bij andere digitale netwerken verstuurt elk basisstation zijn eigen unieke identificatie. Mobitex werkt met zogenaamde Base en Area-ID's. Deze 2 zaken laat ik in PDW als 1 hexadecimaal geheel weergeven. Als je eenmaal weet welke lokatie bij welke frequentie hoort, zie je dus direkt op welk basisstation je op dat moment staat afgestemd. Het zou natuurlijk nog mooier zijn als je een tekst aan zo'n ID zou kunnen koppelen, zoals een plaatsnaam. Welnu, ook dat is mogelijk! In de file base-ids.txt kun je Base-ID's opgeven met daarachter de gewenste tekst, zoals bijvoorbeeld de lokatie/plaatsnaam.
Rommel aan het eind van berichten
Min of meer een bugfix, maar eigenlijk ook weer een soort foutieve, of ontbrekende interpretatie. De eerder genoemde header bevat namelijk ook de lengte van een datapakket. Aangezien de Mobitex data in zogenaamde blokken wordt verzonden werden de laatste karakters van het laatste blok, indien deze uiteraard niet volledig gebruikt was, gevuld met 'rommel'. Dit zou nu opgelost moeten zijn. Note: Kijk voor nadere info en downloads op PDW Homepage
|
|
| <update> PDW Versie 2.5 (19-07-2008)</update> | Log-in or register a new user account | 0 Comments |
|
| Comments are statements made by the person that posted them. They do not necessarily represent the opinions of the site editor. |
|
|
 |
|
 |
| There are no members logged in. |
You are an anonymous user. You can register for free by clicking here |
There are 3 unlogged users and no registered users online Messages Legend:
=New =Read =Empty |
|
|
 |
|
 |
- Tuesday, December 12
- New AGWTracker version nov 2006 (0)
- Saturday, October 14
- Xrouter Update ! (0)
- Monday, October 02
- Xrouter Bugfix v187 (0)
- Sunday, October 01
- Nieuwe versie Xrouter 186g3 (0)
- Wednesday, April 12
- Uitbreiding 27Mhz aktie ! (33)
- Sunday, March 19
- New AGWTracker version. (0)
- Saturday, February 04
- P2000 verboden ? (31)
- Sunday, October 02
- P2000-monitormonitor v1.8.2 (0)
- Saturday, July 23
- NL3MGB down (30)
- Saturday, April 16
- P2000 Monitor (0)
Older articles
|
|
 |
|
 |
All Data as of: April 2003
Pageviews Total: 1383965 Today's: 648 Yesterdays: 554
Busiest Stats Hour: 15:00 Weekday: Saturday's Overall Busiest Day: Dec 12, 2009 (6443 views)
Slowest Stats Hour: 5:00 Weekday: Thursday's Overall Slowest Day: Sep 17, 2005 (45 views) StatInfo block by: PS Soft
|
|
 |
|
 |
- User Agent : ccbot/1.0 (+http://www.commoncrawl.org/bot.html)
- Browser :
- Browser version : 0
- OS : mpras
- OS version : *nix
|
|
|