<![CDATA[Openimu300ZI SPI communication using TX2 spidev]]>Hi, I followed the process below, but still don't get what I want.

  1. flash the IMU to the newest VG_AHRS/INS program.

  2. inside program:
    nRST->LOW
    initialize SPI
    sleep 500ms
    nRST->HIGH
    sleep 500ms
    DRDY->LOW
    3.png

  3. CS(using GPIO)->LOW
    transfer 0x04, 0x00
    transfer 0x00, 0x00
    CS(using GPIO)->HIGH
    4.png

Note:

  1. I choose to use GPIO as CS control, because the spidev automatically pull high the CS between data blocks. So I use GPIO to always keep it low during transmit and receive.
  2. According to the time printed out in my program, the time span between transmit and receive is about 500 usec, which is greater than 20 usec, so I expect it to be working.
    5.png
  3. Reading most of the registers give back 0x00s, only some give back weird results, like 0x37, 0x56, 0x57.
    transmit 0x37 gives back 0x00 0xc0
    transmit 0x56 gives back 0x60 0x00
    transmit 0x57 gives back 0x00 0x06
    I guess this is because the data shift for 1 bit or something, so this would be a minor problem.
    But except these, the other registers don't give any information.

I'd like to know what else I can do to receive some information about the accelerations, rates, and angles.
Thanks!

]]>https://forum.aceinna.com//topic/330/openimu300zi-spi-communication-using-tx2-spidevRSS for NodeTue, 21 Apr 2026 00:41:42 GMTFri, 18 Mar 2022 12:05:39 GMT60<![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Fri, 18 Mar 2022 12:05:39 GMT]]>Hi, I followed the process below, but still don't get what I want.

  1. flash the IMU to the newest VG_AHRS/INS program.

  2. inside program:
    nRST->LOW
    initialize SPI
    sleep 500ms
    nRST->HIGH
    sleep 500ms
    DRDY->LOW
    3.png

  3. CS(using GPIO)->LOW
    transfer 0x04, 0x00
    transfer 0x00, 0x00
    CS(using GPIO)->HIGH
    4.png

Note:

  1. I choose to use GPIO as CS control, because the spidev automatically pull high the CS between data blocks. So I use GPIO to always keep it low during transmit and receive.
  2. According to the time printed out in my program, the time span between transmit and receive is about 500 usec, which is greater than 20 usec, so I expect it to be working.
    5.png
  3. Reading most of the registers give back 0x00s, only some give back weird results, like 0x37, 0x56, 0x57.
    transmit 0x37 gives back 0x00 0xc0
    transmit 0x56 gives back 0x60 0x00
    transmit 0x57 gives back 0x00 0x06
    I guess this is because the data shift for 1 bit or something, so this would be a minor problem.
    But except these, the other registers don't give any information.

I'd like to know what else I can do to receive some information about the accelerations, rates, and angles.
Thanks!

]]>https://forum.aceinna.com//post/1372https://forum.aceinna.com//post/1372Fri, 18 Mar 2022 12:05:39 GMT<![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Mon, 18 Apr 2022 01:32:13 GMT]]>
  • Remove "nRST->LOW" and "nRST->HIGH" ,at the same, dont connect the nRst.
  • Add "delay(20us)" after "CS(using GPIO)->LOW" and add "delay(20us)" befor "CS(using GPIO)->HIGH
    "
  • Retry it, Pls.
    • ]]>    https://forum.aceinna.com//post/1383https://forum.aceinna.com//post/1383Mon, 18 Apr 2022 01:32:13 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Mon, 23 May 2022 12:43:09 GMT]]>@chengyong Thanks for your reply.
    But I have a clearer picture now, so I gotta ask another question.
    I really need a quick reply now. Hope someone could answer me as soon as possible~
    另外中文溝通也行。

    As in the photos below, I am able to read data by sending 0x56, but nothing from 0x04.
    The third photo shows the output of every single read.
    Also I am able to burst read from 0x3E but not 0x3D.

    0x56.png
    255d5ebd-0b4f-44c7-a6b2-eeca01622b0b-image.png
    singleread.png
    0x3E.png
    0x3D.png

    I am now using arduino to transfer SPI signals.
    I used STlink to flash the software to INS app by the method shown here:
    (I downloaded the bin file from here
    flash.png

    I don't know if it is the hardware problem or the software problem.
    Please help me investigate.
    Appreciate!

    ]]>    https://forum.aceinna.com//post/1428https://forum.aceinna.com//post/1428Mon, 23 May 2022 12:43:09 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Mon, 23 May 2022 12:45:48 GMT]]>@cek
    looking forward for your help.
    Sincerely

    ]]>    https://forum.aceinna.com//post/1429https://forum.aceinna.com//post/1429Mon, 23 May 2022 12:45:48 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Mon, 23 May 2022 13:07:17 GMT]]>@Li-YiFan
    Sincerely looking forward for your help.

    ]]>    https://forum.aceinna.com//post/1430https://forum.aceinna.com//post/1430Mon, 23 May 2022 13:07:17 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Mon, 23 May 2022 13:19:30 GMT]]>My SN number is 2008400344

    ]]>    https://forum.aceinna.com//post/1431https://forum.aceinna.com//post/1431Mon, 23 May 2022 13:19:30 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Mon, 23 May 2022 13:22:26 GMT]]>@cek @Li-YiFan
    Sincerely looking forward for your help.
    My SN number is 2008400344

    ]]>    https://forum.aceinna.com//post/1432https://forum.aceinna.com//post/1432Mon, 23 May 2022 13:22:26 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Mon, 23 May 2022 16:07:41 GMT]]>I have now recovered the whole EEPROM bin which I backed up.
    Everything works fine, including all single reads and 0x3E burst read.
    So maybe it confirms that the INS app from https://developers.aceinna.com/code/apps is having some problem(?
    Or maybe the way I uploaded the firmware is incorrect.

    Following the ST-link method instruction.
    I did the folowing:

    1. download the bin file of firmwares
    2. start uploading from the address 0x08010000

    Do I have to set the ending address or something?
    If this is not the problem, then perhaps I 'll need to ask for a customized bin file with my SN number 2008400344.
    And I'd like to have the VG_AHRS firmware.
    I couldn't get data from VG_AHRS at first, so I turned to the INS app.
    After all , I just want to get the angle data + rate data.

    Truly appreciate!
    Looking forward to any reply!

    ]]>    https://forum.aceinna.com//post/1433https://forum.aceinna.com//post/1433Mon, 23 May 2022 16:07:41 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Tue, 24 May 2022 08:40:20 GMT]]>I noticed that there is an initialization issue in AHRS and INS app.
    Is it necessary if I want to get data from burst read 0x3D?

    ]]>    https://forum.aceinna.com//post/1434https://forum.aceinna.com//post/1434Tue, 24 May 2022 08:40:20 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Fri, 27 May 2022 08:34:45 GMT]]>@drib861204 Hi, I didn't have a 300zi available to do a tset as you said these days, but now I do and I will do a tset and reply you as soon as possible.

    ]]>    https://forum.aceinna.com//post/1440https://forum.aceinna.com//post/1440Fri, 27 May 2022 08:34:45 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Fri, 27 May 2022 09:24:56 GMT]]>@Liang-Zhang Many thanks!
    May I update what I've tried these days.
    I used the upload function from vscode aceinna extension to upload VG_AHRS to my imu.(photo 1)
    The imu output is the same as I downloaded the bin file from https://developers.aceinna.com/code/apps
    They both can only answer to 0x56, 0x3E, etc, but not 0x3D and others.(photo 2)
    So I feel like I skipped the initialization step of this app.
    But still I have no idea how to initialize.
    VSCodeToolBar.png
    singleread.png

    ]]>    https://forum.aceinna.com//post/1441https://forum.aceinna.com//post/1441Fri, 27 May 2022 09:24:56 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Thu, 09 Jun 2022 16:02:22 GMT]]>I solved the problem adding volatile to "data" in the function: void FillSPIBurstDataBuffer() inside UserMessagingSPI.c on VSCode open source VG-AHRS application.
    VGAHRS_v3_code.png
    Now I can finally get roll and pitch angles by sending 0x3D SPI command.
    If this error happens to other openimu300zi's, then it is a freaking HUGE bug that should've been solved already.
    Anyone suffers from the same problem? Or anyone uses SPI on openimu300zi and finds it works just fine? Let me know if you are in either of the situation. Thanks!

    ]]>    https://forum.aceinna.com//post/1444https://forum.aceinna.com//post/1444Thu, 09 Jun 2022 16:02:22 GMT    <![CDATA[Reply to Openimu300ZI SPI communication using TX2 spidev on Thu, 09 Jun 2022 16:36:52 GMT]]>Hi folks
    Here is the arduino codes I use, please use them if you need some quick setup.
    https://www.dropbox.com/sh/v86c8owlpwf26k8/AADKFPKmRmg14mmroI32NZW3a?dl=0
    openimu300zi.ino serial monitor:
    VGAHRS_v3_2.png
    openimu300zi_roll_pitch.ino serial plotter:
    VGAHRS_v3_monitor.png

    ]]>    https://forum.aceinna.com//post/1445https://forum.aceinna.com//post/1445Thu, 09 Jun 2022 16:36:52 GMT