» Radardetectie, detectoren, filters etc » Detectoren, GPS en laser apparatuur   

Postingstijd interval gedetecteerd van 35.7 dagen. Deze pagina bevat dus deels relatief oude berichten.


 Pagina 11 van 11  [ 533 berichten ]
Harold
FS Meldingen
 Bericht 
Heel technisch verhaal, maar ik blijf dit volgen 8)

tetraberry
Nieuwkomer
 Bericht 
 
Detector kon wel politie combi vaststellen, maar dat was 10 seconden nadat hij al gepasseerd was.
Ik ga nu een SDR ontvanger zoeken die de volledige 5 Mhz band in één keer kan samplen, ipv in twee delen.

tetraberry
Nieuwkomer
 Bericht 
 
Naar mijn gevoel zat er een vieze bug in de peak hold functie van rtl_power
Het kon bijna niet dat average een hogere waarde opleverde als met peak hold.

De versie die op mijn raspberry stond, was duidelijk nog een oude versie.

In github vond ik de bugfix, dus ga eens de laatste versie compileren:

https://github.com/keenerd/rtl-sdr/comm ... 708b27860a

tetraberry
Nieuwkomer
 Bericht 
 
Laatste versie van rtl_power gecompileerd. In de source gedoken.

Ontdekt dat ik de auto-gain moet uitzetten, dus manueel een gain specificatie opgeven, bvb:

-g 3

Om de 380-385 band in twee cycles te scannen (Number of frequency hops: 2), moest ik een samplerate van 3.2 Megahertz opgeven, anders deed hij het in vier keer, dus 2x zo kleine kans dat de scanner een tetra pakketje ziet passeren, wat hij niet decodeert.

Het beste is uiteraard een SDR receiver die de volledige band in 1x kan pakken. Die kost wel een dikke 100 euro. Maar die heb ik nog niet.

Concreet: laatste versie staat nu in /usr/local/bin/rtl_power

Het verschil is duidelijk, zonder peak hold:

Code:
pi@raspberrypi ~ $ /usr/local/bin/rtl_power -f 380M:385M:25000 -r 3.2M  -i 3 -g 3
Range: 380M:385M:25000
Mode: hopping
Number of frequency hops: 2
Dongle bandwidth: 3200000Hz
Downsampling by: 1x
Cropping by: 21.88%
Total FFT bins: 256
Logged FFT bins: 200
FFT bin size: 25000Hz
Buffer size: 16384 bytes (2.56ms)

Reporting every 3 seconds
Found 1 device(s):
  0:  Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Tuner gain set to 2.70 dB.
2017-06-21, 16:40:36, 380000000, 382500000, 25000, 3456, -42.17, -41.87, -41.69, -41.36, -41.25, -41.16, -40.91, -40.81, -40.77, -40.66, -40.80, -40.60, -40.61, -40.56, -40.71, -40.64, -40.70, -40.89, -40.95, -40.87, -40.88, -40.92, -40.83, -40.96, -41.06, -40.92, -41.00, -40.82, -40.99, -41.00, -40.88, -40.81, -41.04, -40.86, -40.85, -40.66, -40.67, -40.58, -40.44, -40.44, -40.39, -40.31, -39.76, -40.08, -40.20, -39.93, -39.98, -39.95, -39.94, -39.94, -40.10, -40.10, -40.10, -40.00, -40.22, -40.29, -40.29, -40.23, -40.49, -40.50, -40.71, -40.64, -40.70, -40.82, -41.00, -41.06, -41.11, -41.25, -41.37, -41.30, -41.28, -41.31, -41.35, -41.21, -41.46, -41.31, -41.50, -41.36, -41.54, -41.63, -41.70, -41.51, -41.53, -41.67, -41.63, -41.61, -41.68, -41.63, -41.53, -41.54, -41.82, -41.66, -41.88, -41.85, -41.98, -42.13, -42.39, -42.65, -42.88, -43.07
2017-06-21, 16:40:36, 382500000, 385000000, 25000, 3456, -42.14, -41.81, -41.71, -41.54, -41.43, -41.17, -41.07, -40.83, -40.80, -40.58, -40.79, -40.56, -40.57, -40.53, -40.65, -40.62, -40.78, -40.70, -40.65, -40.65, -40.86, -40.76, -41.06, -41.06, -41.14, -41.07, -41.07, -41.03, -41.06, -41.03, -41.00, -41.14, -40.90, -40.95, -40.78, -40.81, -40.70, -40.45, -40.20, -40.37, -40.20, -40.19, -40.28, -40.06, -40.13, -39.95, -39.95, -40.10, -40.05, -40.27, -40.25, -40.25, -40.25, -40.03, -40.19, -40.07, -40.22, -40.26, -40.45, -40.39, -40.13, -40.51, -40.60, -40.62, -40.77, -40.80, -40.91, -40.95, -41.04, -41.29, -41.22, -41.21, -41.43, -41.50, -41.73, -41.43, -41.63, -41.58, -41.53, -41.63, -41.64, -41.70, -41.53, -41.62, -41.51, -41.46, -41.42, -41.39, -41.36, -41.46, -41.53, -41.82, -41.90, -41.95, -42.12, -42.27, -42.44, -42.64, -42.88, -43.01


Hij sampled meer bins (256) dan nodig zijn (200), omdat hij twee keer met een breedte van 3.2 Mhz scanned, waarvan hij slechts 2.5 Mhz gebruikt.

Correct is nu ook dat voor elke hopped tuning frequency, er 100 logged bins zijn, dus gezien er in 1 Mhz 40 kanalen van 25 khz, gaan moet je dus voor 5 Mhz gecapteerd in twee stukken, per stuk dus 100 bins hebben. Ik heb er even over gedaan om rtl_power zover te krijgen dat de FFT bin size op 25000Hz uitkwam, exact wat tetra dus gebruikt.

Om de 3 seconden dumpt hij dus het onderste en bovenste deel van die 5 Mhz band, en toont vanaf het 7e veld de 100 bins.
Als we nu met de peak hold scannen, dan zien we effectief een verschil van 10dB:

Code:
pi@raspberrypi ~ $ /usr/local/bin/rtl_power -f 380M:385M:25000 -r 3.2M  -i 3 -g 3 -P
Range: 380M:385M:25000
Mode: hopping
Number of frequency hops: 2
Dongle bandwidth: 3200000Hz
Downsampling by: 1x
Cropping by: 21.88%
Total FFT bins: 256
Logged FFT bins: 200
FFT bin size: 25000Hz
Buffer size: 16384 bytes (2.56ms)

Reporting every 3 seconds
Found 1 device(s):
  0:  Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Tuner gain set to 2.70 dB.
2017-06-21, 16:47:21, 380000000, 382500000, 25000, 4480, -32.50, -32.13, -32.37, -31.41, -32.44, -29.90, -30.46, -31.20, -31.90, -31.48, -31.27, -31.87, -30.91, -30.53, -31.54, -31.06, -31.44, -30.75, -31.42, -31.08, -30.57, -31.67, -32.30, -31.13, -31.42, -31.06, -32.21, -31.85, -31.46, -31.75, -31.04, -30.90, -32.13, -31.20, -30.63, -32.18, -31.02, -30.09, -31.21, -31.40, -30.68, -29.76, -29.07, -31.77, -29.82, -31.67, -30.53, -30.70, -30.08, -30.39, -30.16, -30.16, -30.77, -30.12, -30.31, -31.02, -30.37, -31.07, -32.00, -31.51, -31.07, -31.51, -31.36, -31.51, -29.68, -30.83, -32.11, -30.90, -31.40, -30.43, -31.49, -31.42, -31.41, -31.94, -32.59, -31.36, -31.35, -32.76, -32.25, -32.53, -32.56, -32.46, -32.75, -31.42, -32.38, -32.04, -31.42, -32.75, -31.63, -32.33, -32.50, -32.36, -31.56, -32.33, -32.76, -32.80, -33.25, -33.11, -33.27, -33.18
2017-06-21, 16:47:21, 382500000, 385000000, 25000, 4480, -32.70, -32.37, -31.57, -32.10, -32.17, -32.07, -31.95, -31.82, -31.02, -30.63, -31.41, -30.10, -31.02, -30.57, -31.42, -31.16, -31.75, -31.07, -31.04, -31.76, -31.49, -30.89, -31.56, -31.70, -31.37, -32.05, -31.75, -31.42, -31.38, -31.72, -31.18, -30.70, -32.07, -30.40, -30.44, -31.76, -30.29, -30.24, -30.90, -30.91, -29.85, -31.13, -29.96, -30.53, -31.62, -30.72, -30.70, -28.89, -31.18, -31.88, -30.89, -30.89, -29.66, -31.20, -30.90, -31.21, -30.75, -31.07, -30.67, -30.70, -30.76, -30.87, -31.37, -30.31, -31.03, -31.53, -32.20, -32.32, -29.56, -32.16, -31.40, -32.65, -30.56, -32.99, -31.87, -31.36, -32.75, -32.13, -32.57, -32.66, -32.38, -32.29, -31.94, -32.50, -31.67, -31.70, -32.20, -31.80, -32.23, -31.18, -32.51, -32.86, -31.72, -33.01, -32.34, -33.18, -33.01, -33.35, -32.31, -34.08


Zeer benieuwd wat dit gaat geven als we hiermee rondrijden.

Harold
FS Meldingen
 Bericht 
Wanneer zou je kunnen gaan testen met deze versie?

tetraberry
Nieuwkomer
 Bericht 
 
We zijn er nog niet!

Met gain 3dB en 2 frequenties waarop hij afwisselend moet tunen, merk ik helaas niet snel genoeg de zenders op.
Dus hij doet 1.5sec

380000000, 382500000

en dan 1.5sec

382500000, 385000000

Eerst wat rondgereden, background peak zit rond de -29 a -28dB.

Op een bepaald moment rijden we langs brandweer, en zien we kort nadien nog eens 5 a 6 dB er bijkomen.
Het moest net lukken dat aan het kruispunt van de brandweer er ook een politiecombi reed. Dus niet uit te sluiten wat het was.

Dus later nog eens terug gereden, zonder combi in de buurt, en meter gaf duidelijk weer om de zoveel seconden een sterke piek.

En dan op een landelijke baan, wij rijden 70 en zien in de verte een snelle politieauto met zwaailichten onze richting komen en ons voorbij scheuren. Helaas zag de meter dus NIKS!!!

Ook langs een politiekazerne gereden aan een grote rivier en aan de overkant van het water gereden, je zag opnieuw die pieken die op sync packets lijken.

Dus concreet:

- de gain moet veel hoger, ik denk aan +30dB gain ipv +3dB, ik denk dat de gain nu zo laag is dat wat ver zit, vergaat in de AD ruis van de dongle
- vergeet niet dat deze dongles maar 8 bit doen, dus zeer beperkte SNR
- ik las ergens dat de nooddiensten 380-383 gebruiken, ipv 380-385
- dat de AD convertie in de dongle clipped door een te hoge gain als de politie vlakbij is kan mij niet schelen, ik wil ze liever te vroeg dan te laat opmerken

Wat ik ga doen is ook de frequentie erbij plotten, zodat ik weet of de piek tussen 380-383 zit (dan kan ik dit single pass doen, en ziet de dongle elk tetra packet) of two-pass, en dan moet ik maar wat meer geduld hebben.

Dit bij interval van 1 seconde meten, en single pass:

Wat ik ook nog niet begrijp is wanneer ik een antenne inplug, de dongle pas na meer dan 10 seconden pas een 10dB hoger signaal meet.
Als ik de antenne eruit trek, duur het ook meerdere seconden voor die 10dB weer zakt.

Alsof de stick herkent of er een antenne aan hangt, en iets met de gain uithaalt. Nochthans staat auto gain uit, en stond ze manueel op +30dB.

Pietert
Master
 Bericht 
Dit alles zou ook zoveel makkelijker worden met betere hardware. Je begint ineens te begrijpen waarom die echte setjes zo duur zijn :)

tetraberry
Nieuwkomer
 Bericht 
 
Klopt, een betere SDR receiver, een echte tetra antenna, evt programmeerbare analoge filterbank in de SDR voor een 380-385 Mhz bandpass .....

Dit kost inderdaad wel geld ja.

tetraberry
Nieuwkomer
 Bericht 
 
Wat denken jullie van deze Hirshmann MCA 480 FLEX antenne die je op de voorruit kleeft?

https://www.caraudioshop.nl/mca-480-flex.html

Hoeveel agenten weten dat dit een tetra antenne is? In België hebben de meeste agenten een walkie of in car tetra mee, die via zo'n klein sprietje op het dak werkt.

Edison
Nieuwkomer
 Bericht 
Volgens mij is het nog steeds zo dat bij geen communicatie van de hermandad er geen puls meetbaar is... Althans.... Mij is het niet gelukt om dit zichtbaar te krijgen....

Edison
Nieuwkomer
 Bericht 
M_L schreef:
4 seconden een sync-signaal in NL is echt niet waar. We hebben het getest met de S2k en de Blueye naast elkaar met een c2000 portofoon. Ze reageren beide als er spraakverkeer is oid, maar het sync signaal was er niet. De s2k heeft een lichte vertraging(gok een kleine seconde) maar reageert net zo goed als de BluEye.

Het grappige is dat de c2000 portfoon in direct modus wel werd opgemerkt door de Blueye en de S2k.


tetraberry
Nieuwkomer
 Bericht 
 
Edison schreef:
s2k


Bedoel je met S2K die zelfbouw detector?

Edison schreef:
4 seconden een sync-signaal in NL is echt niet waar.


Ik ben benieuwd in België wat het sync interval is. Als dit erg hoog is, dan heeft een tetra detector geen zin.

Enkel als ze achter je rijden op de autostrade, en ze dan de centrale oproepen tijdens een anonieme achtervolging, zal je weten dat er een agent achter je zit, maar dan is het al te laat. En die Belgische auto's herken ik toch, de BMW met de astrid sprietjes ipv bimmer haaievin. 's Nachts is dat wel lastiger om te zien.

Edison
Nieuwkomer
 Bericht 
In Belgie schijnt de pulse er wel te zijn... Ik vermoed uit je antwoord dat je in Belgie zit... Kijk even vanaf 27 april 2015 12:39 in dit onderwerp.
Ik heb het uitvoerig getest met andere apparatuur. Ook na 30 sec of langer geen syncpuls.

Ben heel benieuwd naar ervaringen van anderen die dit wel detecteren..

Wel blijft het een super leuk en informatief project waar je mee bezig bent...
succes

tetraberry
Nieuwkomer
 Bericht 
 
Ben nog met de offsets aan het spelen. Het is nog niet 100% duidelijk welke offset tetra gebruikt in België, maar ik vermoed +12.5kHz

Dus zonder offset scan je 380 Mhz t.e.m. 385 Mhz in bins van 25 Khz.

Volgens wikipedia:

https://en.wikipedia.org/wiki/Absolute_ ... nel_number

Citaat:
The standard is 25 kHz spacing and the center frequency of each channel may be offset in a number of fashions such as ±12.5 kHz or even ±6.25 kHz. This makes it more tricky to correlate the ARFCN strictly to a pair of frequencies, you need to know the specifics of the system.


en dan deze:

http://www.scannerforum.nl/index.php?to ... #msg273261

Citaat:
25 kHz-stappen, maar met een offset van 12.5 kHz. Dus .0125, .0375, .0625 enzovoort.


Laatste versie script:

Code:
#!/bin/bash

RTL_POWER=/usr/local/bin/rtl_power

BAND1=380000000:385000000:25000 # no offset
BAND2=380012500:385012500:25000 # 12.5K offset
BAND3=380006250:385006250:25000 # 6.25K offset

$RTL_POWER -f $BAND2 -r 3.2M -i 3 -g 30   | while read line; do echo $line | cut -f 7- -d , | sed s/,//g | xargs -n 1 | sort | head -1; done  | /home/pi/tetradisplay2


tetradisplay2:

Code:
pi@raspberrypi ~ $ cat /home/pi/tetradisplay2
#!/usr/bin/perl
use Term::ANSIColor qw(:constants);
use Switch;

while (<>) {
        next unless /-(\d+)\.(\d+)/;
        $str = "$1.$2";
        $number = $str * 1;
        printf "%.2f ", $number;
        $breedte=40-$1;
        $i=0;
        while ( $breedte > 0 ) {
                        switch ($i) {
                                case 0 {$COLOR = ON_GREEN}
                                case 1 {$COLOR = ON_GREEN}
                                case 2 {$COLOR = ON_CYAN}
                                case 3 {$COLOR = ON_CYAN}
                                case 4 {$COLOR = ON_RED}
                                else {$COLOR = ON_RED}
                        }
                if ($breedte > 10) {
                        print BOLD, BLACK $COLOR, " "x10, RESET;
                        print " ";
                        $breedte=$breedte-10;
                }  else {
                        print BOLD, BLACK $COLOR, " "x$breedte, RESET;
                        $breedte=0;
                }
                $i++;
        }
        #print BOLD, BLACK ON_RED, " "x(80-$1), RESET;
        print "\n";
}


sjonkeesse
Nieuwkomer
 Bericht 
 
Hierbij nog even een foto van de Target Blu Eye waarbij alle componenten goed leesbaar zijn. Misschien dat iemand er wat aan heeft.
Afbeelding

Ik ben in het bezit van deze blu eye en tevens ook van een RTL2832 SDR. Ik kan dus eventueel testen of scripts werken voor de SDR en dat vergelijken met wat de blu eye aangeeft.
Zelf ben ik ook aan het kijken of ik de Tetra sync pulsen kan detecteren met mijn RTL2832 usb dongle. Zoals al eerder aangegeven op dit forum denk ik ook dat de dongle of software te traag is om deze pulsen te detecteren. Elk andere vorm van communicatie in de 380 - 385 Mhz range is wel duidelijk te zien in de waterval.

Waterval met GQRX
Afbeelding
Afbeelding
Tijdens deze activiteiten ging de blu eye af, maar ook buiten deze zichtbare waterval activiteiten. Natuurlijk heb ik hier niet de hele 380 - 385 Mhz range zichtbaar wat ik met rtl_power wel kan.

Waterval met rtl_power en heatmap.py (http://kmkeen.com/rtl-power/)
Afbeelding
In deze waterval is van een aantal minuten waarbij de echte blu eye maar 1 of 2 korte waarnemingen had.

Dus als iemand tips heeft over hoe ik de tetra sync pulsen wel kan detecteren met de sdr, ik hoor het graag!

sjonkeesse
Nieuwkomer
 Bericht 
 
Zojuist nog even langs het politie bureau gereden met de rtl_power gecompilde versie van tetraberry

Code:
rtl_power -f 379.9M:385.1M:2k -g 50 -i 1 -P airband.csv
python heatmap.py airband.csv output.png --ytick 10


Afbeelding

Naar mijn idee was er wel verbetering. Bij alle blu eye detecties (4x) nam ik ook wat waar in de waterval van mijn RTL2832 stick. In de waterval zijn vanaf 10:32:30 constante waarnemingen te zien (de twee verticale strepen). Daar reageerde de blu eye niet op.

sjonkeesse
Nieuwkomer
 Bericht 
 
Zojuist nog even wat aanpassingen gedaan aan de RTL_POWER. Ik heb het nu zo gemaakt dat hij bij elke waarneming een regel wegschrijft en niet pas om de seconden. Hierdoor krijg ik voor een range van 380 - 385 Mhz waarbij 3 sweeps per regel nodig zijn ongeveer 50 rijen resultaten per seconden. Dat is dus ongeveer 1000/50 = 1 rij per 20 ms. Wanneer hij maar 1 sweep hoeft te doen, bijvoorbeeld bij 380 - 381 Mhz range heeft hij 125 rijen per seconden dus 1000/150 = 6.6 ms.

(btw, in deze screenshots is geen activiteit te zien)

380 - 385 Mhz - 3 sweeps per rij
Afbeelding

380 - 382 Mhz - 1 sweep per rij
Afbeelding
De secondes staan links ergens aangegeven

380 - 382 Mhz - CSV inclusief milliseconden
Afbeelding

Dus in het beste geval kan ik elke 6.6 ms iets detecteren. Ik denk dat dat een momentopname is een niet een gemiddelde van 6.6 ms. Als een tetra sync signaal 0.5 ms of 1 ms duurt dan is de kans dus groot dat ik niks ga zien op deze manier. Dat geldt natuurlijk hetzelfde voor een gemiddelde van 1 seconden waarbij er alleen maar een gemiddelde wordt getoond van momentopnames om de 6.6 ms..

sjonkeesse
Nieuwkomer
 Bericht 
 
Net nog even geprobeerd. Ik heb een paar signalen gezien in de waterval die exact 8 seconden uit elkaar zitten en die 2 keer herhaald worden.
Bij alle 5 zichtbare waarnemingen ging de blu eye ook af, ook al keek ik alleen naar de 282.9 t/m 384.4 Mhz.
De RTL2832U SDR stick kan in 1 keer een range van 2.56 Mhz sampelen dus niet de 5 Mhz range die hier eigenlijk nodig is. Met frequency hopping loop ik naar mijn idee sommige sync signalen mis. Misschien is het ene idee om gewoon 2 RTL2832U sticks te gebruiken (2 x 8 euro) i.p.v. 1 die een stuk duurder is.

http://www.ebay.com/itm/USB-2-0-Digital-DVB-T-SDR-DAB-FM-HDTV-TV-Tuner-Receiver-Stick-RTL2832U-R820T2-/201898467859

Afbeelding

sjonkeesse
Nieuwkomer
 Bericht 
 
Zojuist nog even een rondje gereden met daarnaast een opname van de blue eye. Deze stond in zijn meest gevoelige mode (highway mode) waardoor hij soms wel signalen detecteerde die niet zichtbaar waren in mijn waterval. Wat ook zou kunnen zijn is dat die signalen zich bevonden buiten de frequentie waarop ik luisterde (383.6 Mhz - 384.9 Mhz).
Ik gebruik gewoon de standaard all around antenne van de RTL2832 die is bedoeld voor 24 – 1766 Mhz. Hierdoor heb ik waarschijnlijk meer noise en minder bereik in deze specifieke frequentie. Een tetra antenne is al onderweg vanuit china samen met een tweede RTL SDR stick..

Volgens mijn waarnemingen gaat het geluidssignaal van de blue eye eens in de 4 seconden af wanneer er een waarneming is geweest. Tenzij hij 5 van de 5 leds oplicht. Dan geeft hij een dubbel geluidssignaal af maar ook dat dubbele signaal zit ongeveer 4 seconden uit elkaar.

Afbeelding

Denman
Master
 Bericht 
 
sjonkeesse schreef:
Misschien is het ene idee om gewoon 2 RTL2832U sticks te gebruiken

Dat wilde ik ook suggereren, lijkt mij een eenvoudige oplossing.

tetraberry
Nieuwkomer
 Bericht 
 
Ik ben dit nog vergeten: rtl_power heeft de -P vlag, ik ben in de code gaan duiken, en ja het meet effectief een piek binnen een integratiewindow.
Ik had dit al getest, maar ben dit vergeten in mijn scriptje hierboven toe te voegen.

Dus

Code:
#!/bin/bash

RTL_POWER=/usr/local/bin/rtl_power

BAND1=380000000:385000000:25000 # no offset
BAND2=380012500:385012500:25000 # 12.5K offset
BAND3=380006250:385006250:25000 # 6.25K offset

$RTL_POWER -f $BAND2 -r 3.2M -i 3 -g 30  -P | while read line; do echo $line | cut -f 7- -d , | sed s/,//g | xargs -n 1 | sort | head -1; done  | /home/pi/tetradisplay2


Ik denk ook dat hij sync packets mist omdat hij moet frequency hoppen.
Dus of twee dongle, of gewoon een duurdere SDR dongle die bvb 6 Mhz aankan.

sjonkeesse
Nieuwkomer
 Bericht 
 
Bij frequency hoppen kom ik het een enkele keer tegen dat ik ze wel zie. Zonder hoppen zie ik ze vrijwel altijd. Ik zie daar dan vaak een exacte iteratie van 4 seconden en soms 8 seconden (misschien dat ik er dan gewoon eentje niet ontvang tussendoor).
Zojuist reed ik achter een ambulance voertuig (zonder sirene) waar ik duidelijk elke 4 seconden de sync opmerkte ;)

tetraberry
Nieuwkomer
 Bericht 
 
sjonkeesse schreef:
Zojuist nog even wat aanpassingen gedaan aan de RTL_POWER. Ik heb het nu zo gemaakt dat hij bij elke waarneming een regel wegschrijft en niet pas om de seconden. Hierdoor krijg ik voor een range van 380 - 385 Mhz waarbij 3 sweeps per regel nodig zijn ongeveer 50 rijen resultaten per seconden.


Hoe heb je dat gedaan? Heb je de broncode aangepast van rtl_power ?

Anderzijds schrijf je 3 sweeps, als je sampled met 3.2 Mhz ( rtl_power -r 3.2M ), dan kan het in 2 sweeps, en mis je dus minder.

sjonkeesse
Nieuwkomer
 Bericht 
 
tetraberry schreef:
Hoe heb je dat gedaan? Heb je de broncode aangepast van rtl_power ?

Waar het eigenlijk op neer komt is dat je in `rtl-sdr/src/rtl_power.c` op regel 1242, 1243 het if-statement weghaalt. Voor mij om die waterval te maken moest ik er ook nog milliseconden bij zetten in de output maar dat is dus niet noodzakelijk. De -P flag heeft dan daarna ook geen zin meer aangezien er geen gemiddelde meer is. Ik heb de broncode nu niet bij me maar als je het wil hebben kan ik het wel online zetten, laat maar weten.

sjonkeesse
Nieuwkomer
 Bericht 
 
Wat krijgen jullie als jullie dit gebruiken?
Code:
rtl_power -f 380M:385M:2k -g 50 -i 1 -r 2.8M -P test.csv

Range: 380M:385M:8k
Mode: hopping
Number of frequency hops: 3
Dongle bandwidth: 2048000Hz
Downsampling by: 1x
Cropping by: 18.36%
Total FFT bins: 768
Logged FFT bins: 625
FFT bin size: 8000Hz
Buffer size: 16384 bytes (4.00ms)
...


Bij mij pakt hij die -r niet..

sjonkeesse
Nieuwkomer
 Bericht 
 
https://github.com/sjonkeesse/rtl-sdr

Met de -n optie zal hij geen interval gebruiken voor de output.

Ik heb zojuist de originele rtl-sdr repository geforkt en daarmee zet hij de bandwidth van de stick automatisch op 2.5 Mhz waardoor hij maar 2 sweeps doet zelfs zonder de -r optie :)

sjonkeesse
Nieuwkomer
 Bericht 
 
Zojuist even getest met de fork van https://github.com/keenerd/rtl-sdr en frequency range van 380 - 385 met 2 keer hoppen. Ik heb ik de waterval enige signalen waargenomen maar de blue eye ging wel vaker af dan dat ik ze opving met de stick. Hij deed de output om de seconden met de peakhold flag.

Afbeelding

sjonkeesse
Nieuwkomer
 Bericht 
 
Gelijktijdige opname met twee antennes en twee nieuwe RTL2832 820T2

RTL SDR in combinatie met de blue eye antenne achter plastic bumper https://www.cbshop.com/Target_Blu_Eye_antennes
Afbeelding

RTL SDR in combinatie met een 380 - 430 mhz antenne liggend in de auto
Afbeelding

Rond 13:53:20 rij ik over een industrieterrein waar veel ruis is en waar de normale blue eye ook op af gaat

Afbeelding

Harold
FS Meldingen
 Bericht 
Ok, en dat betekend?

sjonkeesse
Nieuwkomer
 Bericht 
 
Harold schreef:
Ok, en dat betekend?

Dat een antenne van een paar euro zo goed als hetzelfde kan als een antenne van 119 euro. Of is dat niet interessant en / of offtopic?

Bramdaman
Master
 Bericht 
Ik vind het heel interessant maar ik mis wat duiding. Zijn de vertikale spikes alerts?

sjonkeesse
Nieuwkomer
 Bericht 
 
Bramdaman schreef:
Zijn de vertikale spikes alerts?

Nee, dit is een waterval van de frequentie range 382.4 tm 384.9 Mhz. Elke rij horizontale pixels stelt 1 seconden voor. Als je dat dan onder elkaar bekijkt zie je wanneer er activiteit is geweest op welk gedeelte van de frequentie. Ik doe niet de volle range van 5 Mhz (380 - 385) omdat mijn SDR dat niet in 1 keer kan zien.
Het fel gele geeft hoge waarneming weer en de wat donker gele het tegenovergestelde. Waar je dus kleine streepjes ziet van een (cm breed of zo) is er uitgezonden door een portofoon of iets dergelijks. Hoe feller geel het is, hoe dichter bij / hoe sterker. Een opname (zo'n waterval) zie ik niet live. Eerst worden live gegevens opgeslagen in een excel sheetje en die kan ik naderhand weer omzetten naar zo'n grafische weergave. Als je de functionaliteit wilt van een blue eye moet je software schrijven die de sdr stick uitleest en daaruit gelijk kan zien of er activiteit is geweest en hoe ver weg dat dan ongeveer zou zijn. Dan moet die output weer naar een schermpje of speaker etc.
De informatie die ik post op dit forum is voor mensen die dat dus willen maken. Daarbij kunnen mijn berichten dan misschien helpen. Bij mijn laatste bericht stelde ik mijzelf de vraag: Kan ik een goedkope antenne gebruiken ipv de dure blue eye bumper antenne.

Harold
FS Meldingen
 Bericht 
sjonkeesse schreef:
Dat een antenne van een paar euro zo goed als hetzelfde kan als een antenne van 119 euro. Of is dat niet interessant en / of offtopic?


Dat is zeker interessant, alleen had ik die conclusie nog niet getrokken uit de grafiekjes 8)

 Pagina 11 van 11 [ 533 berichten ] 


Wie is er online

Gebruikers op dit forum: Geen geregistreerde gebruikers en 3 gasten


Je mag geen nieuwe onderwerpen in dit forum plaatsen
Je mag niet antwoorden op een onderwerp in dit forum
Je mag je berichten in dit forum niet wijzigen
Je mag je berichten niet uit dit forum verwijderen
Je mag geen bijlagen toevoegen in dit forum

Zoek…