Sanul Protocol (0xaa MSG_LOGIN 0 / MSG_LOCATION 1)
Sanul on TCP 5186: 0xaa then 0x85da, type 0 ASCII login, type 1 reuses last fix, type 5 reply.
On Traxelio
What Sanul trackers do once they are on Traxelio
Point this protocol at Traxelio
Point Sanul at Traxelio
-
1
Capture a Sanul fingerprint
Confirm a binary frame that opens 0xaa then 0x85da, not an imei= $GPRMC line.
-
2
Point Sanul at 5186
Configure only Sanul to TCP 5186. Sanul on 5186 is not Sanav on 5051 or GpsGate on 5026.
-
3
Complete type 0 login
Type 0 remaining ASCII is the unit id. Type 0 alone will not plot.
-
4
Treat type 1 as last-known, not a new fix
Type 1 reuses the last known point. Confirm the type 5 reply, then check the map.
Still offline after GPS lock
Sanul still not landing
- Sanul aimed at the wrong port
Sanul on 5186 is not Sanav on 5051 or GpsGate on 5026.
- Type 0 session up, empty map
Type 0 binds the ASCII id and will not plot. Type 1 also reuses last known and will not invent lat/lon.
- Expected a GPS pair in type 1
This dialect does not parse coordinates from type 1. Check for a prior fix, not a lat/lon field.
FAQ
Sanul leftover questions
Does Sanul send Concox 0x7878 frames?
No. Sanul opens 0xaa then 0x85da. Concox families use 0x7878 binary login.
Does a Sanul type 1 record carry lat/lon?
No. Type 1 reuses the last known point. Traxelio does not read coordinates from that payload.
What does a Sanul reply look like?
Type 5: header 0xaa, reserved 0x85da, length 15, edition 1, echoed inbound type, then zeros and 0x20000.
Where is the Sanul unit id?
On type 0, the remaining ASCII after the type word is the trimmed unit id.
Can a Sanul unit run SMS setup or a controlled-action flow?
This dialect is positions only. SANUL is the listed device. There is no SMS family on this row.