Hi Morse Micro community,
I am testing an EKH05 Demo build based on Morse Micro MM_IoT 1.7.4:
HaLow_example_spi / EKH05-Demo
This is a local test build based on the SDK demo, not an official Morse Micro release.
Test setup:
- Board/demo: EKH05 Demo
- SDK base: MM_IoT 1.7.4
- Example base: HaLow_example_spi / EKH05-Demo
- Morse module: mm8108-mf15457
- Morse chip: MM8108B2
- Morse firmware previously observed: 1.16.4
- Gateway/AP: Morse Micro HaLowLink
- Camera: OV5640
- Camera resolution: R320x240
- OV5640 JPEG DVP PCLK: 48 MHz
- Streaming mode: MJPEG over TCP port 8081
Main local modifications:
- Added a standalone MJPEG socket server on TCP port 8081
- MJPEG stream uses the current JPEG capture path
- Disabled runtime sensor task during MJPEG testing
- Disabled web-triggered ping test during MJPEG testing
Outdoor test result:
- Maximum unobstructed line-of-sight distance observed: about 223 m
- Effective frame rate at range: about 1-2 fps
- Severe frame drops observed
In short-range testing, the camera path appeared capable of a much higher frame rate. Therefore, I suspect the outdoor bottleneck may be related to HaLow link quality, rate adaptation, retries, TCP retransmissions, client/browser backpressure, or HaLowLink-side configuration.
Could you advise what diagnostics I should collect next?
Specifically, I would like to know how to log or inspect:
- RSSI / SNR during MJPEG streaming
- Current MCS and channel bandwidth
- MAC/PHY retry rate or packet loss
- TCP retransmissions or send-buffer backpressure
- HaLowLink-side link statistics during a live stream
- Recommended HaLowLink settings for longer-distance MJPEG or camera streaming tests
If there are specific Morse Micro SDK APIs, HaLowLink Web UI pages, SSH/CLI commands, or debug logs that I should enable, please let me know.
I can run another outdoor test and provide serial logs, HaLowLink screenshots, or CLI output.
Best regards,
Nan Chen