Search:

Sorry, at the moment I don't have a compiled version myself. I can't test anything either, because my hardware is disassembled in the basement.
I don't use the program anymore.

Is the interrupt...

Ah..OK :)
Does the I2C scanner (from Teensyduino-examples) find the PCF8547? Which address? It should be the same as in the SDR.

You for sure don't have my Hardware (Yes, it is confusing with all the Franks here.. :) -use the default setting!

I don't think I have posted this.. here s a link to a site in german language: https://elektronikbasteln.pl7.de/dvb-t-usb-sticks-als-scanner-von-9-khz-bis-ueber-1-ghz
( a very good translator is...

Thanks :)
There are still ~60% to do, for the library/USB communication only.
I'm not that sure that it will work. The samplerate is incredible high. I think default is 2.4Msps?
SDR# offers lower...

Success :)

Finally, I wrote this:


//This is a callback that gets called after control transfers:
void RTL2832::control(const Transfer_t *transfer)
{
memcpy((void*)&controlTransferResult,...

Ok, it uses a flaglike I mentioned before - so this works after claim(), obviously.
So, it means I can call a initialize() after claim is ready - perhaps in Task(). Thank you.
I'll try that :)

What means "ADK", and what is it for?

Yes, that looks interesting. If I knew what it is...

I was afraid of something like this....
So to read a register from RTL2832 you need about 10 times as many lines as in sdrlib.
That would not be such a problem, but there are many register accesses...

maybe Paul can answer this?

How would i translate:


uint16_t rtlsdr_demod_read_reg(rtlsdr_dev_t *dev, uint8_t page, uint16_t addr, uint8_t len)
{
int r;
unsigned char data[2];

I may have a misunderstanding here.. is it allowed to configure the device in claim()? If not, how do it do it?

Ok, seems that the Teensy library is async.
for this project, it would be more convienient to have it synchronous.

the other way, a state machine is too much work here and not easy to read the...

@Paul, could you please fork i2c_t3 by nox771?
His last activity on github was 2018. His (great) library needs errormessage if used on T4... there were several questions about it, in the last...

This library does not support Teensy 4.x

(would be nice to have an errormessage there...)

In an ideal world( which does not exist) we would have access to _all_ pads without high-density connections.
Yes...inpossible..

Alex, I've added a reminder here: https://forum.pjrc.com/threads/66357-Teensyduino-1-54-Beta-7?p=272482&viewfull=1#post272482
This is all very interesting!

@Paul, here is a very interesting topic: https://forum.pjrc.com/threads/66465-Resampling-I2S-slave-inputs-at-the-T4-T4-1

Yup.
Ok, I think I will start tomorrow and see how far it goes.
If I get stuck I will ask :)

Luckyly, I have to take a longer break in between to fix my Motor Scooter.

The distance (9*160mm with connectors) is quite high.
Yes, using lower resitance pullups is a good idea. You could go even lower - mabe 1k?
If that still does not work, I'd try a lower I2C speed.

Edit:
Err.. ok its too late-
going to bed .. should not post wrong things.

MicroMod Teensy <--> Teensy MicroMod
So, these are two different versions.

I have a Micromod board... didn't bother unboxing.. :) It's for the MicoMod Teensy 3.2 Luni board I didn't solder...
...

Its indeed the same schematic as in the datashhet.
Note the datasheet says, for lower frequencies (as we have) you can omit the output filters.. (but hey, it's just a resistor+cap) - adding them...

Here is a schematic:
23916
taken from here:
https://electronics.stackexchange.com/questions/419171/pcm5102a-analog-output-level-not-what-i-expected.

I'd just use the breakout and solder it to...

Special Agent 007 (his name is Rom. John Rom.)
found it :)

Agreed, the PCM5102A is good.

Depends on how much sense it makes for users to lose a lot of functionality just to have a small form factor - that with an unrivaled fast CPU.
I think many would favor a good display.
That's for...

USB is much faster than Hardwareserial, so it receives much faster than Serial1 can send it.
You want something like



while (Serial1.availableForWrite() > 0 && Serial.available()> 0) ...

would just use the bounce library.
Since this is just about mechanics, it is not necessary to use interrupts at all. It makes no difference if you know the state of the switch within 50 nanoseconds...

What are these "encoders"? Link?

Seems to be I2C?
How many pullup resistors are there, and what value?
How long is the connection in sum?

I said writing a new file is slow. Or, more exactly, opening a new file for writing is slow.

Edit: Opening to append data to a file is slow, too.
Best and fastest is to open and close a file...

Please notice, that your chunk size of 1200 is not optimal - a block is 512 bytes - so (2*512) would be better. Not sure how Bills library handles that. Perhaps it has its own buffer, so your chunk...

MicroMod adapter boards for all teensy models would be a nice thing.
(as long I don't need to solder the connector ;-)

Resampling for inputs is a good thing.

Have measured how long it takes? (cpu usage)
How much memory does it need?
Would it work if I set the sampling rate of the library to 48k (or perhaps 96k)...

I installed Wireshark. Thanks again. Did not know that it can monitor USB traffic, too.
Oh my... that allows to look at other devices, too...

Because the pins are needed for other things.

Usually I2C chips support different adresses, so for most applications three busses are enough.

Other things are important, too.

I don't like the density of the connector. And that it is needed.

thinking of the 2nd row.. i had the idea, it could be a (oh my english..searching for the right vocable.. ) mouser says it is a "Card-Edge-Connector" (German "Leiterplattenverbinder")
First row -...

I like the double rows, too.
The "problem" with the double row is, that soon there will be users who solder both and place the Teensy into a breadboard and wonder why there is smoke or something...

I hope we don't need wireshark..! But it is a nice find. Thanks!
The sourcode of librtlsdr is available (see Post #12) - I hope that it is enough.. at a first glance it looks ok, and seems to have...

Maybe yes.
Or, perhaps the manual is wrong about the default. There are several things with wrong info... i.e. the all the PFD had wrong values at least in rev 1.

Don't trust the printed...

The IGP is already running with 150MHz.
Not sure about the GPT frequency (would have to take a look..)
The clock diagram on Page1016 (Rev Manual V2) say it can be switched between IGP and 24MHz...

Under preferences is a menu "Cortex Debug"
Interesting, I wonder what will happen there with Teensy!

Usually, it takes a few days after the release.

Edit: There is no release on Arduino.cc?
All I see is a Beta 3.

Should be doable, but need some little changes to the core files... maybe Paul Stoffregen reads this and adds some macros...

Edit: The Teensy loader will not find it anymore but there's the 15...

I hope I understood your question right... maybe, not...
I don't get what this has to do with the bootloader, how a bootloader can help to remap inputs, and what the bootloader should do exactly....

Yes, the signal quality is good.

Edit: In Europe te least, GSM can be at 900MHz (parts).
Air traffic is in the >100MHz Range. Transmitting an ILS signal would be not a good idea ;)

In fact, it's both <- that was with a Teensy 3.2, many years ago (turn on Audio).
All pins disabled.

Single pin: With T4 and using 5cm wire, I can receive it with WFM in best quality HIFI stereo...

Arrived today. Well. China.
Its defective, shows stripes on the left side and some more issues like bad colors.
Lets see if they send a new one.. :)

Its good enough to do some tests with VGA...

Thanks :) That's what I'm "seeing" too.

Of course, the metal box would be a good solution.

Which library?