aboutsummaryrefslogtreecommitdiff
path: root/docs/custom_quantum_functions.md
diff options
context:
space:
mode:
authorDrashna Jaelre <drashna@live.com>2018-10-01 17:53:14 -0700
committerJack Humbert <jack.humb@gmail.com>2018-10-01 20:53:14 -0400
commite885c793bcffcba03e18e93e41120b21cdfb6b75 (patch)
tree9018aab46625ff555b32190dd3e141a39f2ef872 /docs/custom_quantum_functions.md
parent4318797d198b58bb807b3e436c7d8924d8b4a6fe (diff)
downloadqmk_firmware-e885c793bcffcba03e18e93e41120b21cdfb6b75.tar.gz
qmk_firmware-e885c793bcffcba03e18e93e41120b21cdfb6b75.zip
Add Function level EECONFIG code for EEPROM (#3084)
* Add Function level EEPROM configuration Add kb and user functions for EEPROM, and example of how to use it. * Bug fixes and demo * Additional cleanup * Add EEPROM reset macro to example * Forgot init function in list * Move eeconfig_init_quantum function to quantum.c and actually set default layer * See if removing weak quantum function fixes issue * Fix travis compile error * Remove ifdef blocks from EECONFIG so settings are always set * Fix for ARM EEPROM updates * Fix merge issues * Fix potential STM32 EEPROM issues
Diffstat (limited to 'docs/custom_quantum_functions.md')
-rw-r--r--docs/custom_quantum_functions.md140
1 files changed, 140 insertions, 0 deletions
diff --git a/docs/custom_quantum_functions.md b/docs/custom_quantum_functions.md
index 10c5c75a2..f8b84cd6b 100644
--- a/docs/custom_quantum_functions.md
+++ b/docs/custom_quantum_functions.md
@@ -244,3 +244,143 @@ uint32_t layer_state_set_user(uint32_t state) {
244* Keymap: `uint32_t layer_state_set_user(uint32_t state)` 244* Keymap: `uint32_t layer_state_set_user(uint32_t state)`
245 245
246The `state` is the bitmask of the active layers, as explained in the [Keymap Overview](keymap.md#keymap-layer-status) 246The `state` is the bitmask of the active layers, as explained in the [Keymap Overview](keymap.md#keymap-layer-status)
247
248
249# Persistent Configuration (EEPROM)
250
251This allows you to configure persistent settings for your keyboard. These settings are stored in the EEPROM of your controller, and are retained even after power loss. The settings can be read with `eeconfig_read_kb` and `eeconfig_read_user`, and can be written to using `eeconfig_update_kb` and `eeconfig_update_user`. This is useful for features that you want to be able to toggle (like toggling rgb layer indication). Additionally, you can use `eeconfig_init_kb` and `eeconfig_init_user` to set the default values for the EEPROM.
252
253The complicated part here, is that there are a bunch of ways that you can store and access data via EEPROM, and there is no "correct" way to do this. However, you only have a DWORD (4 bytes) for each function.
254
255Keep in mind that EEPROM has a limited number of writes. While this is very high, it's not the only thing writing to the EEPROM, and if you write too often, you can potentially drastically shorten the life of your MCU.
256
257* If you don't understand the example, then you may want to avoid using this feature, as it is rather complicated.
258
259### Example Implementation
260
261This is an example of how to add settings, and read and write it. We're using the user keymap for the example here. This is a complex function, and has a lot going on. In fact, it uses a lot of the above functions to work!
262
263
264In your keymap.c file, add this to the top:
265```
266typedef union {
267 uint32_t raw;
268 struct {
269 bool rgb_layer_change :1;
270 };
271} user_config_t;
272
273user_config_t user_config;
274```
275
276This sets up a 32 bit structure that we can store settings with in memory, and write to the EEPROM. Using this removes the need to define variables, since they're defined in this structure. Remember that `bool` (boolean) values use 1 bit, `uint8_t` uses 8 bits, `uint16_t` uses up 16 bits. You can mix and match, but changing the order can cause issues, as it will change the values that are read and written.
277
278We're using `rgb_layer_change`, for the `layer_state_set_*` function, and use `matrix_init_user` and `process_record_user` to configure everything.
279
280Now, using the `matrix_init_user` code above, you want to add `eeconfig_read_user()` to it, to populate the structure you've just created. And you can then immediately use this structure to control functionality in your keymap. And It should look like:
281```
282void matrix_init_user(void) {
283 // Call the keymap level matrix init.
284
285 // Read the user config from EEPROM
286 user_config.raw = eeconfig_read_user();
287
288 // Set default layer, if enabled
289 if (user_config.rgb_layer_change) {
290 rgblight_enable_noeeprom();
291 rgblight_sethsv_noeeprom_cyan();
292 rgblight_mode_noeeprom(1);
293 }
294}
295```
296The above function will use the EEPROM config immediately after reading it, to set the default layer's RGB color. The "raw" value of it is converted in a usable structure based on the "union" that you created above.
297
298```
299uint32_t layer_state_set_user(uint32_t state) {
300 switch (biton32(state)) {
301 case _RAISE:
302 if (user_config.rgb_layer_change) { rgblight_sethsv_noeeprom_magenta(); rgblight_mode_noeeprom(1); }
303 break;
304 case _LOWER:
305 if (user_config.rgb_layer_change) { rgblight_sethsv_noeeprom_red(); rgblight_mode_noeeprom(1); }
306 break;
307 case _PLOVER:
308 if (user_config.rgb_layer_change) { rgblight_sethsv_noeeprom_green(); rgblight_mode_noeeprom(1); }
309 break;
310 case _ADJUST:
311 if (user_config.rgb_layer_change) { rgblight_sethsv_noeeprom_white(); rgblight_mode_noeeprom(1); }
312 break;
313 default: // for any other layers, or the default layer
314 if (user_config.rgb_layer_change) { rgblight_sethsv_noeeprom_cyan(); rgblight_mode_noeeprom(1); }
315 break;
316 }
317 return state;
318}
319```
320This will cause the RGB underglow to be changed ONLY if the value was enabled. Now to configure this value, create a new keycode for `process_record_user` called `RGB_LYR` and `EPRM`. Additionally, we want to make sure that if you use the normal RGB codes, that it turns off Using the example above, make it look this:
321```
322
323bool process_record_user(uint16_t keycode, keyrecord_t *record) {
324 switch (keycode) {
325 case FOO:
326 if (record->event.pressed) {
327 // Do something when pressed
328 } else {
329 // Do something else when release
330 }
331 return false; // Skip all further processing of this key
332 case KC_ENTER:
333 // Play a tone when enter is pressed
334 if (record->event.pressed) {
335 PLAY_NOTE_ARRAY(tone_qwerty);
336 }
337 return true; // Let QMK send the enter press/release events
338 case EPRM:
339 if (record->event.pressed) {
340 eeconfig_init(); // resets the EEPROM to default
341 }
342 return false;
343 case RGB_LYR: // This allows me to use underglow as layer indication, or as normal
344 if (record->event.pressed) {
345 user_config.rgb_layer_change ^= 1; // Toggles the status
346 eeconfig_update_user(user_config.raw); // Writes the new status to EEPROM
347 if (user_config.rgb_layer_change) { // if layer state indication is enabled,
348 layer_state_set(layer_state); // then immediately update the layer color
349 }
350 }
351 return false; break;
352 case RGB_MODE_FORWARD ... RGB_MODE_GRADIENT: // For any of the RGB codes (see quantum_keycodes.h, L400 for reference)
353 if (record->event.pressed) { //This disables layer indication, as it's assumed that if you're changing this ... you want that disabled
354 if (user_config.rgb_layer_change) { // only if this is enabled
355 user_config.rgb_layer_change = false; // disable it, and
356 eeconfig_update_user(user_config.raw); // write the setings to EEPROM
357 }
358 }
359 return true; break;
360 default:
361 return true; // Process all other keycodes normally
362 }
363}
364```
365And lastly, you want to add the `eeconfig_init_user` function, so that when the EEPROM is reset, you can specify default values, and even custom actions. For example, if you want to set rgb layer indication by default, and save the default valued.
366
367```
368void eeconfig_init_user(void) { // EEPROM is getting reset!
369 user_config.rgb_layer_change = true; // We want this enabled by default
370 eeconfig_update_user(user_config.raw); // Write default value to EEPROM now
371
372 // use the non noeeprom versions, to write these values to EEPROM too
373 rgblight_enable(); // Enable RGB by default
374 rgblight_sethsv_cyan(); // Set it to CYAN by default
375 rgblight_mode(1); // set to solid by default
376}
377```
378
379And you're done. The RGB layer indication will only work if you want it to. And it will be saved, even after unplugging the board. And if you use any of the RGB codes, it will disable the layer indication, so that it stays on the mode and color that you set it to.
380
381### 'EECONFIG' Function Documentation
382
383* Keyboard/Revision: `void eeconfig_init_kb(void)`, `uint32_t eeconfig_read_kb(void)` and `void eeconfig_update_kb(uint32_t val)`
384* Keymap: `void eeconfig_init_user(void)`, `uint32_t eeconfig_read_user(void)` and `void eeconfig_update_user(uint32_t val)`
385
386The `val` is the value of the data that you want to write to EEPROM. And the `eeconfig_read_*` function return a 32 bit (DWORD) value from the EEPROM.