Using zephyr MCP23xxx driver for buttons with Nordic nrf CAF buttons module?

RE: Using zephyr MCP23xxx driver for buttons with Nordic nrf CAF buttons module?

Hieu — Fri, 06 Sep 2024 11:14:59 GMT

I will certainly do that.

RE: Using zephyr MCP23xxx driver for buttons with Nordic nrf CAF buttons module?

BrianW — Fri, 06 Sep 2024 11:11:40 GMT

Maybe you can get the team to update the button module documentation to make it clear that it will not work with gpio controllers that are not gpio0/gpio1?

RE: Using zephyr MCP23xxx driver for buttons with Nordic nrf CAF buttons module?

Hieu — Fri, 06 Sep 2024 11:08:49 GMT

I think that is the best approach considering the information you have given me. It's great to know that it is working for you.

RE: Using zephyr MCP23xxx driver for buttons with Nordic nrf CAF buttons module?

BrianW — Fri, 06 Sep 2024 10:36:16 GMT

[quote userid="9456" url="~/f/nordic-q-a/114334/using-zephyr-mcp23xxx-driver-for-buttons-with-nordic-nrf-caf-buttons-module/501347"]Yet, if you find the idea of event-base framework of CAF fitting, we can explore the option of a custom module.[/quote]

I have essentially switched to this - a basic button click module that generates the same button events as the CAF one, so my other event based modules can work as before using the app_event_* framework.

RE: Using zephyr MCP23xxx driver for buttons with Nordic nrf CAF buttons module?

Hieu — Thu, 05 Sep 2024 11:41:57 GMT

[quote user="BrianW"]Although now I am wondering if this is really a production ready framework in the Zephyr environment.[/quote]

I would say that it is production ready, but unfortunately quite dated. I can say that the team has received some feedback about CAF recently, and updating it is on their list.

[quote user="BrianW"]I already gave up on the led module (kept causing core dumps)[/quote]

Ok... that should not happen. I haven't used it lately, but it worked for me before. If you want to look into it, please open a new case and either I or someone else will help you look into it.

[quote user="BrianW"]now will be giving up on the buttons module... [/quote]

I probably agree with the decision to skip on the CAF Button module for your case.

As I mentioned, it was designed for keyboard matrix, so it keeps track of keys in rows and columns. In addition, it was implemented long ago, before a lot of recent good Devicetree updates, and hasn't been updated yet.

Yet, if you find the idea of event-base framework of CAF fitting, we can explore the option of a custom module.

RE: Using zephyr MCP23xxx driver for buttons with Nordic nrf CAF buttons module?

BrianW — Wed, 04 Sep 2024 16:52:39 GMT

Is your application built on top of the CAF?

Yes, we are using the event framework and some CAF modules. Although now I am wondering if this is really a production ready framework in the Zephyr environment.

I already gave up on the led module (kept causing core dumps), and now will be giving up on the buttons module...

RE: Using zephyr MCP23xxx driver for buttons with Nordic nrf CAF buttons module?

Hieu — Mon, 02 Sep 2024 15:25:40 GMT

Hi BrianW,

[quote user=""]I thought the whole point of this insanely complicated DTS stuff was to make this sort of hw transition easy???[/quote]

This depends on the kind of replacement. For example, replacing the UART output of a module from an actual UART port to a USB CDC ACM is simple, because the USB CDC ACM supports the same APIs too.

Though for the case of GPIO expander, it would work. See for example, the Thingy:52's LED definition and usage is the same as that of the nRF52 DK, even though the Thingy:52's LEDs are controlled by an IO Expander, and the nRF52 DK's LEDs are controlled by the SoC's GPIO ports.

The problem in this case is that the CAF Button Module is made to only work with the nRF SoC's GPIO controllers. To be specific, the module appears designed specifically for the use-case of PC keyboard matrix that uses a nRF SoC's GPIO port to sweep.

Is your application built on top of the CAF?

Hieu

RE: Using zephyr MCP23xxx driver for buttons with Nordic nrf CAF buttons module?

BrianW — Thu, 29 Aug 2024 21:23:40 GMT

this is my buttons_def.h:

static const struct gpio_pin col[] = {

};

static const struct gpio_pin row[] = {

{ .port = DT_PROP(DT_GPIO_CTLR(DT_ALIAS(butt_left), gpios), port), .pin = DT_GPIO_PIN(DT_ALIAS(butt_left), gpios) }, // 'left' button

{ .port = DT_PROP(DT_GPIO_CTLR(DT_ALIAS(butt_home), gpios), port), .pin = DT_GPIO_PIN(DT_ALIAS(butt_home), gpios) }, // 'home' button

{ .port = DT_PROP(DT_GPIO_CTLR(DT_ALIAS(butt_right), gpios), port), .pin = DT_GPIO_PIN(DT_ALIAS(butt_right), gpios) }, // 'right button

{ .port = DT_PROP(DT_GPIO_CTLR(DT_ALIAS(butt_alert), gpios), port), .pin = DT_GPIO_PIN(DT_ALIAS(butt_alert), gpios) }, // alert hall sensor

};

I guess the problem is that the definition expects a port/pin pair of integers, instead of a DT_NODE to define the GPIO and there is no 'port' on the ioexpander?