raspberry, rtl-sdr, GPS, RTC

Sziasztok.

Gondoltam elkezdem írni a kalandomat azzal kapcsolatosan, hogyan lehet AUS-t építeni házilag. Az AIS egy Automatikus Azonosító Rendszer, melyet hajósok és repülők is használnak. Bizonyos esetekben szükség lehet rá, emiatt kezdtem el kínlódni vele.

Első lépésként a negyedik RPI-m megvétele történt meg, ez egy Zero.

2. lépés kiépíteni egy AP-t rá, erre a legnormálisabbnak vélt distrib egy ARM volt: https://haydenjames.io/download-arch-linux-raspberry-pi-wifi-access-poi…

3. lépés az RTC és a GPS felhegesztése volt, így már nem volt soros terminálom, mert azt a GPS foglalta el. Az UART-ot.

4. Amikor a disztribúciót frissítettem, folyamatosan ébresztettek rá arra, hogy az 'armv6h' mit jelent. Ez a karakterlánc köll' a keresőkbe, ha binárist vagy egyebet keresek az RPI Zerohoz. Mert ugyebár nem mindegy, hogy v6 vagy v7 stb...

5. Elkezdtem az AIS-hez letöltögetni a forráskódokat, ezt előbb debianon forgattam. Legnagyobb szórakoztatásomra ARM-en hidegre vágtam a csomagkezelőm mirrorlistáját, így visszaállítottam az eredetit és megtanultam a csomaglistát frissíteni.

6. források:
http://www.sarcnet.org/projects/project_ais.html
https://www.reddit.com/r/sailing/comments/4bgqck/build_a_50_raspberry_p…
http://www.rtl-sdr.com/rtl-sdr-radio-scanner-tutorial-receiving-airplan…
https://github.com/mplattu/aisrasp
https://www.partmarine.com/blog/wireless_ais_howto/

7. Miután megérkezett az rtl-sdr kártyám, észrevettem, hogy UART-ra csatlakoztatható, kész eszköz is van:
https://www.tindie.com/products/astuder/daisy-hat-ais-receiver-for-rasp…
Ekkor káromkodtam egyet.

8. Nekiálltam a http://www.stripydog.com/kplex/configuration.html oldalon leírtak szerint megépíteni azt az eszközt, ami az NMEA mondatokat szétszórja. Ez a kplex és a muplex lehet, esetleg az aisdispatcher. Muplexet már használ egy hajósoknak készült linux-disztribúció.

9.
Pihenésképpen elszórakoztattam magam az ntp-vel itt:
https://blog.adafruit.com/2012/11/16/raspberry-flavored-time-a-ntp-serv…
Ez bearanyozta a napjaimat.

10. alkottam egy ledet és egy gombot, melyeket mezei BASH alól tudtam kezelni:
http://raspberrypi-aa.github.io/session2/bash.html

11. FTP-szerver és egy webkiszolgáló került fel az RPI-re, az ssh mellé. Androidos bunkofonokra kerestem valami raspberry-programot, végül úgy döntöttem, hogy írok egyet. Egy nap alatt az Androidstudio látványa lehorgasztott, html-felületet csináltam. Sajnos a "systemctl poweroff"-ot php-n keresztül nem tudom meghívni.

12. Androidra szereztem egy programot, ami grafikus felületen teszi lehetővé ssh-n keresztül a poweroff-ot. Így már nem nagyon érdekel a php-n keresztüli kísérletsorozatom. Az RPI-re felszerelt nyomógomb a piros leddel hardveresen megoldja a kikapcsolást, de ha az egész kaszni egy vízálló dobozba kerül, a nyitogatás nélküli poweroff-ot wifin keresztül kell megoldanom.

13.

14

15

16

17

18

19 Itt gondom van. A leírás azt mondja, hogy a GSM900-as frekvenciákat kellene szkennelnem, majd ott kijelölni magamnak egy csatornát. Nem értem. a tankönyv szerint a rádiós tengeri AIS-1 és AIS-2 161 MHz körüli, itt viszont a példaleírás a 938 MHz-re íródott. Sebaj, nem érdekel, tolom ezt.

20 


# kal -s GSM900
Found 1 device(s):
  0:  Generic RTL2832U OEM

Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Exact sample rate is: 270833.002142 Hz
[R82XX] PLL not locked!
kal: Scanning for GSM-900 base stations.
GSM-900:
	chan: 4 (935.8MHz - 36.583kHz)	power: 41340.63
	chan: 40 (943.0MHz - 36.507kHz)	power: 42758.13
	chan: 45 (944.0MHz - 35.899kHz)	power: 36071.48
	chan: 48 (944.6MHz - 36.934kHz)	power: 88900.95
	chan: 110 (957.0MHz - 35.982kHz)	power: 224880.08
	chan: 115 (958.0MHz - 36.137kHz)	power: 31240.39

21.
Itt a 937-hez közeli freki a CH4-en van. Kiadható a
kal -c 4
parancs. A cél ennél a Clock frequency offset egészrészének megállapítása. Nem értem, miért a 937 MHz kell, mert a rádiós tankönyvem azt írja, hogy a hajós AIS-1 és AIS-2 csatorna 161 MHz körül van. Sebaj, haladok a leírás szerint...
A kapott pps érték 37, ezze indítom a következőt:

# rtl_ais -p 37
Edge tuning disabled.
DC filter enabled.
RTL AGC disabled.
Internal AIS decoder enabled.
Buffer size: 163.84 mS
Downsample factor: 64
Low pass: 25000 Hz
Output: 48000 Hz
Found 1 device(s):
0: Generic, RTL2832U, SN: 77771111153705700

Using device 0: Generic RTL2832U
Found Rafael Micro R820T tuner
Log NMEA sentences to console OFF
AIS data will be sent to 127.0.0.1 port 10110
Tuner gain set to automatic.
Tuner error set to 37 ppm.
Tuned to 162000000 Hz.
Sampling at 1600000 S/s.

...és elméletileg már fogom az AIS frekvenciákat. Kiültem a hajókhoz, vártam... Sokat.

22.
Ezen az oldalon:
http://www.rtl-sdr.com/rtl-sdr-tutorial-cheap-ais-ship-tracking/
már rendesen írnak a frekikről, ami az AIS1- és 2-re vonatkozik. A 161.975 MHz és a 162.025 MHz-ről van szó itt. Nagyon remélem, hogy az antennát nem kell átalakítanom, mert attól megőrülnék.

23.
Mivel a legtöbb binárisom már megvan, a következő lépésem egy viszonylag normális leírás alapján folytatódik: http://sv3exp.blogspot.it/2016/05/decoding-both-ais-channels.html

24.
Ma végre felfogtam, mit tettem eddig, legalábbis az utolsó lépéseket. 10110-es porton localhoston vettem az előttem elhzó hajók jeleit. A chartplotteren szépen kiírta az adatokat, vektort rajzolt... Az NMEA mondatokhoz hasonló sorok jelentek meg a plotter kis ablakában... Minden remek.

26.
Ha localhoston egy debianon megy, akkor most elkezdődhet a raspberryre való átültetés. Ott a binárisok már megvannak, csak képtelen vagyok rájönni, hogy készíthetek az rtl-sdr kártyáról érkező jelekből NMEA-mondat-szerű sorokat. Ez nem is baj. Elég lenne, ha a localhoston lévő 10110-es portra érkező adatfolyamot netcattal vagy valamivel tovább tudnám lökni a tűzfalon keresztül, hogy más kliens is lássa. Visszatértem tehát az alapproblémámra, mely szerint segg hülye vagyok az iptables-hez.

27.
Már fogtam a hajók AIS adatait, kirajzoltam a chartplotterre is, amikor jött az első anomália. az rtl_ais program kimenete ezt produkálta: 


Using device 0: Generic RTL2832U
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1

...és le is állt.
A kal sem akart működni, mintha megmurdált volna a dongle...
-------------------
folyt. köv

( locsemege v | 2017. 01. 24., k – 18:17 )

File-t tudsz php-ből írni, egy systemd bash daemon pedig tud file-t olvasni, meg gépet kikapcsolni is.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( kikadff v | 2017. 01. 24., k – 19:42 )

Az ARM distrib az az ALARM (Arch Linux ARM)?

( uid_4263 v | 2017. 01. 24., k – 23:38 )

A raspbian miért nem jó? Az AP alatt WiFi AP-t értünk?

--
arch,debian,retropie,osmc,android,windows

Mert azon sosem sikerült beállítanom az access pointként való működést. Azonkívül szervernek még itt ajánlottátok az ARM-et.
Ezt választottam:
https://haydenjames.io/download-arch-linux-raspberry-pi-wifi-access-poi…
itt megtanultam nagyjából, mi van. Nagyjából... De ez persze nem jelenti azt, hogy értem is úgy, hogy vakon konfigurálnék egyet.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Ezen már túljutottam. Azért nyúltam ahhoz a fentihez, mert elsőre működött, semmit sem kellett átállítgatnom, és tényleg majdnem mindent megértettem belőle miután debianokon szétszenvedtem magam. Ezután debianokon is meg merném próbálni, de egyelőre nincs indíték.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

( szegecs | 2017. 02. 04., szo – 16:00 )

>Nem értem, miért a 937 MHz kell, mert a rádiós tankönyvem azt írja, hogy a hajós

mer' a kalibrate a dongle ppm-jének kiszámítását végzi GSM tornyok segítségével, AIS-hoz semmi köze

( VincentV | 2017. 02. 05., v – 17:21 )

Nem tudom milyen SDR donglet használsz, de a ppm értékek miatt gondolom valami kínai olcsó. Javaslom helyette ezek közül valamelyiket:

http://www.rtl-sdr.com/buy-rtl-sdr-dvb-t-dongles/
http://www.nooelec.com/store/sdr/sdr-receivers/nesdr-smart.html

Nálam az rlt-sdr.com féléből ~20db üzemel szerte az országban RPI2-kben, kültéren (magaslati pontokon), lassan 1 éve. Eddig elég jól bírták a hideget/meleget, kalibrációra pedig egyáltalán nincs szükség, mert a TCXO miatt gyakorlatilag okafogyottá vált. Az általam használt sw egyébként folyamatosan kalibrálja magát a GSM tornyokhoz működés közben is, így ezt a funkciót teljesen ki is tudtam kapcsolni.

Világoskék színűt rendeltem, ez van rászitázva a kasznijára:

DVB-T+FM+DAB
820T2 & SDR

lsusb kiírja, /dev/-ben nem látom, de az rtl_ais lekezeli, a kal is.

Ezzel jól jártam?

Van még egy kérdésem. Néha gyanúm szerint kilazul az USB aljzatban, vagy valami egyéb anomália jelentkezik, mert az rtl_ais ezzel áll le: 


# rtl_ais -p 37
Edge tuning disabled.
DC filter enabled.
RTL AGC disabled.
Internal AIS decoder enabled.
Buffer size: 163.84 mS
Downsample factor: 64
Low pass: 25000 Hz
Output: 48000 Hz
Found 1 device(s):
  0:  Generic, RTL2832U, SN: 77771111153705700

Using device 0: Generic RTL2832U
Found Rafael Micro R820T tuner
r82xx_write: i2c wr failed=-1 reg=0a len=1
r82xx_init: failed=-1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
Log NMEA sentences to console OFF
AIS data will be sent to 127.0.0.1 port 10110
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=05 len=1
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
WARNING: Failed to set tuner gain.
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
WARNING: Failed to set ppm error.
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=17 len=1
r82xx_set_freq: failed=-4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
WARNING: Failed to set center freq.
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=0a len=1
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
WARNING: Failed to set sample rate.
rtlsdr_write_reg failed with -4
rtlsdr_write_reg failed with -4
Failed to submit transfer 0!
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_write_reg failed with -4

...ennek oka előttem még ismeretlen.
Jó lenne, ha az rtl_ais fájlba írná a dumpolt kimenetet, majd rájövök, hogyan kell precízen, a jövőben le akarok szokni a netcatról...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Nem jártál vele jól. Illetve olyan szempontból igen, hogy ezek filléresek, és játszani meg tesztelgetni jók, nekem is van pár a fiókban. Az RTL-SDR eleve egy hack/ták, ha komolyan gondolod a dolgot (és a komolyságot ebben a kategóriában vizsgáljuk persze) és kevesebbet akarsz szívni, akkor legalább egy Nooelect vagy egy rtl-sdr.com féle donglet szerezz be.

Egyébként az USB tényleg egy hulladék, de szerintem itt inkább a dongle lesz a ludas. Már ha a PI tápja rendben van... Mint írtam, nálam 20db RBPI2-ben üzemel rlt-sdr.com -os dongle, és 1db-al volt ilyen gondom, de annál tisztán látszott is egy forrasztási hiba szétszedés után. Ráadásul mindegyiknél használok egy 20cm-es toldót.

Amúgy azt hiszem már az újabb Nooelect venném, nagyjából ugyanazt tudja, viszont vékonyabb, így akár elfér kettő is a PI-ben egymás mellett, vagy ha nem kell két dongle, akkor jut hely másnak is. Árban kb. ugyanannyi, de amikor a nagyobb beszerzést csináltam, akkor ez az új verzió még nem létezett.

( bzs v | 2017. 02. 07., k – 17:21 )

Újabb jellegű hibaüzenet_

kal -s GSM900
Found 1 device(s):
0: Generic RTL2832U

Using device 0: Generic RTL2832U
Found Rafael Micro R820T tuner
Exact sample rate is: 270833.002142 Hz
[R82XX] PLL not locked!
kal: Scanning for GSM-900 base stations.
error: usrp_standard_rx::read
error: usrp_source::fill

...és visszatér a prompt.

A dongle laptopban rendesen megy, raspberryn nem. Csak néha.
De ott még sosem sikerült hajójeleket fognom. :(

Ez hogy jött ki? Az USB 500 mA-t tud. Ezen felül akár Paksot is mögé rakhatod, semmire sem mész vele, ha a vezetéked belső ellenállásán a terhelés hatására akkora feszültség esik, hogy brown out reset lesz belőle az USB device-ban. Ez 4.5 V környékén teljesen reális. A 0.5 V pedig 250 mV oda, ugyanennyi vissza. És akkor már elfogyott a zajtartalékod.

Tudsz hajat fonni? :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Szerintem mindenki tud hajat fonni.

Kérdés:

mivel tudom, hogy egy USB2 csak 500 mA-t továbbít, mégis miért van az, hogy egyes esetekben egy RPI 700-at is megeszik?

Itt nem értem a dolgokat.

Ami jelenleg rá van drótozva:
RTC óra
GPS
RTL-SDR
wifi (ez zabál a legtöbbet)

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Az RPI itt USB host, nem? Tehát ehet bármekkora áramot, abból semmi sem következik arra nézve, hogy az USB csatlakozója maximum 500 mA-rel terhelhető. Vagy nagyon elbeszélünk egymás mellett, mert fogalmam sincs, mi hova van kötve, s hogyan.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Igen, én fogalmaztam hülyén, de mentségemre hozom fel fáradtságomat. Ma egész nap ezzel szórakoztam és semmit sem oldottam meg, de van ilyen..

Szóval ami az RPI usb aljzataiban megjelenik, azokat tényleg nem lehet terhelni. 4 darab van, 2-t használok, de mintha ez is sok lenne neki.

Ahol a betápot kapja, oda kötöttem a 1000 mMAh-s powerbankot, ami 5 db LiPo aksiból áll paralel összekötve, meg egy LiPo Rider Pro 1.2.

A szerkezet elődje, amit ellopogattak tőlem, mőködött ennyi cuccal. Itt meg most mégis arra kell gyanakodnom, hogy feszültségingadozás lép fel az RTL-SDR dongle miatt?

Holnap leszedem a GPS-RTC-óra emeletet az RPI-ről, ha úgy is jelentkezik az anomália, akkor fonom be a hajam, pedig rövid.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Azért tippelek a tápra, mert ha labilis az USB kommunikáció, a host eldobja a device-t, annak lehet az az oka, hogy a device újraindul, a host driver-e meg timeout-ol. Ugyanakkor ne csak az RPI táplálására gyanakodj. Ahogy írtam, pusztán abból is lehet baj, hogy hosszú az USB kábel. Hiába nem terheled túl a csatlakozót, s a host oldalán hiába van meg az 5 V, ha a vezetéken esik akkora feszültség, hogy a device tegyük fel, olykor 4.5 V-ról táplálkozik. Konklúzió: használj igen rövid USB kábelt legalább a próba idejére, valamint amit javasoltak, használj "Y" kábelt. Ezen felül semmiképp se toldd, ne hosszabbítsd az USB kábelt!

Viszont az RPI táplálásánál is lehet gond a hosszú kábel. Normális mérnök éppen ezért soha nem csinál olyat, hogy a már stabilizált feszültséget viszi messzebbre, mert a feszültségesés, a vezeték ellenállása és öninduktivitása miatt nem lesz már stabil a feszültség, hanem a terheléstől függően változni fog.

Úgy szokás ezt, hogy a stabilizálatlan feszültséget visszük vezetéken, majd helyben, a felhasználás helyén lévő nyákon stabilizáljuk a feszültséget az alkalmazás számára, így ott biztosítható az igen alacsony generátor impedancia, s ezzel a terheléstől független stabil tápfeszültség.

Az USB a fenti szempontokat nem veszi figyelembe, mondhatjuk bátran, hogy egy hibás konstrukció. Ugyanakkor tegyük hozzá, az USB esetén kifejezetten alacsony áramigényű eszközök táplálása volt a cél. Ez egy egér, egy billentyűzet esetén teljesül is. Sajnos megjelentek olyan perifériák, amelyek nem valók USB-re, de helytelen módon rá lettek erőltetve. Az USB-s külső HDD kifejezetten ilyen agyrém, de a GSM modem hasonlóképpen. Ezeknek külső tápot kellene adni, de hát mennyivel kevesebb a drót, mosolygósabb a felhasználó, még ha műszakilag inkorrekt is a megoldás.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

10 centis a betápkábelem, nagyon kevés hajlítgatásnak van kitéve, vezetékek biztosan nem sérültek.

Amikor az rtl_ais -t a while do-done újraindítja nekem miután esetleg leállt, kiderült, hogy soxor újraindul a kicsike. Szóval "leállt" a dongle.

Közben egy hajós fórumon, ahol hasonlókat alkotnak a jacthosok mint én, kaptam egy választ:

"
Hi,
I have an Orange PI2 (Raspberry clone) running with an RTL-SDR and RTL-AIS. you have done the steps correctly. SInce your problem is intermittent, my guess is that the 1.2A power is not enough for the system. You can do some debugging with the RTL-SDR by trying to listen to a local FM radio station, there are instructions on the web for that. If the local FM station sounds OK, Then I would think it was the power supply because RTL-AIS uses a fair amount of CPU. If the local FM station is bad then you may have other configuration issues.
"

Szóval most gps és rtc nélkül megy a kicsike, tesztelem, mikor akad ki. Az rtl_ais két szálon 100% processzorhasználatot produkál rpi2-n. RPI Zeroval meg sem tudom ezt próbálni, mert ott egyszerre 2 cuccot be sem tudok tömni az USB aljzatba, mert 500 mA durva kevés.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Ezért írtam hogy "HA a táp rendben van". RPI2-nél 2A alatt ne is próbálkozz. Én egyébként ilyeneket használok:

http://lomex.hu/hu/webshop/#page,0/search,24-01-37/stype,1

Minőségi és megfelelő teljesítményű táp, strapabíró SD kártya (hőmérsékleti tényezőkre gondolok főleg), direkt SDR célokra gyártott dongle (az említett két típus valamelyike) és máris el lehet felejteni az egész problémakört, csak használni kell.

Nálam mindenféle usb power hack nélkül vígan megy 2db egymás mellet RPI2-ben. 2db ilyen node-om van, a többi 18-nál pedig csak 1db SDR dongle van, viszont ott mindegyik mellett van egy wifi dongle is.

Szóval e miatt ne aggódj, a tápellátásra figyelj, és mégegyszer: használj tisztességesen megcsinált SDR dongleket.

Teljesen szétszórtak az írásaid, fentebb még azt írtad, hogy kék műanyagházas dongle-od van, ami a tipikus TV tunernek árult leggyengébb cucc (kivétel ez alól a Nooelec első szériája, ami szintén kék házas, de rá van írva nagy betűkkel hogy "Nooelec"). Ráadásul az rtlsdr.com nem az a site amit én írtam (mert az rtl-sdr.com), az előbbin is van beszerzési lehetőség, szóval itt megint teljes zavar van.

Az rtl-sdr.com -on saját gyártású donglet árulnak SDR célokra optimalizálva, böszme alumínium házban, TCXO-val. Így néz ki:

http://www.rtl-sdr.com/wp-content/uploads/2013/04/SDRBlogImage_1_Side.j…

A ppm érték 1 alatt kéne hogy legyen a speci szerint, nekem eddig úgy összesen 25db fordult meg a kezem között, 0.5-ös átlagnál rosszabbat egyiken sem láttam még.

Egyébként milyen kérdésre gondolsz amire nem válaszoltam?

Akkor már értem. Kék műanyag ház, ez a leggagyibb széria, Nooelec felirat nélkül. Ezek szerint rosszat vettem (ez a válasz nem volt egyértelmű)

A honlapot tényleg rosszul írtam. Ráadásul nem találom, hol is vettem... Még az is lehet, hogy nem ott. Ez így leírva és visszaolvasva elég szörnyű részemről. Mégis megpróbálom a legjobbat kihozni ebből, hátha sikerül.

-------
Hopp, megvan.
Ez az:
http://www.sailoog.com/en/product/usb-rtl-sdr-ais
Szép kék.

Igen, ez a tipikus kínai tömegcucc. Mint azt írtam, nekem is van a fiókban, mert ezzel kezdtem kísérletezgetni anno, illetve manapság is jó teszt célokra. Ráadásul drágán is vetted, ezeket 8-10 dollár között meg lehet csípni, az összes rendelős kínai oldal tele van velük (meg az e-bay is). Van ugyanilyen feketében, meg másféle házban is, illetve másfajta csatlakozóval, de egy szar mind. Ugye ezek DVB-T tv tunerek alapvetően, azért van belőlük ennyi. Viszont két sdr-el foglalkozó jóember rájött, hogy egy bug miatt elég széles sávot lehet velük hallgatni, az utóbbi 1-2 évben pedig szépen megjöttek az erre optimalizált hw módosítások is (Nooelec, rtl-sdr.com).

Köszi, most már tényleg képben vagyok.
Durva lesz, ha ez nekem néhány hónap múlva elkezd bugosan működni. Ha van eladó dongléd, átveszem :)

Vagy ez jó lehet nekem, ha esetleg megjön 1 hónap alatt?
https://www.tindie.com/products/astuder/daisy-hat-ais-receiver-for-rasp…
Kerestem részletesebb leírást róla, de az nuku, ahogy Torrente mondaná..

Nincs sajnos, a saját utolsó példányomat is betoltam a projektbe, mert nagyobb volt rá az érdeklődés mint az várható volt, és persze "tegnapra" kellett a dongle. Még azt sem pótoltam, szóval ha nekem kéne most hobbi SDR-ezni itthonra egy jobb minőségű dongle, akkor ki kéne ugyanúgy seggelnem az 1 hónapos kínai rendelést :)

A Nooelec amúgy amcsi cég, és onnét is küldik, ott csak 1-2 hét a várakozási idő, de talán van postaköltség is.

A linkelt eszközt nem ismerem, nekem repüléssel kapcsolatos feladataim vannak amik kapcsán SDR-ezek, meg némi egyéb hobbi dolog, de az AIS nem érint. A logika azt diktálja, hogy mivel ez cél hw, így vélhetően stabilabb és átgondoltabb mint az rtlsdr-es hack. De ez csak feltételezés, másrészt ott a szoftveres oldal is, ami szintén ugyanolyan fontos. Érdemes utánaolvasni a hajós-IT-s szubkultúrában a dolognak, hátha vannak felhasználói tapasztalatok.

( bzs v | 2017. 02. 07., k – 20:56 )

nc is ki tud akadni:

# netcat -v -ul 10110
Listening on [0.0.0.0] (family 0, port 10110)
netcat: getnameinfo: ai_family not supported

"ai_family"?! Ez meg mi? Elsőre arra gyanakodtam, hogy az AIS-ekhez van valami köze, de nem.

...és elképzelésem sincs, mi lehet ez.