> I think this is not the case with the MCP9600. What is not the case? I don't understand what you mean :) `mcp9600_uorb.c` is just a character driver but with standardized interface, so other similar chips can be used with the same user-space code. You don't need `apps/system/uorb` to use it.
czw., 13 lut 2025 o 17:11 Alan C. Assis <acas...@gmail.com> napisał(a): > Hi Mateusz, > > I think this is not the case with the MCP9600. > > Matteo, is it possible to keep the original driver and the new one? > > BR, > > Alan > > On Thu, Feb 13, 2025 at 1:02 PM raiden00pl <raiden0...@gmail.com> wrote: > > > `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. > > > >>>>>>>>>>>>>>> > > > >> > > > > > >