News:

Server migration complete, Welcome to version 2.1.1

+-+-

+-User

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

+-Site Stats

Members
Total Members: 15932
Latest: pavit66767
New This Month: 21
New This Week: 1
New Today: 0
Stats
Total Posts: 129696
Total Topics: 15996
Most Online Today: 119
Most Online Ever: 7634
(January 21, 2020, 02:14:03 AM)
Users Online
Members: 1
Guests: 106
Total: 107

DIY BBB CAPE

Started by nagyOUT, January 12, 2020, 11:09:53 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

nagyOUT

Hey all!

Been looking at doing my own Cape for the BBB, and during some research in terms of integration with Falcon Player, i discovered that during cape detection, there is checks for a Cape onboard EEPROM, and further signing of a FPP02 header based "file" against public keys stored in script/keys. 

As I haven't looked into the source files in great detail, I assume this is to protect various board makers products by only allowing "signed" boards to work? Will a RGB-123 work without a onboard EEPROM?

In order for me to do my own board, I was unable to find a script which "creates" this FPP02 related file which is stored on the cape's EEPROM. Is there a script or file format detail documented somewhere?

Further, what is the process in submitting my own vendor/public key.. Just a simple Pull request to the main git?

Thanks!

dkulp

One of these days I need to document it...   For basic uses of providing configuration of string mappings, it doesn't need to be digitally signed.   That's important as folks can create boards and provide the pin mappings on the eeprom so we don't need to keep adding mappings into /opt/fpp/capes/* .    All the mappings were getting to be a pain to maintain.   The more advanced things DO require digital signatures and thats to protect the vendors that are supporting and contributing to the development of FPP and the work they have put into it.   Thus, it depends on what you need.  For basic capes that will work and output pixels, it's not something to worry about.
Daniel Kulp - https://kulplights.com

nagyOUT

Being able to store the pin mappings is a great idea.
Anyways, I'll keep an eye out for either further documentation or a script to package up the EEPROM bin data.

Out of interest, what are the more advanced things it's will allow?

WaldoWoodyWoodpecker

Quote from: nagyOUT on January 13, 2020, 04:12:24 AMBeing able to store the pin mappings is a great idea.
Anyways, I'll keep an eye out for either further documentation or a script to package up the EEPROM bin data.

Out of interest, what are the more advanced things it's will allow?
Hi nagyOUT, did you manage to find a script to package up the eeprom?

darylc


CaptainMurdoch

We will likely be adding an official script to the FPP github repository to generate eeprom files, but are still discussing some related topics.  Right now I think there are 4 different implementations out there including the above plugin.
-
Chris

shanebou24

Did you guy ever work out an official script?
I couldn't find one
Cheers,
Shane

Support FPP

+- Recent Topics

FPP Ignore GPIO triggers outside show hours by robbiet
Today at 08:39:29 AM

Is the Pi 3B still supported on 7.1? by MikeKrebs
September 27, 2023, 08:41:10 PM

Can’t see F16V3 through FPP by Laser Falcon
September 27, 2023, 03:26:16 PM

Text on Matrix by JonD
September 27, 2023, 10:41:03 AM

All new stuff by i1uhrace
September 26, 2023, 09:57:48 PM

Unable to change color curves by cmndr brain
September 26, 2023, 05:44:08 PM

Matrix audio issue by MikeKrebs
September 25, 2023, 09:11:08 PM

Music and models out of sync by MikeKrebs
September 25, 2023, 09:08:25 PM

Anybody know what this is or who made it? by JonD
September 25, 2023, 05:23:21 AM

Differential expansion question by cjrobin27
September 24, 2023, 08:07:02 PM

Powered by EzPortal
Powered by SMFPacks Menu Editor Mod