Group Details Private

Qisda Forum

Customer Qisda Private Support List

  • RE: UFS1 Support on J5?

    Hi @wetherbeej
    We still never actively pursued support due to lack of demand.
    Additionally, one of our other customers that is very savvy with QC chips tried for a few months and then gave up... seems this may be a fundamental QC QRB5165 issue that we may not be able to solve or even push for resolution either. It would not be the first SoC feature that was promised but then never supported. I think the lack of UFS cards in the market is a key indicator this product segment is going to eventually be left to dry.
    Sorry I do not have better news for you.

    As we push towards a later Ubuntu release, we can try again, but those efforts have been slow going and tedious.

    Our other customer went towards a SSD over PCIe using J5 PCIe interface. That seems to be also where the market is heading... PCIe and USB-C based SSD's, but predominantly USB-C.

    posted in VOXL 2
  • RE: voxl-vision-hub sending unsolicited set_attitude messages

    @bendraper Edit /etc/modalai/voxl-vision-hub.conf and set "offboard_mode": "off"

    posted in Ask your questions right here!
  • RE: VOXL2 J19 QUP3

    @voxltester Great! Glad you got it working.

    posted in Ask your questions right here!
  • RE: VOXL2 J19 QUP3

    @voxltester In order to execute on the DSP side you have to have qshell before the command. When you have it you get the error that command is not found. That's probably because the driver has not been built into the DSP image. It only seems to be on the apps side.

    posted in Ask your questions right here!
  • RE: VOXL2 J19 QUP3

    @voxltester slpi_proc = SLPI = SSC = DSP. I think the only option at this point is to attach an oscilloscope and verify the signals.

    posted in Ask your questions right here!
  • RE: VOXL2 J19 QUP3

    @voxltester i2cdetect is looking for i2c ports on the apps processor so it isn't useful for this where we are trying to use DSP i2c ports. It shows an error message. Can you add the -X option to see if that resolves that error condition?

    posted in Ask your questions right here!
  • RE: VOXL2 J19 QUP3

    @voxltester And, in general, for all software engineers out there here is a helpful tip. ModalAI is not affiliated with Anthropic in any way but I do want to highlight their Claude Code tool. It can really help you not just write code, but to understand code that is already there. So, for example, in this post there is a question about how the -b option is parsed. It's a bit complicated how all of the pieces fit together but if you were to ask Claude this question: "I'm using the device driver in the file lightware_laser_i2c.cpp. I was told that the LightwareLaser class can take the command line option -b to specify the i2c bus number using the start command. Can you show me where in the code the -b option is parsed?". Claude will then give you this answer:

    The -b option is not parsed directly in this file. Looking at the code:
    
      At line 450, the custom option parsing only handles -R for rotation:
      while ((ch = cli.getOpt(argc, argv, "R:")) != EOF) {
          switch (ch) {
          case 'R':
              cli.rotation = (Rotation)atoi(cli.optArg());
              break;
          }
      }
    
      The -b option (for I2C bus number) is handled automatically by the BusCLIArguments class, which is instantiated at line 445:
      BusCLIArguments cli{true, false};
    
      This class is included from <px4_platform_common/i2c_spi_buses.h> (line 47). The cli.getOpt() method internally processes standard I2C/SPI options like -b (bus), -a (address), etc., before returning custom options like -R to this driver's switch statement.
    
      If you want to see where -b is actually parsed, you'd need to look at the BusCLIArguments class implementation in the PX4 platform common library:
    
      src/lib/drivers/device/posix/i2c_spi_buses.cpp
      or
      platforms/common/i2c_spi_buses.cpp
    
      The PRINT_MODULE_USAGE_PARAMS_I2C_SPI_DRIVER(true, false) call at line 435 documents that this driver accepts I2C options (including -b), but the actual parsing is abstracted away in the shared bus infrastructure.
    
    posted in Ask your questions right here!
  • RE: VOXL2 J19 QUP3

    @voxltester Yes, bus 4 corresponds to pins 7 and 8 on J19. I would put an oscilloscope on the data pin and see if you detect any activity when you start the driver to verify.

    posted in Ask your questions right here!
  • RE: VOXL2 J19 QUP3

    @voxltester I tried to explain this in one of my previous responses. Let me add more detail. lightware_laser_i2c.cpp is C++ code. The class LightwareLaser has a couple of base classes. One of them is I2CSPIDriver, so it "inherits" the functionality of that class. That class is implemented in i2c_spi_buses.cpp. It uses BusCLIArguments to parse the command line options. That's where the -b option is dealt with.

    posted in Ask your questions right here!
  • RE: Timeout on clearing waypoints from FCU

    @sansoy Can you please provide some details on your setup? What hardware are you using? Which software are you using (including versions)?

    posted in Ask your questions right here!