• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Register
  • Login
ModalAI Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
    • Register
    • Login

    Pre-arm check failed

    VOXL m500 Reference Drone
    3
    7
    738
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • Y
      yu zhang
      last edited by 22 May 2022, 06:47

      Hi team,
      I got a weird issue. The drone was stuck at pre-arm check, and couldn’t be able to arm again. Before this, I have no issue with the pre-arm check. Actually, I tried to modify a couple of parameters that are related to flight speed and SDlog profile. Then, the pre-arm check seems to be failed.

      I tried to reset the parameters to default, but the pre-arm check still failed. I uploaded 3 logs to the px4 view showing from boot to shutdown, but I couldn’t figure it out what happened. So, can you please help me to double-check if anything is wrong?

      1. GPS enabled: https://review.px4.io/plot_app?log=9b04b3c9-3a7b-4720-b806-3ac3b152f32a
      2. VIO enabled: https://review.px4.io/plot_app?log=5426a714-c588-4f0a-9122-b510f12a06b6
      3. GPS enabled and trying to take-off: https://review.px4.io/plot_app?log=da3bea81-5f2b-47b1-aa74-c198acb54a08

      I am using 1.11.3-0.2.3 and QGC 4.1.4 on MacBook pro 2021.

      Screen Shot 2022-05-22 at 3.43.44 PM.png

      1 Reply Last reply Reply Quote 0
      • ?
        A Former User
        last edited by 23 May 2022, 17:11

        Hi,

        It looks like the issue is that the kill switch is engaged on your radio.

        Y 3 Replies Last reply 24 May 2022, 01:24 Reply Quote 0
        • Y
          yu zhang @Guest
          last edited by 24 May 2022, 01:24

          @Alex-Gardner Thanks for the reminder. I was confused about the kill switch this time, and I thought I should already open it 😅 .

          After checking, I will get "Arming denied press safety switch first" if I open it. Actually, I thought it was kill switch engaged. So, I am wondering where I should press the safety switch? I didn't get this notice before.

          1 Reply Last reply Reply Quote 0
          • Y
            yu zhang @Guest
            last edited by 24 May 2022, 01:59

            @Alex-Gardner I thought the "SWITCH" button on the GPS module was the safety switch, but it didn't work after pressing it (no response for all time). So, what's the actual usage of this button?

            After checking, I found people were trying to set the CBRK_IO_SAFETY to be 22027 to release the safety switch instead of pressing any buttons. It does work for me! But, I am confused what's the risk of setting this parameter?

            Honestly, I never set it before, I am wondering why do I have to set it to release the safety switch this time? I am thinking about what parameters I changed to trigger the safety switch locked?

            1 Reply Last reply Reply Quote 0
            • Y
              yu zhang @Guest
              last edited by 24 May 2022, 02:16

              @Alex-Gardner From the PX4 link:
              https://docs.px4.io/v1.12/en/advanced_config/prearm_arm_disarm.html

              It claims the default safety check should be: COM_PREARM_MODE=1 (safety switch) and CBRK_IO_SAFETY=0 (I/O safety circuit breaker disabled). It says CBRK_IO_SAFETY=0 meaning IO safety disabled, but why the parameter profile page shows that CBRK_IO_SAFETY=22027 will disable IO safety? I am quite confused about it 😅.
              https://docs.px4.io/v1.12/en/advanced_config/parameter_reference.html

              1 Reply Last reply Reply Quote 0
              • M
                modaltb ModalAI Team
                last edited by 24 May 2022, 19:59

                Hi @yu-zhang ,

                Short answer: we don't use that button/switch, and 22027 disables the FW from requiring it (as far as I know).

                As we use a 6-pin JST connector for our GPS connector, and don't route the actual switch/button line from the mast down to the board, there's no way for that to actual work with the 6-pin version.

                Our firmware by default sets that 22027 value to make it so we don't need to press the button (since the wire doesn't actually route, you'd need the 10 pin GSP to do that...).

                If someone needs to use this feature, the pin is exposed here instead: https://docs.modalai.com/voxl-flight-datasheet-connectors/#j1011---i2c2-safety-button-input

                Y 1 Reply Last reply 25 May 2022, 01:52 Reply Quote 0
                • Y
                  yu zhang @modaltb
                  last edited by 25 May 2022, 01:52

                  @modaltb I see. It's good to know the story 😉

                  If 22027 is the default one, it will be all right.

                  To be honest, I didn't touch the CBRK_IO_SAFETY before, and it's a bit weird why it was automatically modified for some reason.

                  Actually, I was trying to refresh a re-compiled 1.11.3-0.2.3 with my modification (increasing GPS log rate). So, I guess it might reset the value to 0 by PX4 default.

                  Anyways, thanks so much!

                  1 Reply Last reply Reply Quote 0
                  1 out of 7
                  • First post
                    1/7
                    Last post
                  Powered by NodeBB | Contributors