Gird you Grid for the next level in Software Definition. We are now stuck in
Software Defined Radio (SDR). Next is Software Defined Instrumentation (SDI)
with intriguing choices like the Vector Signal Transceiver (VST) for Device
Testing.
Hello,Christian
When will you post the schematics and the firmware of the next OsmoSDR of 4MS/s ? I am intersted in them. How do I get them?
best regards
Yi Qu
Dear developers!
I would like to ask the driver for the R820T osdmocom rtlsdr tuner use of
this IFGAIN conrtol was, and if his shirt, the GNU Radio source how to use
it (I think python command)
I'm a hardwer working towards, and it would be important that we have a
value ifgain radio)
thank you
Jakab Szilárd
HUNGARY
HA1003SWL
Hello osmocom-sdr-Team,
i spent some time to get familiar with GNU-Radio and RTL-SDR stuff and
have implemented an decoder for the FS20 wireless home automation
protocol. Maybe this is something for the "Known Apps" section in the
OSMOCOM rtl-sdr wiki.
Since i am a hardware/FPGA/RF guy, my programming skills are not the
best, not at all in python, so i hope the code is not too scary.
Name: rtl_sdr_FS20_decoder
Type: gnuradio app
Author: Thomas Frisch
URL: https://github.com/eT0M/rtl_sdr_FS20_decoder.git
My compliments to the whole OSMOCOM Team, you are doing a great job.
regards
Thomas
Hi guys,
Please add the LEADTEK "WinFast DTV DONGLE MINI D".
EAN code 710918 292751
ARC here in Australia is selling these:
Add to line 234 of "librtlsdr.c"
{ 0x0413, 0x6f0f, "Leadtek RTL2832U + FC0012" },
And to "rtl_eeprom.c" line 179 " LEADTEK,"
And to "rtl_eeprom.c" line 190
case LEADTEK:
fprintf(stderr, "Leadtek default (as without EEPROM)\n");
conf->vendor_id = 0x0413;
conf->product_id = 0x6f0f;
strcpy(conf->manufacturer, "LEADTEK");
strcpy(conf->product, "RTL2832U + FC0012 DVB-T");
strcpy(conf->serial, "0");
conf->have_serial = 1;
conf->enable_ir = 0;
conf->remote_wakeup = 1;
break;
Now to try it.
Thanks guys.
Alan VK2ZIW
---------------------------------------------------------------------------
Alan Beard Unix Support Technician from 1984 to today
70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO OpenServer 5.0.X
Emu Heights N.S.W. 2750 Routers, terminal servers, printers, terminals etc..
+61 2 47353013 (h) Support Programming, shell scripting, "C", assembler
0414 353013 (mobile) After uni, electronics tech.
Man's greatest waste of time: Worshipping the wrong God.
I cannot walk past what Jesus of Nazereth has done.
Dear fellow Osmcoom developers,
it is my pleasure to finally announce the date + venue of OsmoDevCon
2013:
Date: April 04 through April 07, 2013
Place: IN-Berlin, Lehrter Str. 53, Berlin
Like last year, this is an event for developers of the various Osmocom
proejects. Reservation and confirmation of reservation is required.
The event is free of charge. The Room is made available by IN-Berlin
e.V., an Internet related non-profit organization. Lunch catering will
be sponsored (so far by sysmocom GmbH, but if any other sponsors come
up, we are happy to share the cost).
So all you have to cover is your own travel + accomodation costs, as
well as breakfast and dinner. If you are an active developer and cannot
afford travel/accomodation, please let me know and I'll see if we can do
something about it.
If you would like to attend, please send a message to
laforge(a)gnumonks.org applying for registration of the event. The
registration deadline is March 5, i.e. one week from now.
There is no detailed schedule of talks yet. I will start a separate
discussion suggesting / collecting topics in the next couple of days.
More information is (and will be made) available at
http://openbsc.osmocom.org/trac/wiki/OsmoDevCon2013
Further discussion regarding the event should be directed at the
osmocom-event-orga(a)lists.osmocom.org mailing list, to avoid
cross-posting over the various project-specific lists.
Best regards and happy hacking,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Dear RTL developers,
I was not able find a way how file the issue with RTL base USB dongle .
It behaves in the same way on Linux and Windows
The Problem:
The constant observation of the spike on the tuned frequency in the
ranges after 160MHz or so. Is it known issue or a HW defect?
If it is in the software, please let me know any possible fix.
The screen snapshot and USB information are attached.
$ rtl_eeprom
Found 1 device(s):
0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle
Found Fitipower FC0013 tuner
Current configuration:
__________________________________________
Vendor ID: 0x0bda
Product ID: 0x2838
Manufacturer: Realtek
Product: RTL2838UHIDIR
Serial number: 00000001
Serial number enabled: no
IR endpoint enabled: yes
Remote wakeup enabled: no
__________________________________________
73
Mikhail
I am having a problem with using multiple frequencies with rtl_fm. Single frequencies work just fine.
For example:
rtl_fm -f 462.5625M -f 462.5725M -N -s 12k -r 12k -g 48 -l 50 | play -r 12k -e signed-integer -b 16 -t raw -c 1 -V1 -
Will get to:
Sampling at 1008000 Hz.
Output at 12000 Hz.
Exact sample rate is: 1008000.009613 Hz
Tuner gain set to 48.00 dB.
Then freeze.
If I set the squelch low enough, it will continuously monitor the first channel. If I have a transmitter on before starting the command, it will monitor that. But when the transmitter turns off, rtl_fm hangs. I looked at the code but couldn't fix it. Maybe it's some reset command that's not being done between frequencies. If I force "data_ready" to unlock, it scans, but there's no data. Although, rtl_tcp works just fine when connecting with SDR# and changing frequencies.
This is on a Raspberry Pi btw, latest rtl-sdr source code. Sorry if this has already been discussed somewhere, I could not find it.
- Ben
