ModalAI Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login
    1. Home
    2. Meytal Lempel
    • Profile
    • Following 0
    • Followers 0
    • Topics 1
    • Posts 11
    • Best 0
    • Controversial 0
    • Groups 0

    Meytal Lempel

    @Meytal Lempel

    0
    Reputation
    1
    Profile views
    11
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    Meytal Lempel Unfollow Follow

    Latest posts made by Meytal Lempel

    • RE: Sensor Fusion Question w/ GPS, VIO, and downward distance sensor on Starling 2

      @shawn_ricardo Hi!

      To my understanding EKF2_EV_CTRL 15-->13 only remove EV from pos_z estimation, so it should be ok to do that if the range sensor is active. However, I did revert all parameters to the default settings (matching the VOXL-SDK definitions).

      As my attempts to integrate the range-sensor data in altitude estimation did not seem to succeed, I decided to try and integrate the range-sensor in the VIO solution.
      I created a version of the voxl-qvio-server in which pos_z estimation from VIO is replaced by the equivalent value based on the rangefinder:

      s.T_imu_wrt_vio[2] = - down_range_m;

      This seem to work better, however it is a workaround and not a full solution. My current experiments are performed in low altitude (~40-90 cm), so I am not concerned with the limited range of the rangefinder sensor.

      I'm not sure what is the current implemented behaviour when EV estimation is not good, there should be some fall-back relying on the range sensor and imu. From my short experience with such cases of poor EV estimation mid-flight, the drone just crushes or jump to the ceiling with no control.

      Any suggestions or further explanations will be much appreciated. Thank you

      posted in GPS-denied Navigation (VIO)
      Meytal LempelM
      Meytal Lempel
    • RE: Sensor Fusion Question w/ GPS, VIO, and downward distance sensor on Starling 2

      @shawn_ricardo
      Thank you for your response,

      My GPS is not connected, and the px4 does get the distance sensor (I can see it through the qground app, matching the same values as in the right terminal "voxl-inspect-rangefinders")

      Any other suggestions?

      posted in GPS-denied Navigation (VIO)
      Meytal LempelM
      Meytal Lempel
    • RE: Sensor Fusion Question w/ GPS, VIO, and downward distance sensor on Starling 2

      @Eric-Katzfey any thoughts?

      posted in GPS-denied Navigation (VIO)
      Meytal LempelM
      Meytal Lempel
    • RE: Sensor Fusion Question w/ GPS, VIO, and downward distance sensor on Starling 2

      @shawn_ricardo @Eric-Katzfey @Alex-Kushleyev
      Hi!

      We are flying indoors, and trying to configure PX4 for our vertical position to relay on the downward distance sensor only.

      following https://docs.modalai.com/rangefinders/#px4-autopilot-height-estimate-integration :

      EKF2_RNG_CTRL: (0-->1) set to 1 to enable integration of the rangefinder data into EKF2's height estimate
      EKF2_HGT_REF: (3-->2) set to 2 to use the rangefinder as the primary height reference.

      this was not enough, so in addition, we changed these:

      EKF2_RNG_NOISE: 0.1-->0.01
      EKF2_EV_CTRL 15-->13 (remove external vision sensor aiding from vertical position calc)
      (EKF2_RNG_A_HMAX = 5)

      In any case we couldn't achieve usage of downward distance sensor in altitude estimation :
      Screenshot from 2025-05-25 11-08-41.png

      Thank you in advance! Meytal and Valentin

      posted in GPS-denied Navigation (VIO)
      Meytal LempelM
      Meytal Lempel
    • RE: downloading the voxl-mapper service log file

      @Eric-Katzfey Thank you! I now use journalctl and write to a file in a logger service, for example:

      voxl-mapper-logger.service

      [Unit]
      Description=Logs voxl-mapper log output to file
      After=voxl-wait-for-fs.service network.target network-online.target
      Requires=voxl-wait-for-fs.service network.target network-online.target voxl-mapper.service
      
      [Service]
      Type=simple
      ExecStart=/bin/bash -c "sleep 45 && journalctl -f -u voxl-mapper.service >> /data/logs/voxl_mapper.log"
      StartLimitInterval=0
      
      Restart=always
      RestartSec=2s
      
      [Install]
      WantedBy=multi-user.target
      
      posted in VOXL 2
      Meytal LempelM
      Meytal Lempel
    • RE: downloading the voxl-mapper service log file

      @Eric-Katzfey thank you, but I want to download the textual notes that are written to a log file during the code execution of a service, not the recording of a pipe. Similar to dowload logs in the debug option in the voxl-portal. How do I do that?

      posted in VOXL 2
      Meytal LempelM
      Meytal Lempel
    • downloading the voxl-mapper service log file

      Hi!
      Where do I find the log files of each service (for example voxl-mapper) on voxl2?
      (without using the voxl-portal)
      Thank you

      posted in VOXL 2
      Meytal LempelM
      Meytal Lempel
    • RE: Python MPA image example

      @Alex-Kushleyev Thank you, it works!

      posted in Modal Pipe Architecture (MPA)
      Meytal LempelM
      Meytal Lempel
    • RE: Python MPA image example

      @Alex-Kushleyev Hi!

      My team and I are working with both voxl1 and voxl2 based platforms. We used your example and changed it to publish a ros topic (Image) to pipe on voxl2. It works great. Now we try to do the same on voxl1 (compiling the same code to ipk) and encounter the problem:

      Traceback (most recent call last):
        File "ros_img_mpa_pub.py", line 19, in <module>
          from pympa import *
        File "/usr/share/modalai/voxl-mpa-tools/pympa.py", line 23, in <module>
          pympa = ct.CDLL("libpympa.so")
        File "/usr/lib/python3.6/ctypes/__init__.py", line 348, in __init__
          self._handle = _dlopen(self._name, mode)
      OSError: libpympa.so: wrong ELF class: ELFCLASS64
      

      Is there any other branch that may be suitable for voxl1 to our purpose?

      Thank you, Meytal

      posted in Modal Pipe Architecture (MPA)
      Meytal LempelM
      Meytal Lempel
    • RE: GPS not connecting

      Hi @tom , here is my /etc/modalai/voxl-px4.conf:

      #!/bin/bash
      #
      # voxl-px4 Configuration File    
      #    
      # GPS:    
      #     Tell PX4 which GPS to use. If there is no GPS unit use NONE. Otherwise    
      #     choose AUTODETECT and the startup script will attempt to automatically    
      #     configure the GPS, magnetometer, and status LED    
      #     Options include: [NONE, AUTODETECT]    
      #    
      # RC:    
      #     Tell PX4 which RC transmitter to use.     
      #     Use EXTERNAL when getting RC control from external Mavlink messages (e.g Via QGC)    
      #     Options include: [SPEKTRUM, CRSF_MAV, CRSF_RAW, M0065_SBUS, EXTERNAL, FAKE_RC_INPUT]    
      #    
      # ESC:    
      #     Tell PX4 which type of ESC to use.     
      #     Options include: [VOXL_ESC, VOXL2_IO_PWM_ESC]    
      #    
      # POWER_MANAGER:    
      #     Tell PX4 which power manager to use.     
      #     Use NONE for ModalAI Mini-ESC since the ESC driver handles PM.    
      #     Use EXTERNAL when not using the ModalAI APM power manager to power the board    
      #       This also just disables the voxlpm driver, same as the NONE option    
      #     Options include: [VOXLPM, EXTERNAL, NONE]    
      #    
      # DISTANCE_SENSOR:    
      #     Tell PX4 which distance sensor peripheral to use. 	
      #     Note: The sensor will be started on the RC port so it is only	
      #           really possible to use it when using external RC.    
      #     Options include: [NONE, LIGHTWARE_SF000]    
      #    
      # OSD:    
      #     Tell PX4 whether to enable OSD (on-screen display).     
      #     Options include: [ENABLE, DISABLE]    
      #    
      # DAEMON_MODE:    
      #     Tell PX4 whether to enable daemon mode.     
      #     Options include: [ENABLE, DISABLE]    
      #    
      # SENSOR_CAL:    
      #     Tell PX4 where to source sensor calibration information.     
      #     Options include: [ACTUAL, FAKE]    
      #    
      # ARTIFACT_MODE:    
      #     Do not allow artifacts to be saved to disk. Will not start the logging     
      #     module, will delete any current log files, and will delete the data manager file.     
      #     Options include: [ENABLE, DISABLE]    
      #    
      # EXTRA_STEPS:    
      #     Optional field that allows a user to define custom commands to be run by PX4 on boot.     
      #     Must be a valid bash array as seen below     
      #     Example: EXTRA_STEPS=( "qshell gps start" "qshell commander mode manual" )     
      #    
      #
      GPS=AUTODETECT
      RC=GHST
      ESC=VOXL_ESC
      POWER_MANAGER=VOXLPM
      DISTANCE_SENSOR=NONE
      OSD=DISABLE
      DAEMON_MODE=ENABLE
      SENSOR_CAL=ACTUAL
      ARTIFACT_MODE=DISABLE
      EXTRA_STEPS=()
      
      posted in Starling & Starling 2
      Meytal LempelM
      Meytal Lempel