Add SLIP protocol in FSFW #460
Labels
No Label
API Change
Breaking API Change
bug
build
cosmetics
Documentation
duplicate
feature
help wanted
hotfix
invalid
question
Refactor
Tests
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: fsfw/fsfw#460
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The current framing protocol DLE seems not be standardised in some way, and the only Python library I found is this one: https://github.com/Lx/python-dlestxetx
which appears to implement it differently than the FSFW.
I suggest to add SLIP to the FSFW because it seems to be standardized via RFC 1055 and libraries seem to be more common for it (see https://pypi.org/project/sliplib/ and https://docs.rs/serial-line-ip/0.5.0/serial_line_ip/)
I do not see the argument of there being no library for our DLE implementation, as it does not take much time to write one for it being really simple.
As for stadardization, in a way it is standardized by ASCII which defines the control characters STX, ETX and DLE, but is very vague about the actual use of DLE, which leads to different implementations. As I said in 466, I mainly see it being used within fsfw code, where the standardization problem is easily controlled.
As for SLIP, feel free to implement it, but I do not see much use for it, as I prefer our implementation of DLE encoding for it having an unambiguous start of frame character. Both provide an unpredictable encoded length, SLIP being a bit smaller only encoding two control characters vs DLE encoding four (or three if we would get rid of CR escaping).
Do you plan on implementing SLIP? If not, I would vote for closing this issue.
Not in the next time