@Eric-Katzfey
Thank you for your quick update.
I was able to confirm that it is functioning properly.
Really appreciate your support. Wishing you a wonderful New Year!

@Eric-Katzfey
I think the messages of OSD_STATUS_ROW appear on both, OSD_STATUS and OSD_FM.
Problem seems the message is appear to OSD_FM_ROW when OSD_STATUS_ROW is enabled.

@Eric-Katzfey

Here is the OSD params

1	1	OSD_BAND	5	6
1	1	OSD_BATT_COL	44	6
1	1	OSD_BATT_ROW	17	6
1	1	OSD_CBATT_COL	44	6
1	1	OSD_CBATT_ROW	16	6
1	1	OSD_CHANNEL	1	6
1	1	OSD_CH_COL	-1	6
1	1	OSD_CH_HEIGHT	0	6
1	1	OSD_CH_ROW	-1	6
1	1	OSD_CURR_COL	-1	6
1	1	OSD_CURR_ROW	-1	6
1	1	OSD_DIS_COL	1	6
1	1	OSD_DIS_ROW	11	6
1	1	OSD_DWELL_TIME	500	6
1	1	OSD_FM_COL	1	6
1	1	OSD_FM_ROW	9	6
1	1	OSD_HDG_COL	21	6
1	1	OSD_HDG_ROW	0	6
1	1	OSD_HOME_COL	-1	6
1	1	OSD_HOME_ROW	-1	6
1	1	OSD_LAT_COL	-1	6
1	1	OSD_LAT_ROW	-1	6
1	1	OSD_LOG_LEVEL	3	6
1	1	OSD_LONG_COL	-1	6
1	1	OSD_LONG_ROW	-1	6
1	1	OSD_REMOTE	0	6
1	1	OSD_RSSI_COL	-1	6
1	1	OSD_RSSI_ROW	-1	6
1	1	OSD_SCROLL_RATE	125	6
1	1	OSD_STATUS_COL	1	6
1	1	OSD_STATUS_ROW	17	6
1	1	OSD_SYMBOLS	16383	6
1	1	OSD_VIO_COL	38	6
1	1	OSD_VIO_ROW	0	6

Thank you for the advice.
Both messages are disappeared when I set OSD_STATUS_ROW to -1

Also it was working as expected when I try it from the J10 port

@Eric-Katzfey Thank you for your support and the updated package.

I have successfully verified that the OSD works using J19 pins for UART communication. The msp_dp_osd program is displaying the OSD as expected.

However, I noticed an issue where a STATUS message or similar text is displayed in two locations. One appears correctly in the lower-left corner, as configured, but another is also visible near the center-left of the screen (please see the attached image).

Could you confirm if this behavior is expected?

Current configurations:
OSD_DIS_COL 1
OSD_DIS_ROW 11
OSD_STATUS_COL 1
OSD_STATUS_ROW 17

I would also be happy to handle long error messages.

@Eric-Katzfey Thank you for providing the updated package.
I will test it within the next three days.
I’ll get back to you with the results shortly.

@Eric-Katzfey Thank you for your response.

Yes, that's correct. I don't use GPS for indoor flight, so it's fine to use that UART port on J19 for OSD.

I appreciate your support and look forward to the update.

I am currently working on configuring the OSD program (msp_dp_osd) on VOXL 2 Mini. I have successfully confirmed that the OSD works using Pins 4/5 on J10 (/dev/ttyHS0).

However, Pins 4/5 on J10 (/dev/ttyHS0) are required for other critical purposes, and as a result, I would like to utilize J19 Pins 2/3 (SSC_QUP6) for OSD UART communication.

As these pins are connected to the DSP (SLPI processor), the current OSD implementation cannot access SSC_QUP6 directly because it requires QURT compatibility.

I kindly request that the OSD program be extended for QURT compatibility so it can function over SSC_QUP6 (J19 Pins 2/3). This modification would free up /dev/ttyHS0 for other critical tasks and allow more efficient use of the VOXL 2 Mini's available UART resources.

Thank you for considering this request. I look forward to your response and any guidance on potential workarounds or a timeline for implementing QURT compatibility for the OSD program.

@Alex-Kushleyev
I try reducing the pulse next.

We use ArduPilot with an external flight controller.
It would be nice to use the ESC UART protocol directly from the FC.
Having ArduPilot work on the VOXL 2 mini would be even better.

We are planning to fly only in PWM.
Can PWM based control always be enabled as we want to avoid crashing due to the PWM to be disabled in flight?

if there is any valid packets received by the ESC via UART, the pwm input interface is disabled until the ESC is rebooted. This should not happen unless you are actually communicating with the ESC via UART. This is done to avoid any possible interference between UART-based control and PWM-based control while in flight. UART protocol is still fully functional.

Also, the flight is PWM based control, but I would like to get the ESC telemetry (RPM, voltage and current) via UART.
Could you make it possible?

@Alex-Kushleyev Thank you very much.
I was able to set the parameter for ID 3 from the information you provided.

And, I also confirmed that the motor spins via PWM by motor tests.
However, after the motor test was completed, some motors continued to spin even after the FC set the PWM to 1000.
Some motors will stop rotating once the motor test is complete.
I don't know if this is a parameter issue or an ESC firmware issue.
I modified min_rpm and min_pwm, but did not solve the problem.

<EscParameters>

  <IdParams>
    <param name="id"              value="127"/>  <!-- 0-7 .. 127 means use hardware ID pins to read ID-->
    <param name="dir"             value="2"/>    <!-- 0=fwd, 1=rev, 2=fwd id-based, 3=rev id-based -->
  </IdParams>

  <UartParams>
    <param name="protocol_version" value="2"/>          <!-- reserved for future use -->
    <param name="input_mode"       value="0"/>          <!-- reserved for future use -->
    <param name="baud_rate"        value="2000000"/>     <!-- communication bit rate -->
    <param name="char_timeout_ns"  value="0"/>          <!-- not used -->
    <param name="cmd_timeout_ns"   value="100000000"/>  <!-- timeout for incoming commands before ESC will stop the motor -->
  </UartParams>

  <TuneParams>
    <param name="pwm_frequency"       value="48000"/>  <!-- switching freqency of PWM signal going to motors. 24Khz and 48Khz are only options for now -->
    <param name="vbat_nominal_mv"     value="14800"/>  <!-- used for sanity checking and limiting of voltage-dependent funcions -->
    <param name="num_cycles_per_rev"  value="7"/>      <!-- number of pole pairs in the motor. used for converting electrical frequency to mechanical rpm -->
    <param name="min_rpm"             value="500"/>   <!-- minimum RPM that will be attempted, otherwise capped -->
    <param name="max_rpm"             value="29344"/>  <!-- maximum RPM that will be attempted, otherwise capped -->
    <param name="min_pwm"             value="30"/>     <!-- cap for minimum power to be ever applied. max is 999 -->
    <param name="max_pwm"             value="999"/>    <!-- cap for maximum power to be ever applied. max is 999 -->
    <param name="pwm_vs_rpm_curve_a0" value="0"/>  <!-- this is actually motor_voltage vs rpm curve.. using legacy naming -->
    <param name="pwm_vs_rpm_curve_a1" value="0"/> <!-- Emax RS1306 3300KV with tri-blade 3x3x3 -->
    <param name="pwm_vs_rpm_curve_a2" value="0"/>
    <param name="kp"                  value="250"/>    <!-- RPM controller proportional gain -->
    <param name="ki"                  value="30"/>     <!-- RPM controller proportional gain -->
    <param name="max_kpe"             value="300"/>    <!-- maximum proportional erorr term (max is 999) -->
    <param name="max_kie"             value="100"/>    <!-- maximum integral error term (max is 999) -->
    <param name="max_rpm_delta"       value="0"/>    <!-- cap for maximum rpm error used in RPM controller -->
    
    <param name="spinup_type"         value="1"/>      <!-- 0: traditional, 1: sinusoidal -->
    <param name="spinup_power"        value="70"/>     <!-- power used to during spin-up procedure -->
    <param name="latch_power"         value="70"/>     <!-- power used during latching stage of spin-up (out of 999)-->
    <param name="spinup_power_ramp"   value="8"/>      <!-- it will take ( 4096 / (spinup_power_ramp*10000) ) seconds to ramp sinusoidal start-up power from 0 to spinup_power -->
    <param name="spinup_rpm_target"   value="1000"/>   <!-- Desired RPM at the end of the sinusoidal spin-up procedure -->
    <param name="spinup_time_ms"      value="1000"/>   <!-- Duration of the sinusoidal spin-up procedure -->
    <param name="spinup_bemf_comp"    value="1"/>      <!-- 0: disable, 1:enable back-emf compensation in sinusoidal spin-up procedure -->
    <param name="motor_kv"            value="2850 "/>    <!-- kV value of the motor. used in back-emf compensation during spin-up -->

    <param name="min_num_cross_for_closed_loop" value="50"/>  <!-- exit latching mode of fixed power after this number of zero crossings -->
    <param name="protection_stall_check_rpm" value="1000"/> <!-- if motor spins below this RPM, stall check will trigger and stop / restart the motor -->

    <param name="brake_to_stop"       value="0"/>             <!-- apply brake when stopping motor (or not) -->
    <param name="stall_timeout_ns"    value="20000000"/>      <!-- after spin-up, if no zero crossing is not detected for this amount of time, motor is considered stalled -->
    <param name="require_reset_if_stalled"      value="0"/>   <!-- require sending an array of zero commands to reset before next spin-up, if motor stalled -->

    <param name="tone_freqs"          value="[200, 215, 225, 250, 0,0,0,0, 0,0,0,0]"/> <!-- 200 is 2000Hz, max 255 -->
    <param name="tone_durations"      value="[10,  10,  10,  10,  0,0,0,0, 0,0,0,0]"/> <!-- duration of each tone in units of 10 milli-seconds. Poor naming!!! -->
    <param name="tone_powers"         value="[60,  60,  60,  60,  0,0,0,0, 0,0,0,0]"/> <!-- max is 255 -->

    <param name="dt_threshold_ns"       value="150000"/>      <!-- during start up, ignore inter-commutation times less than this val, probably noise -->
    <param name="max_dt_ns"             value="2500000"/>     <!-- min and max values for time between two commutations. these are used as caps -->
    <param name="min_dt_ns"             value="10000"/>
    <param name="dt_bootstrap_ns"       value="2000000"/>     <!-- filter bootstrap value for commutation dt during start up -->

    <param name="spinup_stall_dt_ns"    value="6000000"/>     <!-- during spin-up, if no zero crossing is not detected for this amount of time, motor is considered stalled -->
    <param name="spinup_stall_check_ns" value="30000000"/>    <!-- time after beginning of spinup to start checking for spinup stall -->

    <param name="alignment_time_ns"     value="0"/>           <!-- alignment time before spin-up -->
    <param name="timing_advance"        value="0"/>
    <param name="sense_advance"         value="0"/>

    <param name="demag_timing"          value="0"/>    <!-- unused -->

  </TuneParams>
</EscParameters>