search

processing / processing

Source code for the Processing Core and Development Environment (PDE)
http://processing.org
Other
6.46k stars 1.51k forks source link

Hardware I/O Library; SPI2 does not perform as well as SPI1 in RPi #5883

Open burckaan opened 5 years ago

burckaan commented 5 years ago
## Description

Expected Behavior

Current Behavior

Steps to Reproduce

1. 2. 3.

Your Environment

Possible Causes / Solutions

burckaan commented 5 years ago

I designed a PCB module to connect with RPi. The module presents the RPi a safe and at times amplified way to connect the RPi with external modules like LED strips and RS485 outside worlds via hardware pins of the RPi.

Thanks to Hardware I/O libraries I was able to use Processing in programming the LEDs in artistic manners using distributed computing I am able to scale the LEDs being controlled using an AI network language RPis are able to send succinct sentences to affect each others behaviors. All of this because of Processing's elegant and neat programming environment.

My module successfully utilizes pins 19 and 23 for SPI1 output via .transfer(bytesSent) both Data and Data/Clock LED strips are controlled perfectly.

However, I believe SPI2 data flow is buggy; I try to utilize pins 38 and 40 for SPI2, while they are able to control LED strips with data and clock such as WS2801 strips, when it comes to data timings SPI2 does not perform as good as SPI1, When I try to control single data wire LED strips such as WS2811 the data seems corrupt and the LED light keep shifting randomly which indicates data timings are flaw.

I also gave output pins from 32 and 33 in the hopes that the Hardware I/O library in updated so that these pins can be used to burst out data.

Do you consider an update to Hardware I/O Library, so that at least SPI2 performs as well as SPI1?