GitLab

... and add MightyMiggy to the readme

Running clang-format in mightymiggy so that it is consistent with the
rest for the code.

tool used:

  $ cd bluepad32/src/main
  $ clang-format -i *.[ch]

Add MightyMiggy Platform

See merge request !3

TODO: Debounce, but I don't think we'll be using an interrupt for this in the end...

Update README.md to point to correct external btstack location

See merge request !4

This is to prevent a possible confussion between accelerator and
accelerometer.
A future commit will include "accel" and "gyro" as part of the gamepad
properties.

This commit adds VID/PID entries for:
 - 8bitdo Zero 2
 - TUTUO, a gamepad compatible for PS4

 It also fixes indentation issues.
 It also removes the "(bluepad32)" comment from each Bluepad32 entry.
 This is not needed since all the Bluepad32 entires are enclosed in a:
   // Bluepad32 entries start here:
   // ...
   // Bluepad32 entires end here.

Updates Changelog/Authors mentioning the controller_subtype

Add controller subtype field

See merge request !2

At the moment it's only populated for the Wii driver, where it's most useful actually, since this driver supports many different configurations.

Bump version to v2.0.0-beta2
Airlift driver to v0.3
And update CircuitPython library/example.

Rumble works Ok, but only when not used in combination of lightbar /
player leds.

It seems that if you enable rumble and later change the player LEDS or
the lightbar, the rumble turns off.

set it to 15 (1 second ~= 255) instead of 150.

Rename:
* set_leds -> set_player_leds
* set_led_color -> set_ligthbar_color

This rename is avoid confusion, and also to use the "official" names
that are used in some gamepad documentation / drivers.

Additionally updates the CHANGELOG

uni_hid_parser_ds4/5_usage() was used only in put "HID" mode.
Since both ds4 and ds5 use "stream" mode, those functions are no longer
needed.

Add comment with link to git-commit that contains that functions, should
they be needed in the future.

DS3 follows the same "pattern" used in DS4 and DS5.
Although DS3 does not use a report that is compatible with DS4 (or DS5)
for the buttons, it is good to have similar code in all of them.

This makes the code much easier to read (and mantain).

Also fixes a bug in DS3 where the player LEDs was not being set when
rumble was set at the same time.

misc: move comments to left in ds4 / ds5 making the code looks "shorter"

Uses some of the DS5 "simplifications" to make the code easier to read
and more mantainable.

- Move "updated_states" to _init_report
- No need to set the "no button was pressed"
- Craete ds4_send_output_report
- Rename ds4_ff_report -> ds_output_report
- rename ds4_rumble_off -> ds4_set_rumble_off
- rename "rumble_left/right" -> motor_left/right

Add the rumble logic for DualSense.
Code seems to be following the spec, but for some reason it is not
working.

This commit also simplifies how to send output reports by moving common
logic to "ds5_send_output_report()"

This commit add support for lightbar LED and player_leds in DualSense
gamepad.
Also it simplifies the code of setting the buttons.
And exposes the MISC_SYSTEM button, which was not exposed by a
copy&paste error.

TODO: add support for rumble.

This commit adds support for the missing DualSense buttons:

- north,south,west,east
- l1,l2,r1,r2
- ps,share,options
- thumb-clicks

Also enables "stream" mode by default.

This is the initial support for "stream" mode for the DualSense (DS5)
gamepad.

This commits supports:
 - axis: x,y,rx,ry
 - brake / throttle
 - dpad

It also moves "crc32_le" function to utils since it is shared both by
ds4 and ds5.

TODO:
 - add support for remaining buttons.
 - rename ds5 -> dd

Although it was working Ok, it is safe to use volatile in shared global
variables.
However, replacing the global variables with xQueue might be better in
the long run.

Moving this examples from Bluepad32 to Quico.
Bluepad32 only will host things related to Bluepad32.
Sound and other stuff don't belong here.

Probably this is going to be the last update regarding music in this
repo.

Eventually all music related code will be removed from here, and moved
here:
https://gitlab.com/ricardoquesada/mpm4_sn76489

remove no-longer used references removed

Wii: Report readings of all buttons

See merge request !1

"reverse_byte" was only added because the protoboard had the wrong
wiring and it was easier to "fix" it in software that to re-wire the
protoboard.

Since the PCB are working Ok, there is no need to keep using the
protoboard, thus the "reverse_byte" is no longer used.

In addition to that, new code to play music from REPL was added.

And "play()" (which is not called "tick") no longer measures time.
The caller is responsible for calling it at 60Hz. This simplifies the
game logic and is less error prone.

This commit fixes the range of the Wii U Controller.
Before it was reporting the values directly from the "wire": -1280,
1279.
But the reported values must be between -512,511

although most probably this should be moved to a different repo,
the one where I'll design the shield, but for the moment I'll place
these small python/.vgm files here

Add timer that stops rumble

implement timer that stops rumble at the correct time