News:

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

+-+-

+-User

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

+-Site Stats

Members
Total Members: 15733
Latest: aquila2heman
New This Month: 0
New This Week: 0
New Today: 0
Stats
Total Posts: 128993
Total Topics: 15887
Most Online Today: 160
Most Online Ever: 7634
(January 21, 2020, 02:14:03 AM)
Users Online
Members: 3
Guests: 114
Total: 117

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

colorlight 5a-75b not working with raspberry pi4B fpp by k6ccc
Today at 05:21:18 PM

Wifi help by dkulp
Today at 12:24:56 PM

MMAL error 2 "ENOSPC" by MikeKrebs
June 03, 2023, 09:34:36 PM

Dmx by MikeKrebs
June 03, 2023, 08:53:35 PM

F48V4-NS at 40 fps using all 48 pixel output ports? by MikeKrebs
June 02, 2023, 09:36:11 PM

EEEPROM Files by shanebou24
June 01, 2023, 01:27:06 PM

Kulp OctoPlus v2.3 by MikeKrebs
May 31, 2023, 10:03:21 PM

Weird latency over artnet by MikeKrebs
May 30, 2023, 09:50:12 PM

Discontinued P10 1/2 Scan Panel Issues by MikeKrebs
May 30, 2023, 09:40:30 PM

Fpp and xlights preview not working by bloojoop
May 30, 2023, 08:42:23 PM

Powered by EzPortal
Powered by SMFPacks Menu Editor Mod