Mounting RPI3 "hats" on Pine64

[gczuczy]

Hello,

Can a "hat", like the twinind 3.14-2 be mounted (screw/holder positioning) on top of a Pine64?

I would like to switch from rpi3 to pine64 on my pet project, and this is a crucial part. As I've seen the GPIO layout is the same.

Thanks in advance,
Gergely

[dkryder]

Hello,

Can a "hat", like the twinind 3.14-2 be mounted (screw/holder positioning) on top of a Pine64?

I would like to switch from rpi3 to pine64 on my pet project, and this is a crucial part. As I've seen the GPIO layout is the same.

Thanks in advance,
Gergely

that particular board could be made to fit with maybe regular female 2x20 and better with the longer stacked female 2x20 header. it is kinda strange how it fits though, hanging off the side. pine64 sells a proto which might do what you want and would fit better. look in the store if interested.

[xalius]

If you are looking for a proto board for Pine64, I would use the original one as dkryder mentioned...

https://www.pine64.org/?product=pine64-p...ment-board

[gczuczy]

If you are looking for a proto board for Pine64, I would use the original one as dkryder mentioned...

https://www.pine64.org/?product=pine64-p...ment-board

You totally misunderstood me. I'm asking whether a standard hat for the rpi3 can be screwed on top of the pine64.

I already have a twinind 3.14-2 with all my electronics soldered on it, and i would like to switch the underlying rpi3 to a pine64.

[gczuczy]

Hello,

Can a "hat", like the twinind 3.14-2 be mounted (screw/holder positioning) on top of a Pine64?

I would like to switch from rpi3 to pine64 on my pet project, and this is a crucial part. As I've seen the GPIO layout is the same.

Thanks in advance,
Gergely

that particular board could be made to fit with maybe regular female 2x20 and better with the longer stacked female 2x20 header. it is kinda strange how it fits though, hanging off the side. pine64 sells a proto which might do what you want and would fit better. look in the store if interested.

The headers are the same, I expect those to fit. What I'm not sure, whether those holder screws are in matching positions for the pine64.

[KnReLe]

There are no holes in the Pine64 board that match the stand-offs that would descend from the Pi Hat. Putting down insulating stand-offs can also be problematic, since two of the four holes in the standard-shape Hat end up above other components on the board: The hole near pins 1 and 2 of the PI-2 connector ends up partially above the CSI connector, and the hole in the adjacent outside corner is above some surface-mounted components. The other two holes are also above areas of the board with exposed conductive elements, but these are a track and a test-point that don't protrude up from the board. Isolating standoffs would be ok here.

So some kind of mechanical adaptation will be necessary here.

However, even though the 40 pins of the GPIO connector are largely similar to what a Hat would expect, a few difference are there, which can possibly get in the way, depending on the Hat design:

1. Pin P7, PL10/GPIO 362, uses 1.8V logic so a logic High here might be marginal to drive higher-voltage logic.

2. Pins P3 and P5, which are the SDA and SCL for the main i2c buss, does not have pull-up resistors included, so these may have to be added.  Apart from this, the i2c buss here works just about identical to the one on the Raspberry Pi, even the device-file is /dev/i2c-1 on both.

3. The SPI bus only supplies one Chip Select, CS0 on pin P24. There is no CS1 on pin P26; this is a regular GPIO. Thus there is only the /dev/spidev0.0 present in the operating system, when this is enabled.

4. Many of the GPIOs do not support interrupts. All of them do on the Raspberry Pi, but on the Pine, only the PB, PH, PL (and PG) series of GPIOs support interrupts. Notably the various PC ones that appear on this connector do not. If the ability to detect changes on GPIO lines is not used, then this is not going to be any big issue.

5. The serial port on pins P8 and P10 is the UART2, so its device-file is /dev/ttyS2, but otherwise this works the same as the full-featured /dev/ttyAMA0 on a Raspberry (it does not have the limitations that the /dev/ttyS0 serial port has on the Raspberry Pi 3)