News:

LATEST RELEASE:  FPP 6.1 - Download from here - https://github.com/FalconChristmas/fpp/releases/tag/6.1

+-+-

+-User

Welcome, Guest.
Please login or register.
 
 
 
Forgot your password?

+-Site Stats

Members
Total Members: 15524
Latest: fighteriris
New This Month: 32
New This Week: 20
New Today: 3
Stats
Total Posts: 127343
Total Topics: 15630
Most Online Today: 135
Most Online Ever: 7634
(January 21, 2020, 02:14:03 AM)
Users Online
Members: 8
Guests: 34
Total: 42

76,800 pixels from 1 pixel controller (solved)

Started by AAH, August 12, 2020, 09:10:30 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

AAH

Sorry for the edit to a clickbait title but "P8-42 and P8-44 preventing bootup on HE123/RGB123" had zero responses.
I have just recently changed images from 2.x to 4.1 and also started with a fresh BBB for testing my HE123 boards which are compatible with the RGB123 F boards. From a fresh install and with a new BBB the board won't boot with P8-42 and P8-44 connected to the inputs of the buffers that they usually drive. After reading all over the place and in particular the BeagleBone Black System Reference Manual it looks like these pins are used during a eMMC bootup and also/or the HDMI. Anyone got any tips on how I can overcome this issue. Usually I configure everything via the usb ethernet thingy and then plug onto the HE123 and I also haven't kept track of what was doing what on FPP 1.9 through to current. Prior to killing my test BBB through mishandling I had been using the same BBB for testing with no issues for a number of years.

http://www.hansonelectronics.com.au/product/he123/

AAH

Further to the issue with P8-42 and/or P8-44 causing bootup issues I have had more success and more issues.
Either holding the boot switch in at bootup or connecting a 1k resistor from GND to P8-32 forces the BBB to use the SD card as the boot source and it works fine.
  Probably/possibly related to the same issue which I am hoping or expecting is either due to a Linux boot image or a FPP source code change I am also having issues with P9-41 and/or P9-42 causing insane flickering with all the outputs tested and not just outputs 39 and 40 which they connect to. I know nothing about the internals of the BBB but all 4 "outputs" go to into high impedance buffers exactly as they have for the last 3 years.

The following link has some info on it that suggest P9-41 and P9-42 have some special functionality but I have no way of checking what mode the pins are in.
http://www.embedded-things.com/bbb/beaglebone-black-pin-mux-spreadsheet/

dkulp

Did you flash 4.x to the eMMC?   If not, make sure you do that to make sure the latest boot loader is in place. 

I know CaptainMurdoch had some issues with one of his boards and the differential chips he was using.   At power up, the tended to pull the pins high and thus not boot.  He did something similar and added ~12K pull downs on two of the pins.   Not something I've experienced with the buffers/differentials I use.

Cannot reproduce the P9-41/42 issues.   I use those on my boards and am not experiencing any issues with it.
Daniel Kulp - https://kulplights.com

AAH

Problem solved but still fairly puzzled.
I swapped out the 74AC245's that I used on the HE123 with another brand and the problem entirely went away.
The static DC resistances of the input pins measure almost exactly the same, when testing from a test source rather than the BBB the buffers all work and perform as expected. I've used maybe a few thousand 74AC245's across about 5 different designs and it's only been this 1 batch that's had issues.
It's possible that @CaptainMurdoch 's issues could go away with a brand change in the IC's too.

On another note I got the following from a customer
"I have noticed that the RGBCapeF definition in 4.1 has a typo.
Output 39 and 40 are set to P9-91 and P9-92 where they should be P9-41 and P9-42 respectively."
I have no idea where to find it in the github @dkulp .

Thanks for having a look at this for me Dan. I was fairly convinced that it had to be a FPP/Linux issue as I was getting different results with the exact same board design with there being a grand total of 3 things different. The version of Linux was different from what was used on FPP1.5 to 4.x. The version of FPP obviously was different. The brand of IC was different although both the old and new are both 74AC245. I had checked that the pcb's were identical. I checked that the pcb's came from the same board house. I even checked to make sure the revision of the BBB's was identical.

darylc

Quote from: AAH on August 17, 2020, 11:50:40 PMOn another note I got the following from a customer
"I have noticed that the RGBCapeF definition in 4.1 has a typo.
Output 39 and 40 are set to P9-91 and P9-92 where they should be P9-41 and P9-42 respectively."
I have no idea where to find it in the github @dkulp .

Thanks to McElroy, these are hidden inside the binary eeprom files /opt/fpp/capes/other/*.bin these days. 

Documentation about the eeprom file format is at https://github.com/FalconChristmas/fpp/blob/08ac3644ded4d882720a9ccf97a659c00d108563/docs/EEPROM.txt

dkulp

Quote from: AAH on August 17, 2020, 11:50:40 PMOn another note I got the following from a customer
"I have noticed that the RGBCapeF definition in 4.1 has a typo.Output 39 and 40 are set to P9-91 and P9-92 where they should be P9-41 and P9-42 respectively."I have no idea where to find it in the github @dkulp .

No.. these are actually correct.  Physical pins 41 and 42 are "special" pins that are wired to two different GPIO's on the am335x.   41 is wired to both GPIO0/20 and GPIO3/20.   42 is wired to both GPIO0/7 and GPIO3/18.   To differentiate the two, the device tree creates the special 91/92 pins to refer to the GPIO3 versions while the 41/42 refer to the GPIO0.   For the most part, the user on the BBB can use either of them, but whichever is not used needs to be set as an input.    In any case,  the GPIO3 version is wired internally on the am335x directly to PRU0 which is why we've decided to use that one.
Daniel Kulp - https://kulplights.com

Support FPP

+- Recent Topics

What am I doing wrong? FPP I’m ZCCP? by rudybuddy
Today at 09:01:26 AM

FPP Playlist by dkulp
Today at 07:14:42 AM

Setting up LOR to serial of F16v3 and configure in xLights by brmeadows
Today at 05:46:42 AM

FPP not releasing control to WLED when idle by Poporacer
December 06, 2022, 10:39:18 PM

1 player/2 remote by Poporacer
December 06, 2022, 08:07:48 PM

K8-PB Network Issue by Kensington Graves
December 06, 2022, 07:40:50 PM

Failed V1.03 diff receiver boards by bud29
December 06, 2022, 07:13:38 PM

XLights Variant by Poporacer
December 06, 2022, 06:56:52 PM

FPP Oddness. Remote not remoting, schedule not scheduling??? by Poporacer
December 06, 2022, 06:27:33 PM

Text inverted by dreiman
December 06, 2022, 06:12:17 PM

Powered by EzPortal
Powered by SMFPacks Menu Editor Mod