You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some folks have a Lightburn Bridge, it's basically just a raspberry pi that connects to a short USB cord on one side, and wifi on the other. The only use of the network connection to the ruida is from the PI and it's just a simple relay.
It does a few things like non-blocking connections and streaming protocol to improve throughput, but basically accepts two commands L and P. The L <2-byte length> <payload> just sends that data to the laser and the P command replies with the relay version 1.0 which is effectively the whole protocol. They do a similar thing for the camera code where F provides a frame from the camera and T provides a thumbnail. I'm guessing they don't just implement the MJPEG server because they don't have networked camera support. --- In any event:
Connect to port 5005.
Commands are L<length><Payload> and responses are in-kind. These will be sent across the UDP channel so they should have normal UDP checksum, and swizzle. And after sending a batch of data they quickly just disconnect from the TCP server.
This is another connection the would exist for Ruida and is pretty easy to implement. In MeerK40t, I am planning on implementing it pretty soon (since the driver's finally being implemented (I got a beta tester!), and the Ruida emulator thing I wrote into the program already does so.
The text was updated successfully, but these errors were encountered:
Some folks have a Lightburn Bridge, it's basically just a raspberry pi that connects to a short USB cord on one side, and wifi on the other. The only use of the network connection to the ruida is from the PI and it's just a simple relay.
It does a few things like non-blocking connections and streaming protocol to improve throughput, but basically accepts two commands
L
andP
. TheL <2-byte length> <payload>
just sends that data to the laser and theP
command replies with the relay version1.0
which is effectively the whole protocol. They do a similar thing for the camera code whereF
provides a frame from the camera andT
provides a thumbnail. I'm guessing they don't just implement the MJPEG server because they don't have networked camera support. --- In any event:Connect to port 5005.
Commands are
L<length><Payload>
and responses are in-kind. These will be sent across the UDP channel so they should have normal UDP checksum, and swizzle. And after sending a batch of data they quickly just disconnect from the TCP server.This is another connection the would exist for Ruida and is pretty easy to implement. In MeerK40t, I am planning on implementing it pretty soon (since the driver's finally being implemented (I got a beta tester!), and the Ruida emulator thing I wrote into the program already does so.
The text was updated successfully, but these errors were encountered: