VSCaptureCLI - create full CLI parameter command

[Christian Busch]

Hi, I am trying to create a full CLI command on ubuntu 24.04. It' seems the command repetition at the end of the questionnaire has some synatx errors as it doesnt execute.
My setup:
Philips MP50
LAN
MP50 IP: 192.168.1.215
Export to MQTT
Moquitto Websocket: 9001
Choose data export option (1-4):3
Enter Device ID/Name:1
Enter MQTT WebSocket Server URL(ws://):127.0.0.1:9001
Enter MQTT Topic:chris
Enter MQTT Username:
Enter MQTT Password:

Mosquitto default.conf:

listener 1883
allow_anonymous true
protocol mqtt

listener 9001
allow_anonymous true
protocol websockets

Command: dotnet VSCaptureCLI.dll
[answer all questions]
Waveform data export scale and calibrate options:

1. Export scaled values
2. Export calibrated values

Choose Waveform data export scale option (1-2):1
Command line used for Philips Intellivue: -mode 2 -port 192.168.1.215 -interval 4 -export -waveset 1 -scale 1

Command line used for CLI: - --devices 1 -device1type 1 --device1model 1 --device1arg -mode 2 -port 192.168.1.215 -interval 4 -export 3 -devid 1 -url 127.0.0.1:9001 -topic chris -user -passw -waveset 1 -scale 1

but
Command: dotnet VSCaptureCLI.dll --devices 1 -device1type 1 --device1model 1 --device1arg -mode 2 -port 192.168.1.215 -interval 4 -export 3 -devid 1 -url 127.0.0.1:9001 -topic chris -user -passw -waveset 1 -scale 1

produces errors. I believe there are some typos - instead of --. and deviceargs expects ""

dotnet VSCaptureCLI.dll --devices 1 --device1type 1 --device1model 1 --device1arg "-mode 2 -port 192.168.1.215 -interval 1 -export 3 -devid mp50 -url 127.0.0.1:1883 -topic chris -user none -passw none -waveset 8 -scale 1"
hat seems to run...

but
mosquitto_sub -h localhost -p 1883 -t "#" -v
chris/Numeric []

MQTT does not receive anything..
Anyone have an idea how to get this to work?

[Christian Busch]

Chatgpt says the MP50 sends a proprietary character that crashes the MQTT. Is this valid? Can this be fixed?

The Diagnosis: The "Silent" JSON Crash
Your hypothesis is 100% correct, and the culprit is exactly what we suspected: Label String: SpO .

The Philips monitor is sending a non-standard or proprietary byte character for the subscript "2" in SpO₂.

Why CSV Works: The CSV exporter in VSCapture just blindly concatenates raw strings and bytes. It doesn't care if a character is malformed; it just dumps it into the text file.

Why MQTT Fails: To send data to Mosquitto, VSCapture uses a strict .NET JSON Serializer. When the serializer hits that invalid `` character, it fails strict UTF-8 validation. Instead of crashing the whole application, the developer's try/catch block silently catches the error and falls back to outputting an empty array: [].

Label String: QT
Label String: QTc
Label String: �QTc
Label String: QT-HR
Label String: ABP
Label String: Pulse
Label String: SpO �
Physiological ID: NOM_PULS_OXIM_SAT_O2
Value: 97.2

[John George]

Hi Christian,

VSCaptureCLI supports Websocket protocol in MQTT, ensure that you use the complete websocket configuration and full url with the app. It separates command line parameters based on "-" or "--". Here's an example of the command line:

dotnet VSCaptureCLI.dll --devices 1 --devicetype 1 --device1model 1 --device1arg -port 192.168.1.125 -interval 2 -export 3 -devid vscapture -url ws://test.mosquitto.org:8080/ws -topic vscapture -user -passw -waveset 0 -scale 2

Try the MQTT output with the test server above. Please PM me at xeonfusion at yahoo dot com for further troubleshooting.

Regards,
John.