@Dogbone06 have you tested the sdcard on a previous generation? I'd expect a decoupling capacitor at the sdcard 3.3v pin would improve reliability
Ah your name is with a small "d", I changed that.Download and EasyEDA install works! Even a quick silkscreen edit.
Four layers and you got all that - luckily the Ethernet wasn't called for:
View attachment 34541
It's been tested on previous versions and also on other designs. But yes, a cap is never a bad idea.@Dogbone06 have you tested the sdcard on a previous generation? I'd expect a decoupling capacitor at the sdcard 3.3v pin would improve reliability
I use 1uf, but please take that with a grain of salt. I'm just a hobbyist!What value would you use?
I’ll put a cap there, it won’t hurt, and if it does it can be removed.I use 1uf, but please take that with a grain of salt. I'm just a hobbyist!
On another note, I'm looking over the schematic and pcb, and I can't find U4 (W25Q128JVPIM) on the pcb. This is my first time using easy eda, so please forgive me if its there and I just don't know how to use the thing
Ah ha! The bottom layer strikes again!W25 is the flash. It’s a large 8 let component. You’ll find it.
On the switching power supply chip, is its only connection to GND though the bottom side pad? (don't have the part number or schematic...)
You can either have some company assemble everything for you or do it yourself. There are plenty of services out there. Either way the MKL02 is ofc bought from PJRC.Mind if I ask how you're manufacturing these? I'm particularly curious about the MKL02 chip. Are you manually adding the chip from the PJRC store after having the rest assembled at JLCPCB?
This what you mean?
This one is the USB Power Delivery chip. Yes that's the only GND connection. And it can get quite warm.No, this part (the switching one... that 3+1 pin part is clearly a linear regulator, not switching)
View attachment 34547
James Bond boardPlaying around on what I want to put on a shield to plug into DB5
https://en.wikipedia.org/wiki/File:Aston_Martin_DB5_(Skyfall).jpg
For sure camera: CSI and maybe one with FlexIO.
Display: Probably ILI9341/ILI9488 SPI.
Some Parallel Display: Which one? Wish the Buydisplay boards with the 40 pin connectors would have same Pin numbers for
ILI9488 as they do with RA8876 or RA8875). Which ones are people trying?
Looks like the ILI9488 supports either 8/9/16 bit Parallel? But looks like the RA887x are 16 bit?
Which displays are any of you using?
Now back to playing around.
Currently @mjs513 and myself have setup to use the cameras which have the Arduino GIGA like pinouts:The CSI cameras, how high quality and resolution can the best ones give?
This one seems to
Be 4k. Which is of course extreme. But I rather have a camera that’s always better than what the IMXRT1062 can handle.
Currently @mjs513 and myself have setup to use the cameras which have the Arduino GIGA like pinouts:
Which include the OV7670 and OV7675, HM01B0, HM0360 and the 2mb GC2145.
You can see details and purchase them from Arduino (https://search.arduino.cc/search?q=cameras&tab=store)
In addition we have: 2MB OV2640. I have one from Arducam, although I think they have discontinued it, but I I see
Robotshop still has 1: https://www.robotshop.com/products/arducam-2-mp-ov2640-cmos-camera-module
Also have one from WaveShare: https://www.waveshare.com/OV2640-Camera-Board.htm
We also have some: 5MP cameras OV5640. Waveshare has some, plus Adafruit sells some. I have two different ones from Adafruit:
https://www.adafruit.com/product/5840 (which has Autofocus, which @mjs513 has example that sets it up)
Adafruit OV5640 Camera Breakout - 120 Degree Lens
Hobby-level microcontrollers are finally getting big and powerful enough to start handling camera modules that historically would have required a full computer or FPGA to handle. The RP2040 ...www.adafruit.com
One interesting capability of the last two, is they have the option to output JPEG format... Which so far I don't know any way to
use CSI to retrieve...
Thanks, I have a new RA8876 7" ordered... I see your read me with the pinoutRA8875 and RA8876 both support 8/16 bit parallel...
DEV board pinouts:
DEV Board ER-TFTM101-1 (40 PIN CONNECTOR)
---------------------------------------------------------
Pin 14 -----------------> Pin 07 /CS
Pin 27 -----------------> Pin 11 /RST
Pin 17 -----------------> Pin 08 /RS (/DC)
Pin B0_00 -----------------> Pin 06 /WR
Pin B0_01 -----------------> Pin 05 /RD
Pin B0_04 -----------------> Pin 15 D0
Pin B0_05 -----------------> Pin 16 D1
Pin B0_06 -----------------> Pin 17 D2
Pin B0_07 -----------------> Pin 18 D3
Pin B0_08 -----------------> Pin 19 D4
Pin B0_09 -----------------> Pin 20 D5
Pin B0_10 -----------------> Pin 21 D6
Pin B0_11 -----------------> Pin 22 D7
For 16-Bit bus add
Pin B0_12 -----------------> Pin 23 D8
Pin B0_13 -----------------> Pin 24 D9
Pin B0_14 -----------------> Pin 25 D10
pin B0_15 -----------------> Pin 26 D11
Pin B1_00 -----------------> Pin 27 D12
Pin B1_01 -----------------> Pin 28 D13
Pin B1_02 -----------------> Pin 29 D14
Pin B1_03 -----------------> Pin 30 D15
Pin 14 -----------------> Pin 07 /CS
Pin 27 -----------------> Pin 11 /RST
Pin 17 -----------------> Pin 08 /RS (/DC)
1.18 | Serial3(2) TX | QT3_2 | SPDIF_OUT | 3:02 | A1:7, A2:7 | AD_B1_02 | 14/A0 |
1.31 | SPI1(3) SCK | 1:TX_SYNC | 3:15 | A2:4 | CSI_D2 | AD_B1_15 | 27/A13 |
1.22 | Serial2(3) TX | Wire2(3) SDA | SPDIF_LOCK | 3:6 | A1:11, A2:11 | CSI_VSYNC, USDHC2_DATA2 | AD_B1_06 | 17/A3 |
Thanks,@KurtE - It looks like with the new pinouts those three pin numbers will change to:
DEV Board ER-TFTM101-1 (40 PIN CONNECTOR)
---------------------------------------------------------
50 --------> B1_02 -----------> /CS
51 ---------> B1_03 -----------> RS (DC)
53 ---------> B1_05 -----------> /RST
Realistically those pins can be any available digital output pin. I just tried to keep everything as sequential as I could. I see that a lot of the data pins and control pins conflict with LCDdata/CSI pins as well.
Rereading the elcd... section, I am guessing that it does not really apply to any of our normal LCD/TFT displays. But instead to a raw display, likeThanks,
Looks like a few of these confilict if you use 16 bit Parallel...
Not if they're displays that use on-board RAM, because LCDIF is meant for direct rendering.Rereading the elcd... section, I am guessing that it does not really apply to any of our normal LCD/TFT displays.
I'd love a RGB -> HDMI. Me and Rezo looked into RGB -> MIPI-DSI a little, there seem to be bridges but we didn't get further then that.Not if they're displays that use on-board RAM, because LCDIF is meant for direct rendering.
Is it time to start trying to talk people into designing/building a HDMI encoder board?
I'd love a RGB -> HDMI. Me and Rezo looked into RGB -> MIPI-DSI a little, there seem to be bridges but we didn't get further then that.
And it's huge. From what I've seen there are one-ic bridges. SSD2828 for example. But that one is RGB to MIPI-DSIBring HDTV Capability to Small MCUs with TechToys’ HDMI Shield
Hong Kong-based hardware developers TechToys have designed a Shield that provides HDMI support for modern microcontrollers, allowing them…www.hackster.io
but that uses SPI. May give you a few ideas though
And it's huge. From what I've seen there are one-ic bridges. SSD2828 for example. But that one is RGB to MIPI-DSI