proxmark3/armsrc/Standalone
2022-01-03 22:17:40 +01:00
..
dankarmulti.c standalone: take examples not requiring flash in dankarmulti 2021-12-13 01:29:43 +01:00
dankarmulti.h Added standalone mode that can load multiple different modes 2021-11-20 22:01:09 +01:00
hf_14asniff.c fix naming convertion messes up 2021-08-17 13:02:22 +08:00
hf_aveful.c cppchecker 2021-02-24 20:46:06 +01:00
hf_bog.c typos 2021-10-10 01:35:45 +02:00
hf_colin.c cppcheck fixes and other minor stuff 2022-01-03 22:17:40 +01:00
hf_colin.h add missing includes and fix mf1ksim usage in hf_colin standalone mode 2019-08-13 17:39:48 +02:00
hf_craftbyte.c make style 2021-12-27 19:36:42 +01:00
hf_iceclass.c typos 2021-10-10 01:35:45 +02:00
hf_legic.c typos 2021-10-10 01:35:45 +02:00
hf_mattyrun.c namespace-protect static vars in standalone modes to avoid conflits when merged with dankarmulti 2021-12-13 01:56:57 +01:00
hf_mfcsim.c rename globals 2021-08-21 23:08:26 +02:00
hf_msdsal.c make style 2021-07-08 09:53:50 +02:00
hf_reblay.c typos 2021-10-10 01:35:45 +02:00
hf_tcprst.c style 2021-04-08 10:44:31 +02:00
hf_tmudford.c Added standalone mode for ISO15693 cards. 2021-05-05 19:55:58 +12:00
hf_young.c wrong byte in rats, and adapted two standalone modes 2021-12-25 16:13:42 +01:00
lf_em4100emul.c namespace-protect static vars in standalone modes to avoid conflits when merged with dankarmulti 2021-12-13 01:56:57 +01:00
lf_em4100rswb.c namespace-protect static vars in standalone modes to avoid conflits when merged with dankarmulti 2021-12-13 01:56:57 +01:00
lf_em4100rwc.c namespace-protect static vars in standalone modes to avoid conflits when merged with dankarmulti 2021-12-13 01:56:57 +01:00
lf_hidbrute.c Added ledcontrol to lf functions 2021-11-18 15:00:54 +01:00
lf_hidbrute.h summer restructuring: 2019-08-11 21:42:01 +02:00
lf_hidfcbrute.c remove tabs 2021-09-05 00:49:57 +02:00
lf_hidfcbrute.h Add a standalone FacilityCode bruteforcer for HID 2021-07-22 15:58:29 +12:00
lf_icehid.c Added ledcontrol to lf functions 2021-11-18 15:00:54 +01:00
lf_nexid.c Added ledcontrol to lf functions 2021-11-18 15:00:54 +01:00
lf_proxbrute.c Added ledcontrol to lf functions 2021-11-18 15:00:54 +01:00
lf_samyrun.c Added ledcontrol to lf functions 2021-11-18 15:00:54 +01:00
lf_skeleton.c clarify BUTTON macro usages 2020-05-15 00:00:42 +02:00
lf_tharexde.c Added ledcontrol to lf functions 2021-11-18 15:00:54 +01:00
Makefile.hal Added standalone mode that can load multiple different modes 2021-11-20 22:01:09 +01:00
Makefile.inc Added standalone mode that can load multiple different modes 2021-11-20 22:01:09 +01:00
placeholder.c arm: fix prototypes 2020-05-11 13:48:57 +02:00
readme.md text 2021-12-31 11:19:30 +01:00
standalone.h arm: fix prototypes 2020-05-11 13:48:57 +02:00

Standalone Modes

Table of Contents

This contains functionality for different StandAlone modes. The fullimage will be built given the correct compiler flags used. Build targets for these files are contained in Makefile.inc and Makefile.hal

If you want to implement a new standalone mode, you need to implement the methods provided in standalone.h. Have a look at the skeleton standalone mode, in the file lf_skeleton.c.

As it is now, you can only have one standalone mode installed at the time unless you use the dankarmulti mode (see dankarmulti.c on how to use it).

To avoid clashes between standalone modes, protect all your static variables with a specific namespace. See how it is done in the existing standalone modes.

Implementing a standalone mode

^Top

We suggest you keep your standalone code inside the armsrc/Standalone folder. And that you name your files according to your standalone mode name.

The standalone.h states that you must have two functions implemented.

The ModInfo function, which is your identification of your standalone mode. This string will show when running the command hw status on the client.

The RunMod function, which is your "main" function when running. You need to check for Usb commands, in order to let the pm3 client break the standalone mode. See this basic skeleton of main function RunMod() and Modinfo() below.

void ModInfo(void) {
    DbpString("  LF good description of your mode - aka FooRun (your name)");
}

void RunMod(void) {
    // led show
    StandAloneMode();

    // Do you target LF or HF?
    FpgaDownloadAndGo(FPGA_BITSTREAM_LF);

    // main loop
    for (;;) {
        WDT_HIT();

        // exit from standalone mode, just send a usbcommand
        if (data_available()) break;

        // do your standalone stuff..
    }

Naming your standalone mode

^Top

We suggest that you follow these guidelines:

  • Use HF/LF to denote which frequency your mode is targeting.
  • Use you own github name/similar for perpetual honour to denote your mode.

sample: LF_FOO

Which indicates your mode targets LF and is called FOO.

This leads to your next step, your DEFINE name needed in Makefile.

WITH_STANDALONE_LF_FOO

Update MAKEFILE.HAL

^Top

Add your mode to the Makefile.hal help and modes list (alphabetically):

+==========================================================+
| STANDALONE      | DESCRIPTION                            |
+==========================================================+
...
+----------------------------------------------------------+
| LF_FOO          | My foobar mode will make you coffee    |
+----------------------------------------------------------+

STANDALONE_MODES := LF_... LF_FOO
STANDALONE_MODES += HF_...

If your mode is using one of the unique features of the RDV4, add it to the proper list:

STANDALONE_MODES_REQ_SMARTCARD :=
STANDALONE_MODES_REQ_FLASH :=
STANDALONE_MODES_REQ_BT :=

Update MAKEFILE.INC

^Top

Add your source code files like the following sample in the Makefile.inc

# WITH_STANDALONE_LF_SKELETON
ifneq (,$(findstring WITH_STANDALONE_LF_SKELETON,$(APP_CFLAGS)))
    SRC_STANDALONE = lf_skeleton.c
endif

# WITH_STANDALONE_LF_FOO
ifneq (,$(findstring WITH_STANDALONE_LF_FOO,$(APP_CFLAGS)))
    SRC_STANDALONE = lf_foo.c
endif

Adding identification string of your mode

^Top

Do please add a identification string in a function called ModInfo inside your source code file. This will enable an easy way to detect on client side which standalone mode has been installed on the device.

void ModInfo(void) {
    DbpString("  LF good description of your mode - aka FooRun (your name)");
}

Compiling your standalone mode

^Top

Once all this is done, you and others can now easily compile different standalone modes by just selecting one of the standalone modes (list in Makefile.hal or ) , e.g.:

  • rename Makefile.platform.sample -> Makefile.platform
  • edit the "STANDALONE" row inside Makefile.platform. You need to uncomment it and add your standalone mode name

Makefile.platform.sample

# If you want to use it, copy this file as Makefile.platform and adjust it to your needs
PLATFORM=PM3RDV4
#PLATFORM_EXTRAS=BTADDON
#STANDALONE=LF_SAMYRUN

becomes

Makefile.platform

# If you want to use it, copy this file as Makefile.platform and adjust it to your needs
PLATFORM=PM3RDV4
#PLATFORM_EXTRAS=BTADDON
STANDALONE=LF_FOO

Remember only one can be selected at a time for now.

The final steps is to

  • force recompilation of all code. make clean
  • compile make -j
  • flash your device
  • connect to your device
  • press button long time to trigger ledshow and enter your new standalone mode
  • if connected with usb / fpc , you can also see debug statements from your device in standalone mode. Useful for debugging :)

When compiling you will see a header showing what configurations your project compiled with. Make sure it says your standalone mode name.

Submitting your code

^Top

Once you're ready to share your mode, please

  • add a line in CHANGELOG.md
  • add your mode in the modes table in doc/md/Use_of_Proxmark/4_Advanced-compilation-parameters.md

and submit your PR.

Happy hacking!