Upgrade Muon TF Unpackers

[mulhearn]

The BMTF unpacker is available but not yet in standard sequences.
The OMTF and EMTF unpackers are not yet available.

[mulhearn]

@jpazzini does the TwinMux unpacker include the inputs to TwinMux?

Also, you've been added to the cms-l1t-offline organization... for now can you just put your code in its own dedicated branch like this:

git remote add cms-l1t-offline [email protected]:cms-l1t-offline/cmssw.git
git status # and note my current local branch
git push cms-l1t-offline (my current local branch):l1t-twinmux-dev-$CMSSW_VERSION

[jpazzini]

@mulhearn - what the TMunpacker does at the moment is to decode the information received from the TwinMux FEDs (according to the latest version of the TM firmware) into the standard L1MuDTChambPh(Th)Digi format.

Regarding the push to the 'cms-l1t-offline', I'm having some problems.
I'm on the local branch 'TwinMuxUnpacker_CMSSW_800pre4', and I've (successfully) added the remote as you suggested by doing

git remote add cms-l1t-offline [email protected]:cms-l1t-offline/cmssw.git

but if I try to push my branch to 'cms-l1t-offline' by doing

git push cms-l1t-offline TwinMuxUnpacker_CMSSW_800pre4:l1t-twinmux-dev-$CMSSW_VERSION

I got the following error:

ERROR: Permission to cms-l1t-offline/cmssw.git denied to jpazzini.
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.

[mulhearn]

@jpazzini it seems you did not accept yet the invitation to join the cms-l1t-offline organization, and that is why you don't have the permissions...

About your answer, I guess I am asking does the latest version of the TM firmware include in the information it sends the inputs to Twin Mux as well as its outputs. I can't tell from your answer since the inputs and outputs use the same data format...

[jpazzini]

@mulhearn - thanks, you're right, I missed the email with the invitation.
The unpacker is supposed to send both the inputs and the outputs; however, currently the outputs are just a copy of the inputs as there is still no firmware implemented to build the "super-primitives".

[mulhearn]

Thanks for the answer! In offline, its the inputs that we need most critically, since there is otherwise no reliable way to bitwise re-emulate the trigger primitives.

[jpazzini]

@mulhearn - I should make a minor fix (only affecting the text output of a WarningLog actually) to the TMunpaker package. Is it ok if I push it?