News:

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

+-+-

+-User

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

+-Site Stats

Members
Total Members: 16673
Latest: datajack
New This Month: 36
New This Week: 17
New Today: 3
Stats
Total Posts: 134049
Total Topics: 16720
Most Online Today: 77
Most Online Ever: 7634
(January 21, 2020, 02:14:03 AM)
Users Online
Members: 0
Guests: 70
Total: 70

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

Integration to Google Calendar / iCal endpoint? by datajack
Today at 01:03:50 AM

Projector Control Plugin by radiomarsh
November 13, 2024, 07:32:32 PM

New K16s by tetleytealeaf
November 13, 2024, 02:22:52 PM

Playing 2 sequences at the same time in scheduler by JonD
November 13, 2024, 09:38:45 AM

F16v5 Boot Fail by JonD
November 13, 2024, 08:39:27 AM

Pi4 high CPU since upgrade to 8.3.1 70-80% by JonD
November 13, 2024, 08:33:35 AM

PWM Dimming by breese
November 13, 2024, 04:29:29 AM

RayWu p5 panels by k6ccc
November 12, 2024, 08:42:56 PM

Initial FPP install on BBB - no access by Cosmo99
November 12, 2024, 02:14:39 PM

Remote Falcon Schedule Problem #1 by JonD
November 12, 2024, 01:57:50 PM

Powered by EzPortal
Powered by SMFPacks Menu Editor Mod