Exp_Cropped Driver [Fixed!]

[Porcinus]

No need to, I think, I don't remember having make this modification in my config.

[Slow Catalyst]

(Thanks a ton for helping with this! I don't break into this level of configs much at all, haha.)

Alright- so if I don't need to do the above mentioned edits to the hdmi groups- then I'll go ahead with:

sudo systemctl stop fbcpCropped.service
sudo systemctl stop fbcpOld.service
sudo systemctl disable fbcpCropped.service
sudo systemctl disable fbcpOld.service

And then run it via

sudo /home/pi/fbcp-ili9341/build/fbcp-ili9341

?

[Porcinus]

Yep

[Slow Catalyst]

White screen

Still hear things running in background in ES- so not frozen.

Looks like it's perhaps not initializing the driver, still.

[Slow Catalyst]

Not sure if this helps either- here is my rc.local

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

# Print the IP address
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
printf "My IP address is %s\n" "$_IP"
fi

python /home/pi/Freeplay/Freeplay-Support/shutdown_daemon.py &

printf "Starting software Watchdog"
/usr/sbin/service watchdog start &

sudo /home/pi/fbcp-ili9341/build/fbcp-ili9341 &

/home/pi/Freeplay/setPCA9633/setFreeplayBacklight.sh > /dev/null

(sudo python /home/pi/.livewire.py) &
exit 0

[Porcinus]

Can you post output of fbcp-ili9341 please

Run it thru SSH to make testing, it is far easier

[Slow Catalyst]

sudo /home/pi/fbcp-ili9341/build/fbcp-ili9341
bcm_host_get_peripheral_address: 0x3f000000, bcm_host_get_peripheral_size: 16777216, bcm_host_get_sdram_address: 0xc0000000
BCM core speed: current: 250000000hz, max turbo: 400000000hz. SPI CDIV: 6, SPI max frequency: 66666667hz
Allocated DMA channel 2
Allocated DMA channel 5
Enabling DMA channels Tx:2 and Rx:5
DMA hardware register file is at ptr: 0x75b3b000, using DMA TX channel: 2 and DMA RX channel: 5
DMA hardware TX channel register file is at ptr: 0x75b3b200, DMA RX channel register file is at ptr: 0x75b3b500
DMA channel 0 has peripheral map 0 (is lite channel: 0, currently active: 0, current control block: (nil))
DMA channel 1 has peripheral map 0 (is lite channel: 0, currently active: 0, current control block: (nil))
DMA channel 2 has peripheral map 13 (is lite channel: 0, currently active: 1, current control block: (nil))
DMA channel 3 has peripheral map 5 (is lite channel: 0, currently active: 1, current control block: 0xff4fc520)
DMA channel 4 has peripheral map 0 (is lite channel: 0, currently active: 0, current control block: (nil))
DMA channel 5 has peripheral map 0 (is lite channel: 0, currently active: 0, current control block: (nil))
DMA channel 6 has peripheral map 13 (is lite channel: 0, currently active: 1, current control block: (nil))
DMA channel 7 has peripheral map 0 (is lite channel: 1, currently active: 0, current control block: (nil))
DMA channel 8 has peripheral map 0 (is lite channel: 1, currently active: 0, current control block: (nil))
DMA channel 9 has peripheral map 0 (is lite channel: 1, currently active: 0, current control block: (nil))
DMA channel 10 has peripheral map 0 (is lite channel: 1, currently active: 0, current control block: (nil))
DMA channel 11 has peripheral map 0 (is lite channel: 1, currently active: 0, current control block: (nil))
DMA channel 12 has peripheral map 0 (is lite channel: 1, currently active: 0, current control block: (nil))
DMA channel 13 has peripheral map 0 (is lite channel: 1, currently active: 0, current control block: (nil))
DMA channel 14 has peripheral map 0 (is lite channel: 1, currently active: 0, current control block: (nil))
DMA TX channel 2 was assigned another peripheral map 13!
DMA TX channel was assigned another peripheral map!

This is what I get via SSH when I run 'sudo /home/pi/fbcp-ili9341/build/fbcp-ili9341'

[Porcinus]

Recompile the driver but change DDMA_TX_CHANNEL to 1 or 4

Basically, you need to choise channels with "is lite channel: 0, currently active: 0"

[Slow Catalyst]

Alright- on it now.

[Slow Catalyst]

cmake -DARMV8A=ON -DFREEPLAYTECH_WAVESHARE32B=ON -DSPI_BUS_CLOCK_DIVISOR=6 -DDISPLAY_BREAK_ASPECT_RATIO_WHEN_SCALING=ON -DUSE_DMA_TRANSFERS=ON -DDMA_TX_CHANNEL=1 -DDMA_RX_CHANNEL=5 -DSTATISTICS=0 ..
-- Doing a Release build
-- Board revision: a02100
CMake Warning at CMakeLists.txt:40 (message):
The board revision of this hardware is not known. Please add detection to
this board in CMakeLists.txt. (proceeding to compile against a generic
multicore CPU)


-- Enabling optimization flags that target ARMv8-A instruction set (Pi 2B >= rev. 1.2, 3B, 3B+, CM3 or CM3 lite)
-- Scaling source image to view. If the HDMI resolution does not match the SPI display resolution, this will produce blurriness. Match the HDMI display resolution with the SPI resolution in /boot/config.txt to get crisp pixel perfect rendering, or alternatively pass -DDISPLAY_CROPPED_INSTEAD_OF_SCALING=ON to crop instead of scale if you want to view the center of the screen pixel perfect when HDMI and SPI resolutions do not match.
-- Ignoring aspect ratio when scaling source image to the SPI display (Pass -DDISPLAY_BREAK_ASPECT_RATIO_WHEN_SCALING=OFF to preserve aspect ratio)
-- SPI_BUS_CLOCK_DIVISOR set to 6. Try setting this to a higher value (must be an even number) if this causes problems. Display update speed = core_freq/divisor. (on Pi3B, by default core_freq=400). A safe starting default value may be -DSPI_BUS_CLOCK_DIVISOR=40
-- USE_DMA_TRANSFERS enabled, this improves performance. Try running CMake with -DUSE_DMA_TRANSFERS=OFF it this causes problems, or try adjusting the DMA channels to use with -DDMA_TX_CHANNEL=<num> -DDMA_RX_CHANNEL=<num>.
-- DMA_TX_CHANNEL=1
-- DMA_RX_CHANNEL=5
-- Targeting WaveShare 3.2 inch (B) display with ILI9341
-- Configuring done
-- Generating done
-- Build files have been written to: /home/pi/fbcp-ili9341/build


This is what I have so far changing it to "1".