Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

This change allows cleaner loading of payloads and is a preparation for
the proper implementation/use of hardware_reset().

Signed-off-by: Rahix <rahix@rahix.de>

The bootloader will have initialized the display in all cases so we
don't need to repeat the same init code all over again.

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

allow API signatures to contain the names "buffer" and "size"

Signed-off-by: Rahix <rahix@rahix.de>

When no `menu.py` is found, Epicardium will create one with the contents
of `preload/menu.py`.

Signed-off-by: Rahix <rahix@rahix.de>

Delaying BLE startup by a bit seems to resolve the lockup issue we
observed.  This might need further attention in the future.

Signed-off-by: Rahix <rahix@rahix.de>

Without resetting the FPU we get spurious failures in Pycardium.  These
manifest in many different forms, ranging from HardFaults and triggered
assertions to "syntax errors" in loaded scripts while said script does
not contain any.

These failures stem from the FPU still containing state from the last
loaded payload and thus sometimes corrupting stack locations where the
previous payload had floating point state.

Closes #72.

Signed-off-by: Rahix <rahix@rahix.de>

Co-authored-by: fleur <spacecarrot@fleurshax.net>
Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

This adds BLE a characteristic which allows to set the current time. The
time is set in milliseconds since 1.1.1970 as 64 bit value.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

This allows to set the current time in milliseconds.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

When a load fails early and core 1 continues to loop in the reset stub,
Epicardium might lock up when sending an interrupt and waiting for the
API_CALL_MEM->int_id to be reset.

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>

swym authored 5 years ago and rahix committed 5 years ago

This commit adds 3 new API calls

- epic_file_opendir()
- epic_file_readdir()
- epic_file_unlink()

and 2 new functions in Pycardium

- os.listdir()
- os.unlink()

This adds basic file transfer support over BLE.

The central provides a filename and then can transfer chunks of data
which are written to the file.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

Pressing the power button will now excert the following behavior:

- `<400 ms`: Return back to menu
- `<1 s`: Reset card10
- `>1 s`: Poweroff

Signed-off-by: Rahix <rahix@rahix.de>

This commit introduces a lifecycle for core 1.  Based on the new loading
system, a few APIs are made available to control the payload running on
core 1.  These are:

1. From core 1 (Pycardium, L0dable):

    - `epic_exec(name)` API Call:  Request loading of a new payload by
      name.  If the file does not exist, the call will return with an
      error code.  Otherwise, control will go to the new payload.
    - `epic_exit(retcode)` API Call:  Return from payload
      unconditionally.  This call should be called whenever a payload is
      done or when it has hit an unrecoverable error.  On `epic_exit`,
      Epicardium will reset the core back into the menu.

2. From inside Epicardium:

    - `epic_exec(name)`: This is **not** the same as the API call, as it
      needs a different implementation underneath.  It will load a new
      payload and wait until this load actually completed (synchroneous).
    - `return_to_menu()`: Return core 1 to the menu script no matter
      what it is currently doing.  This call is asynchroneous and will
      return immediately after scheduling the lifecycle task.  This task
      will then take care of actually performing the load.

Signed-off-by: Rahix <rahix@rahix.de>

Signed-off-by: Rahix <rahix@rahix.de>