Search:

That's an other file :)

There is still an open pullrequest: https://github.com/PaulStoffregen/Audio/pull/305/commits/076aa90ce5ca15604b697aca391eae571d25d9e8

Can you post a schematic and a photo?

@Paul, don't know when you plan to release a non-beta TD version.. we have to take a look at the audio-lib, first. Looks like I have added some bugs for T3 :-(

Mainly a different sequence of code...

This fix should work for TD 1.47-beta4;
https://github.com/PaulStoffregen/Audio/pull/306/commits/508ce65aca0776cbb26d11ad3e72dfa4b8418b20

Fix is for T3 only.

File is attached.


New...

Got it working with two Teensy 3.6, and TD 1.45, but did not find the bug in the new version so far.
Well, at least I can say I have a way to test it, and can confirm, the T3.x does not need MCLK in...

@defragster: Tried with a newer compiler?
Anyway, we have to live with the old 5.4, so we should try to find a workaround.

The Teensy is the problem, not the Audio Shield. The 3.6's I2S device does not like the overclocking and has hefty problems creating the cock signals > 192MHz.
So, I don't think that it works...

Just ordered two, too.. they'll come end of august.

@Bob, DD4WH's Software can do FM (80-108 MHz), the SGTL5000 gets overclocked to 234KHz in this mode - have you tried to overclock the WM8731?

The code is:


unsigned freq = 15000000; //15MHz or any other.. works up to F_BUS_ACTUAL / 2 = 75MHz (without overclocked F_BUS)
TMR3_CMPLD10 = F_BUS_ACTUAL / 2 / freq - 1;


Edit:...

Hm, I think I have an Idea what the problem is..
I think, I can repair it tomorrow or on wednesday.

In addition, for T4, the I2S Slave-code is still a TODO.
Unfortunately, next week, I'm on a...

Hi Kurt,

I modified now your graphicstest (attached to this post).
Apart form the cache-issue (which is not really an issue, because we know how to solve it!), it stops/hangs:


ILI9341 Test!...

Not sure.. I'll try to compare the versions before and after t4..
I don't have hardware for slave-mode. Maybe a T3.2 as master, connected to a second 3.2 or 3.6 as slave? If that works, I can test...

No, that's not related.

Can you try an old Teensyduino version? Maybe be I added a BUG when I added the T4 Code..

Thank you Kurt, I'll try that when I'm back home.
I was pretty sure that it was no caching issue, but maybe I was wrong.

@Kurt,

I'm having problem, getting updateScreenAsync(true) to work, with your ILI9341_t3n library. Is the "master" branch the right one?
Does it work, or am I doing something wrong? It's not the...

Ok, was my fault :)

@Kurt:

Which libs do I need to make ILI9341_t3n work?


c:\temp\arduino_build_238836\libraries\SPIN-master\SPI.cpp.o: In function `_spi_dma_rxISR1()':
...

It's a 32Bit CPU. Memory Access is 32Bit, too.

Yea, a good possibilitly and workaround, too.
However, project-settings would be so much more easy and usable and don't need extra code.. well..if they existed "officially".

It has been asked for several times - there is no "one-click" possibility.

But you can simply select other build options, compile once, and then switch back. This can take a long time, depending...

Nobody can read a 10khz updates...
Apart from that, you have to add the time the usb-transfer need. there is some latency, too, which depends on how many other devices are connected, the OS you use,...

It's a shame that arduino *still* does not support user-defined #defines or project settings.

@defragster: With our batch or with this, it's so easy...

I wonder when Massimo will make his...

Yup, can confirm that.

tried more.. the maximum i could get was 188.99MHz on PIN19- who can archive more? ;)

Havn't looked at the QTIMERS in detail.. but yes, they look interesting.
Can you do two outputs?
This would be great for SDRs (Radios) as local oszillator without need for the normally used 7474...

I was wondering if we can output 150MHz at pin 19 - yes, we can!

In the program, above remove all but the setup:


void setup() {

//enable clocks for QTIMER3
CCM_CCGR6 |= 0xC0000000; ...

The interrupts are cleared by writing a zero.
A "|=" is: load - logical "or" - store
so any "1" stays "1", and the interrupts get not reset.



I stripped the sketch and let only the...

Of course, it's quite possible that there are incompatibilities.
Which errors do you get? We should fix them (if in the core), for the future. Paul will surely want to use a newer toolchain sometime...

If you can't compile it with teensyduino, it's not very compatible...
Why don't you make a library form it? This way everybody can use it easyly.

Apart from that: of course can Arduino use...

It's there to be downloaded :) I'll leave it there.

I don't know where the distortions come from. Maybe a bug somewhere else.. the picture looks like overflows or memory corruption.
I don't have...

Oh, i see.. there is a big 5.4.1 folder inside - remaining from a test I did some months ago.. :) sry :)
I think you can delete the 5.4.1 folder inside \arm6\lib\gcc\arm-none-eabi

I'm uploading my working GCC 6 directory to my google-drive- Takes a few minutes. Willl post the link here.

Edit:
- Download arm6.zip,
- extract zip to Arduino/hardware/tools/arm6,
- edit...

Not sure what it would be good for. I'd just accept that it is an old bug which seems to be fixed in the "newer" GCC 6
I'd just switch to GCC 6 :)


p.s. I suspect that the GCC 8 problem from...

It does not happen with GCC 6 - so simplest assumption is: Compiler/Linker Bug.
GCC 8: Does not compile because of WireIMXRT.cpp (see above...)
GCC7: Don't have a installation at the moment.

So,...

Ok, I can reproduce that now.

Creepy! ;)

@Defragster, I tried your zip-files.
Does not compile - I get


uncannyEyes0: In function 'void drawEye(uint8_t, uint16_t, uint8_t, uint8_t, uint8_t, uint8_t)':
uncannyEyes0:523: error:...

Ok, thank you for looking :)

You have it already, if you ever wrote a program for Teensy :)
It is in arduino/hardware/tools/arm

@MichaelMeissner: Have you noticed my question in Post #3704? :confused:

@defragster: I downloaded the files, maybe I'll look tomorrow. Again after midnight here..

The reason for the needed "attribute((used))" is that HardFault_HandlerC is referenced in ASM only (I think), here: https://github.com/PaulStoffregen/cores/blob/master/teensy4/startup.c#L290
The...

Blog:

That's exactly what I say (since many years.. :) ) - it looks a bit more "dynamic" if do it the other way: first delete the pixels that changed to "black", then overwrite all others. But...

@defragster: Can you post a short Arduino-Sketch that helps to reproduce the problem?

Well, it's needed(unless there is a better solution) otherwise it does not compile with LTO.

@MichaelMeissner

Hi Michael, I have a question:
GCC8 (Compiler version : 8.3.1 20190703 (release) [gcc-8-branch revision 273027]) complains about the xxx.offsetyyy mechanism in imxrt.h.
(Edit:...

The chip is defective. This cannot be repaired.

I'll wait what Pauls says regarding the struct extension.