Het Scannerforum
Scannersoftware => PDW => Topic gestart door: Johan Beck op 14 maart 2022, 09:57:55
-
Steevast elke dag even na 14.00 krijg ik een hele rits meldingen met de volgende tekst;
UNKNOWN SYNC HEADER : 8F0C A6C6 AAAA 70F3
En zojuist voor het eerst verscheen er slechts 1 zo'n regel om 10.55 uur.
Heeft iemand een idee wat dit is en hoe ik het kan blocken?
-
UNKNOWN SYNC HEADERS
kan je geloof ik niet blokken tis mij nog niet gelukt iig
-
Ik ben eigenlijk wel benieuwd of je dan ook een signaal hoort dat duidelijk anders klinkt dan wat je normaal op P2000 hoort?
En mogelijk; of je dit op zou kunnen nemen?
Een sync header is, zoals het al een beetje zegt, een blokje informatie wat voor elk bericht zit, hiermee synchroniseert de ontvanger met het ontvangen signaal. In deze header zit bijvoorbeeld of het een 2- of 4-level signaal is en hoeveel bits/seconde er worden verstuurd. Standaard is er een handvol headers. PDW weet niet hoe de data van een onbekend, niet gedefinieerde header te behandelen en dan verschijnt die melding. Dit kan altijd een keer foutief op het scherm verschijnen, waar het gewoon een standaard P2000-signaal is, maar er mogelijk wat bitjes zijn omgevallen.
Dus als het echt structureel anders is en nog belangrijker; steeds hetzelfde header, dan is het best interessant en zou ik wel willen weten hoe het klinkt. Misschien is het een gare zender die een fout signaal uitzendt, maar wellicht wordt er wel ergens mee getest. Daarom zou ik deze audio graag willen horen :)
-
kan het morgen wel opnemen je hoort het van me
-
Ik zal eens proberen te luisteren of het anders klinkt en ik zal proberen het op te nemen.
Wat mij betreft gaat het in ieder geval om de zender Scheveningen, die weet jij wel te staan.
-
Ik zal eens kijken of ik de data van een USB-interface op de seriële poort kan afvangen.
-
Vorig jaar een soortgelijk iets: https://www.scannerforum.nl/index.php?topic=32901.15
Opname van toen: https://vocaroo.com/1hiOAYlklv7G
-
14:43:58 20-03-22 GROUP-2 A5 13153 Balistraat 1094 Amsterdam 26321
0120153 RAV Amsterdam-Amstelland (Ambulance 13-153)
0120999 MKA Amsterdam-Amstelland (Lichtkrant MKA)
UNKNOWN SYNC HEADER : 871C A6C6 AAAA 78E3
14:44:06 20-03-22 GROUP-1 B1 Oisterwijk rit: 36526
1220499 MKA Midden en West Brabant (Lichtkrant MKA)
1220939 RAV Brabant Midden-West-Noord (Medium Care Ambulance 20-233)
-
UNKNOWN SYNC HEADER : 8F0C A6C6 AAAA 70F3
UNKNOWN SYNC HEADER : 871C A6C6 AAAA 78E3
Dat zijn 2 verschillende headers, hoewel de 2 middelste blokken wel weer gelijk zijn.
Ik ben benieuwd naar meerdere headers, wat de overeenkomsten zijn en hoe deze klinken?
-
Het is voor mij echt heel lang geleden dat ik hiermee bezig ben geweest (voor PDW) maar vind nu deze info :
// 64-bit FLEX sync code:
// AAAA:BBBBBBBB:CCCC
//
// Where BBBBBBBB is always 0xA6C6AAAA
// and AAAA^CCCC is 0xFFFF
// Specific values of AAAA determine what bps and encoding the
// packet is beyond the frame information word
Nu is het zo dat in jouw voorbeelden zowel 8F0C + 70F3 en 871C + 78E3 beiden hexadecimaal FFFF zijn. Dat maakt dat het feitelijk een geldige sync header zou moeten zijn, anders zou de uitkomst willekeurig zijn. Dat maakt het heel erg interessant, want (Rene??) dit zou zeker kunnen betekenen dat er iets gaande is waar wij (nog) geen weet van hebben. Misschien worden er wel signalen uitgezonden in een ander formaat waar bepaalde pagers wellicht kaas van kunnen eten. Dan zou er een raw output gemaakt moeten worden van die data om te zien of er wellicht iets te ontcijferen valt.
Motorola heeft de Flex standaard al enige tijd uitgefaseerd, maar dat betekent niet dat een ander er een nieuwe draai aan kan geven en zelf nieuwe dataformaten kan introduceren.....
-
De volgende vraag is dan weer (reactie op reactie, maar dat maakt het ook makkelijker er afzonderlijk op te reageren) of mensen landelijk, op dezelfde momenten, diezelfde sync headers te zien krijgen. Hier zou je weer uit kunnen halen of zoiets landelijk, of lokaal wordt uitgezonden.
-
Het is voor mij echt heel lang geleden dat ik hiermee bezig ben geweest (voor PDW) maar vind nu deze info :
// 64-bit FLEX sync code:
// AAAA:BBBBBBBB:CCCC
//
// Where BBBBBBBB is always 0xA6C6AAAA
// and AAAA^CCCC is 0xFFFF
// Specific values of AAAA determine what bps and encoding the
// packet is beyond the frame information word
Nu is het zo dat in jouw voorbeelden zowel 8F0C + 70F3 en 871C + 78E3 beiden hexadecimaal FFFF zijn. Dat maakt dat het feitelijk een geldige sync header zou moeten zijn, anders zou de uitkomst willekeurig zijn. Dat maakt het heel erg interessant, want (Rene??) dit zou zeker kunnen betekenen dat er iets gaande is waar wij (nog) geen weet van hebben. Misschien worden er wel signalen uitgezonden in een ander formaat waar bepaalde pagers wellicht kaas van kunnen eten. Dan zou er een raw output gemaakt moeten worden van die data om te zien of er wellicht iets te ontcijferen valt.
Motorola heeft de Flex standaard al enige tijd uitgefaseerd, maar dat betekent niet dat een ander er een nieuwe draai aan kan geven en zelf nieuwe dataformaten kan introduceren.....
Op https://www.scannerforum.nl/index.php?topic=32901.0 staan er nog meer:
34DF A6C6 AAAA CB20
14DF A6C6 AAAA CB20
34DF 5939 5555 CB20
74DF A6C6 AAAA CB20
-
14DF A6C6 AAAA CB20
34DF 5939 5555 CB20
Waarbij A6C6 AAAA en 5939 5555 elkaars inverse zijn (1 wordt 0 en omgekeerd).
-
Misschien worden er wel signalen uitgezonden in een ander formaat waar bepaalde pagers wellicht kaas van kunnen eten. Dan zou er een raw output gemaakt moeten worden van die data om te zien of er wellicht iets te ontcijferen valt.
Zou het hiermee te maken kunnen hebben? http://www.scannerforum.nl/index.php?topic=31927.0
-
De volgende vraag is dan weer (reactie op reactie, maar dat maakt het ook makkelijker er afzonderlijk op te reageren) of mensen landelijk, op dezelfde momenten, diezelfde sync headers te zien krijgen. Hier zou je weer uit kunnen halen of zoiets landelijk, of lokaal wordt uitgezonden.
Hier ook te zien/horen, regio Hulst-Axel, dagelijks om 14u11.
-
Vandaag 14:11 Gelderland Midden 34DF 5939 5555 CB20
-
Om 00:00 uur zie ik hem nu ook.
UNKNOWN SYNC HEADER : 34DF 5939 5555 CB20
In PDW schiet de meter dan meteen terug naar 95%.
Het was me nog niet eerder opgevallen aangezien dit ook niet in de log bestanden terug komt.
-
Dit mysterie is inmiddels ontrafeld. Even in Jip en Janneke taal, als een P2000-zender zijn synchronisatie kwijt raakt dan zal deze een zogenaamde "Re-Sync" versturen, hetgeen terug te vinden is in deze documentatie, pagina 20 :
http://www.arib.or.jp/english/html/overview/doc/1-STD-43_A-E1.pdf
Het Ar-bitpatroon komt overeen met deze UNKNOWN SYNC HEADER. Deze pakketten bevatten geen data. Het is volstrekt onduidelijk waarom dit dagelijks om 14:11 wordt verstuurd en evenmin waarom dit vroeger nooit was, dit fenomeen is pas sinds enkele jaren.
In elk geval bevat het dus (nogmaals) geen data, en dus ook geen verborgen data. Voor zover mogelijk kan het dus genegeerd worden.
34DF A6C6 AAAA CB20 is de juiste, volledige header. Eerder zijn ook deze 2 genoemd :
14DF A6C6 AAAA CB20
74DF A6C6 AAAA CB20
Dat moeten decodeerfouten zijn, het eerste blok plus het laatste is altijd (hexadecimaal) FFFF. Dat is bij die laatste 2 niet het geval en kan dus onmogelijk iets anders dan een decodeerfout zijn. Mocht iemand een andere unknown syncheader zien waarbij eerste en laatste wel FFFF is (kun je eenvoudig in de windows rekenmachine bij elkaar optellen in de "Programmeur stand", dan verneem ik dit uiteraard graag :)
-
Ik ben eigenlijk wel benieuwd of je dan ook een signaal hoort dat duidelijk anders klinkt dan wat je normaal op P2000 hoort?
En mogelijk; of je dit op zou kunnen nemen?
Een sync header is, zoals het al een beetje zegt, een blokje informatie wat voor elk bericht zit, hiermee synchroniseert de ontvanger met het ontvangen signaal. In deze header zit bijvoorbeeld of het een 2- of 4-level signaal is en hoeveel bits/seconde er worden verstuurd. Standaard is er een handvol headers. PDW weet niet hoe de data van een onbekend, niet gedefinieerde header te behandelen en dan verschijnt die melding. Dit kan altijd een keer foutief op het scherm verschijnen, waar het gewoon een standaard P2000-signaal is, maar er mogelijk wat bitjes zijn omgevallen.
Dus als het echt structureel anders is en nog belangrijker; steeds hetzelfde header, dan is het best interessant en zou ik wel willen weten hoe het klinkt. Misschien is het een gare zender die een fout signaal uitzendt, maar wellicht wordt er wel ergens mee getest. Daarom zou ik deze audio graag willen horen :)
Een tester van mij krijgt steeds 0x873C binnen ... klopt ook niet....