Lis2mdl dont launch a trigger when i program with a threshold

RE: Lis2mdl dont launch a trigger when i program with a threshold

Susheel Nuguru — Tue, 09 Jun 2026 22:25:02 GMT

[quote user="Arebhi"]it takes and the value of reg_A displays 0x80 but when they finish the initialisation (lis2mdl_init) it takes the default value 0x82 [/quote]

Good, so now you have a working system. As I mentioned in earlier reply, the CONFIG_PM is making the sensor go to sleep immediately, that is because the driver of that sensor have implemented the powre management and you have enabled that power management in your prj.conf. As to why the driver decides to do that is the question you need to ask in Zephyr forums and/or that sensor manufacturer. You can easily override it (like you just did) if you need. You can also enable those configs and change the behavior of the pm_action calls as your application requires.

RE: Lis2mdl dont launch a trigger when i program with a threshold

Arebhi — Tue, 09 Jun 2026 19:36:34 GMT

So , when i did as you said , when there will be a New data(xyz) , the interruptions pin drdy triggered ......

As well as ; i dont understand why when i configure the reg_A to take 0x80 , it takes and the value of reg_A displays 0x80 but when they finish the initialisation (lis2mdl_init) it takes the default value 0x82

RE: Lis2mdl dont launch a trigger when i program with a threshold

Susheel Nuguru — Tue, 09 Jun 2026 17:30:21 GMT

Also INT_CTRL is the threshold-interrupt control register, it is not used for data-ready at all. Data-ready is routed only by the DRDY-on-pin bit in CFG_REG_C, which you already have set. So for the DRDY test you can ignore INT_CTRL.

RE: Lis2mdl dont launch a trigger when i program with a threshold

Susheel Nuguru — Tue, 09 Jun 2026 17:22:05 GMT

Why do you have this set to 0x82, 0x02 in that number means POWER_DOWN

The only place that is written to that sensor is in lis2mdl_pm_action

Seems like CONFIG_PM_DEVICE in your prj.conf is making this sensor go to low power mode by default. Try disabling CONFIG_PM_DEVICE andCONFIG_PM_DEVICE_RUNTIME just to test and see.

RE: Lis2mdl dont launch a trigger when i program with a threshold

Arebhi — Tue, 09 Jun 2026 07:23:46 GMT

Hello,

Thank you for your response.

Yes, the last week I already checked the points you mentioned. I am facing an issue with the sensor interrupt. Although the configuration appears to be correct, the interrupt signal is never triggered.

I tested both interrupt sources: Data Ready (DRDY) and Threshold interrupts. I expected that at least the DRDY interrupt would be triggered, but I am not observing any interrupt activity.

For the DRDY configuration, I programmed the registers as shown in the screenshot below.

Could you please let me know if there is anything else I should verify or if I may be missing a required configuration step?

For the case DRDY ::

INT_CTRL_REG for the case of DRDY : 0x75

I also noticed another behavior that may be related to the issue.

When I configure CFG_Register_A, I write the value 0x80 (Continuous Mode). However, after the sensor initialization function completes(lis2msl_init), reading back the register returns 0x82 instead of 0x80, even though there is no function in my code that intentionally modifies this register.

In the screenshot, I highlighted the register values with different colors to track when and where the value changes. I checked the register at several points during execution: before entering main(), during the sensor initialization function, and after initialization. The value appears to change unexpectedly.

You may also notice some "read" messages highlighted in red in the screenshot. These are only debug print messages that I colored for visibility; they are not error messages.

Could you clarify whether the sensor might automatically set bit 1 of CFG_Register_A, or if there is another mechanism that could explain why the register changes from 0x80 to 0x82?

RE: Lis2mdl dont launch a trigger when i program with a threshold

Susheel Nuguru — Mon, 08 Jun 2026 19:57:05 GMT

I think you should be a scope or logic analyzer to sniff the interrupt pin. Check if the interrupt is firing or not, if yes, then this is an MCU side configuration issue. If the pin never toggles, then it is a sensor configuration issue. We need to get this info first so that we know to either focus on the MCU (device tree/irq gpios, polarity etc) or what is going wrong with configuring the sensor.

RE: Lis2mdl dont launch a trigger when i program with a threshold

Arebhi — Sat, 06 Jun 2026 08:10:41 GMT

Thank you for your response.

Regarding the threshold trigger, I actually made some modifications to the driver. I configured the `INT_CTRL` register as well as the threshold registers (`INT_THS_L` and `INT_THS_H`). I also configured the relevant settings in `CFG_REG_C` so that the interrupt pin would be used for threshold interrupts instead of data-ready notifications.

I based this configuration on the official LIS2MDL datasheet, which states that enabling and configuring these registers should allow the threshold interrupt to be triggered.

As a second test, I also tried using the data-ready trigger to verify whether interrupts were working at all when new measurement data became available. For this test, I configured the required registers according to the datasheet as well. However, I still did not receive any interrupt, and the trigger callback was never executed.

Therefore, at the moment, neither the threshold interrupt nor the data-ready interrupt appears to be

firing.

RE: Lis2mdl dont launch a trigger when i program with a threshold

Susheel Nuguru — Fri, 05 Jun 2026 16:45:05 GMT

ASMA,

This thread is mostly about the LIS2MDL and very less about nRF solutions, but I will still try to give you some of my thoughts.

The LIS2MDL Zephyr driver only implements the data-ready trigger. lis2mdl_trigger_set() never checks trig->type. Only trig->chan, so SENSOR_TRIG_THRESHOLD takes the data-ready path and returns 0 then arms DRDY. That is why you always seem to get success and the threshold interrupt is never firing.

I do not think that the INT_CTRL / INT_THS are ever configured. Also, I think that the LIS2MDL threshold interrupt is "absolute value exceeds ±threshold" in hardware. There is no below-threshold mode, so you cannot get a hardware interrupt for the field dropping below a value even with a full driver. So I would recommend you to keep SENSOR_TRIG_DATA_READY, and in the handler do sensor_sample_fetch + sensor_channel_get and compare against your threshold there. Should work with the upstream driver.

RE: Lis2mdl dont launch a trigger when i program with a threshold

Arebhi — Fri, 05 Jun 2026 12:20:31 GMT