`uORB sensors` is a misleading term. All new sensors are character drivers,
but with
a standardized and portable interface. `uORB` is an optional feature.
Legacy sensors in NuttX are the perfect example of a broken solution in
NuttX.
With old sensors it's not possible to create portable applications. The new
sensor
framework solves this problem. Its main disadvantage currently is operating
on float data,
in the future fixed-point math should be also supported for MCU without FPU.

czw., 13 lut 2025 o 16:46 Tim Hardisty <timhardist...@gmail.com> napisał(a):

> Maybe it is covered by the “inviolable”? uORB is optional and no one
> should be forced to use it?
>
> Surely any NuttX sensor driver MUST have a character driver, but could
> OPTIONALLY have a uORB variant? Or am I missing something?
>
>
> > On 13 Feb 2025, at 14:02, Alan C. Assis <acas...@gmail.com> wrote:
> >
> > Good question Tim,
> >
> > Ideally all sensors should have char device and uorb support, but I don't
> > think we have this rule.
> >
> > Recently a driver was converted from char device to uorb, so for driver
> > that are uorb only, you have to use uORB sensortest application.
> >
> > BR,
> >
> > Alan
> >
> >> On Thu, Feb 13, 2025 at 7:48 AM Tim Hardisty <timhardist...@gmail.com>
> >> wrote:
> >>
> >> Bu all sensors should have character drivers though, not just uORB? I
> >> have only briefly searched about uORB but it's a messaging system not a
> >> driver as such I think and it lives in nuttx/apps. Perhaps what confused
> >> me is you saying "BMI270 uses uORB" but perhaps you meant that was just
> >> an easy/easier way to test it if there's no BMI270 example app?
> >>
> >> Just looking for clarity for my interest but also to make sure the OP is
> >> given full information :-)
> >>
> >>> On 12/02/2025 20:30, Alan C. Assis wrote:
> >>> Yes, we still have char driver sensors and uorb sensors
> >>>
> >>> On Wed, Feb 12, 2025 at 5:05 PM Tim Hardisty <timhardist...@gmail.com>
> >>> wrote:
> >>>
> >>>> Ah - so something you choose to use or not? But still we'll have
> >>>> "traditional" drivers for new sensors as they're added?
> >>>>
> >>>> On 12/02/2025 19:29, Alan C. Assis wrote:
> >>>>> Hi Tim,
> >>>>>
> >>>>> It came from PX4 and how it is used for our sensors.
> >>>>>
> >>>>> BR,
> >>>>>
> >>>>> Alan
> >>>>>
> >>>>> On Wed, Feb 12, 2025 at 4:21 PM Tim Hardisty <
> timhardist...@gmail.com>
> >>>>> wrote:
> >>>>>
> >>>>>> Is uORB really just a PX4 thing? Not NuttX? Or did NuttX adopt uORB
> >> too
> >>>>>> and I missed it?
> >>>>>>
> >>>>>> Just curious :-)
> >>>>>>
> >>>>>> On 12/02/2025 18:51, Alan C. Assis wrote:
> >>>>>>> Hi Yashvi,
> >>>>>>>
> >>>>>>> BMI270 uses uORB, you need to use sensortest
> >> (CONFIG_SYSTEM_SENSORTEST)
> >>>>>>>
> >>>>>>> Just verify if the sensor was created correctly at /dev/uorb/
> >>>>>>>
> >>>>>>> BR,
> >>>>>>>
> >>>>>>> Alan
> >>>>>>>
> >>>>>>> On Wed, Feb 12, 2025 at 3:23 PM 175 yashvi shah <
> >> yashvee...@gmail.com>
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>>> Yes, I successfully completed the I2C scanner.
> >>>>>>>>
> >>>>>>>> After achieving success with I2C, I need to retrieve data from the
> >>>>>> BMI270.
> >>>>>>>> For that, I have done all the necessary configurations, and
> >> everything
> >>>>>>>> seems perfect. However, when I try to enable the BMI270 in the
> >>>>>> application
> >>>>>>>> configuration -> "Examples," there is no option for the BMI270
> >> sensor.
> >>>>>>>>
> >>>>>>>> On Wed, Feb 12, 2025, 11:43 PM Alan C. Assis <acas...@gmail.com>
> >>>> wrote:
> >>>>>>>>> Hi Yashvi,
> >>>>>>>>>
> >>>>>>>>> Please describe the issue you are facing. BTW, did the i2c scan
> >> find
> >>>>>> your
> >>>>>>>>> BMI270?
> >>>>>>>>>
> >>>>>>>>> BR,
> >>>>>>>>>
> >>>>>>>>> Alan
> >>>>>>>>>
> >>>>>>>>> On Wed, Feb 12, 2025 at 2:41 PM 175 yashvi shah <
> >>>> yashvee...@gmail.com>
> >>>>>>>>> wrote:
> >>>>>>>>>
> >>>>>>>>>> But....
> >>>>>>>>>>
> >>>>>>>>>> I’m having a little trouble finding the BMI270 option in the
> >>>>>>>> application
> >>>>>>>>>> configuration examples.
> >>>>>>>>>>
> >>>>>>>>>> Thank you!
> >>>>>>>>>>
> >>>>>>>>>> On Wed, Feb 12, 2025, 11:05 PM 175 yashvi shah <
> >>>> yashvee...@gmail.com>
> >>>>>>>>>> wrote:
> >>>>>>>>>>
> >>>>>>>>>>> Hello,
> >>>>>>>>>>>
> >>>>>>>>>>> By applying this, I was able to successfully execute the I2C
> >>>> scanner.
> >>>>>>>>>>> Thank you!
> >>>>>>>>>>>
> >>>>>>>>>>> On Wed, Feb 12, 2025, 9:16 PM Alan C. Assis <acas...@gmail.com
> >
> >>>>>>>> wrote:
> >>>>>>>>>>>> Hi Yashvi,
> >>>>>>>>>>>>
> >>>>>>>>>>>> You can enable the debug symbols to inspect where your code is
> >>>>>>>>> crashing
> >>>>>>>>>>>> (the positions at LR: 0800d3b7  PC: 0800dcbe)
> >>>>>>>>>>>>
> >>>>>>>>>>>> Enable it in your menuconfig:
> >>>>>>>>>>>> Build Setup  ---> Debug Options  ---> [*] Generate Debug
> Symbols
> >>>>>>>>>>>>
> >>>>>>>>>>>> Then flash the new image and run:
> >>>>>>>>>>>>
> >>>>>>>>>>>> arm-none-eabi-addr2line -e nuttx 0800d3b7
> >>>>>>>>>>>> arm-none-eabi-addr2line -e nuttx 0800dcbe
> >>>>>>>>>>>>
> >>>>>>>>>>>> Probably these LR and PC values will change for your new
> image,
> >>>> then
> >>>>>>>>>>>> modify
> >>>>>>>>>>>> the commands above to use the new values.
> >>>>>>>>>>>>
> >>>>>>>>>>>> BR,
> >>>>>>>>>>>>
> >>>>>>>>>>>> Alan
> >>>>>>>>>>>>
> >>>>>>>>>>>> On Wed, Feb 12, 2025 at 12:31 PM 175 yashvi shah <
> >>>>>>>>> yashvee...@gmail.com>
> >>>>>>>>>>>> wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>>> Yes
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Details of error
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> dump_assert_info: Current Version: NuttX  12.8.0
> >> 1828d09b2a-dirty
> >>>>>>>>> Feb
> >>>>>>>>>> 12
> >>>>>>>>>>>>> 2025 0m
> >>>>>>>>>>>>> dump_assert_info: Assertion failed panic: at file: :0 task:
> >>>>>>>> <noname>
> >>>>>>>>>>>>> process: K5
> >>>>>>>>>>>>> up_dump_register: R0: 4000541c R1: 00000000 R2: 00000048  R3:
> >>>>>>>>>>>>> 00000001
> >>>>>>>>>>>>> up_dump_register: R4: 00000000 R5: 00000000 R6: 00000000  FP:
> >>>>>>>>>>>>> 00000000
> >>>>>>>>>>>>> up_dump_register: R8: 00000000 SB: 00000000 SL: 00000000 R11:
> >>>>>>>>>>>>> 00000000
> >>>>>>>>>>>>> up_dump_register: IP: 00000000 SP: 380008b0 LR: 0800d3b7  PC:
> >>>>>>>>>>>>> 0800dcbe
> >>>>>>>>>>>>> up_dump_register: xPSR: 21000000 BASEPRI: 00000000 CONTROL:
> >>>>>>>>>>>>> 00000000
> >>>>>>>>>>>>> up_dump_register: EXC_RETURN:
> >>>>>>>>>>>>> ffffffe9
> >>>>>>>>>>>>> dump_stackinfo: User
> >>>>>>>>>>>>> Stack:
> >>>>>>>>>>>>> dump_stackinfo:   base:
> >>>>>>>>>>>>> 0x38000208
> >>>>>>>>>>>>> dump_stackinfo:   size:
> >>>>>>>>>>>>> 00002008
> >>>>>>>>>>>>> dump_stackinfo:     sp:
> >>>>>>>>>>>>> 0x380008b0
> >>>>>>>>>>>>> stack_dump: 0x38000890: 00000000 00000000 00000000 00000000
> >>>>>>>> 00000000
> >>>>>>>>>>>>> 00000000 0d
> >>>>>>>>>>>>> stack_dump: 0x380008b0: 00000000 38000a48 00000001 38000a48
> >>>>>>>> 24001e3c
> >>>>>>>>>>>>> 00000000 00
> >>>>>>>>>>>>> stack_dump: 0x380008d0: 00000000 00000000 240000f4 38000a48
> >>>>>>>> 00000000
> >>>>>>>>>>>>> 00000000 39
> >>>>>>>>>>>>> stack_dump: 0x380008f0: 3800fff8 38000a48 00000001 38000a48
> >>>>>>>> 240000f4
> >>>>>>>>>>>>> 00000000 0f
> >>>>>>>>>>>>> stack_dump: 0x38000910: 00000009 38000a58 0800bb13 38000a58
> >>>>>>>> 00000000
> >>>>>>>>>>>>> 08009b71 38
> >>>>>>>>>>>>> stack_dump: 0x38000930: 38000a48 38000a58 0801ec48 08002075
> >>>>>>>> 00000001
> >>>>>>>>>>>>> 00000000 7f
> >>>>>>>>>>>>> stack_dump: 0x38000950: 00000030 380009e8 00000000 38000a48
> >>>>>>>> 00000000
> >>>>>>>>>>>>> 08001e9d 00
> >>>>>>>>>>>>> stack_dump: 0x38000970: 00000000 08001e25 00000000 080023b1
> >>>>>>>> 00000000
> >>>>>>>>>>>>> 00000000 00
> >>>>>>>>>>>>> stack_dump: 0x38000990: 08003ddc 01000000 00000000 00000000
> >>>>>>>> 00000000
> >>>>>>>>>>>>> 00000000 01
> >>>>>>>>>>>>> stack_dump: 0x380009b0: 380001f0 00000001 00000000 08003e33
> >>>>>>>> 00000000
> >>>>>>>>>>>>> 380001f0 00
> >>>>>>>>>>>>> stack_dump: 0x380009d0: 00000001 00000001 00000000 00000000
> >>>>>>>> 00000000
> >>>>>>>>>>>>> 00000000 00
> >>>>>>>>>>>>> dump_tasks:    PID GROUP PRI POLICY   TYPE    NPX STATE
>  EVENT
> >>>>>>>>>>>>> SIGMASK   D
> >>>>>>>>>>>>> dump_task:       0     0   0 FIFO     Kthread -   Ready
> >>>>>>>>>>>>> 0000000000>
> >>>>>>>>>>>>> dump_task:       1     0 240 RR       Kthread -   Running
> >>>>>>>>>>>>> 0000000000>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> On Wed, Feb 12, 2025, 7:12 PM Alan C. Assis <
> acas...@gmail.com
> >>>
> >>>>>>>>>> wrote:
> >>>>>>>>>>>>>> Hi Yashvi,
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Please send the dump of this crash, using it you can find
> >> where
> >>>>>>>>> the
> >>>>>>>>>>>> code
> >>>>>>>>>>>>> is
> >>>>>>>>>>>>>> crashing.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> BR,
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Alan
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On Wed, Feb 12, 2025 at 2:51 AM 175 yashvi shah <
> >>>>>>>>>> yashvee...@gmail.com
> >>>>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Hello,
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> I am attempting to retrieve data from a BMI270 sensor on an
> >>>>>>>>>> STM32H7
> >>>>>>>>>>>>>> board.
> >>>>>>>>>>>>>>> However, when using the I2C scanner, a peculiar error is
> >>>>>>>>> generated
> >>>>>>>>>>>> in
> >>>>>>>>>>>>>>> Minicom.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> The error is dump_assert_info : current version: nuttx
> 12.8.0
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Furthermore, when trying to configure (make menuconfig->
> >>>>>>>>>> application
> >>>>>>>>>>>>>>> configuration-> example).there no option of bmi270
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Could you please assist me in resolving this issue?
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Thank you.
> >>>>>>>>>>>>>>>
> >>
>

Reply via email to