I have Lightburn on two Windows 10 computers, one a desktop hooked to wired ethernet and the other a laptop over WiFi. The Ruida 6445G controller is wired ethernet with a statically assigned IP of 10.99.99.200. The two Windows machines are DHCP in the range of .2 to .199 (network of 10.99.99.0/24).
The desktop computer has no problems connecting from Lightburn to the Ruida, the laptop however will not connect. The laptop IS able to PING 10.99.99.200 and receive a response with 0 loss, so there is connectivity. Have done all the basic stuff like restart everything physically, release/renew DHCP leases, etc⌠But nothing has helped. Lightburn provides no good information or error back, just stays âDisconnectedâ. Portqry reports LISTENING or FILTERED, WireShark shows sending the UDP packets to the Ruida.
Long story short, something on my networking is blocking/filtering the UDP packets, has anyone ever encountered this?
Yes, I have clicked, reselected and clicked OK on Devices a gajillion times at this point. And no, as stated, the Ruida is direct connect wired ethernet. There is a switch between it and both computers, but otherwise all the same network with VLANs or anything like that.
Normally software that has a failure with throw some sort of error, whether that is to a log, or to a dialog box, etcâŚ, some form of positive feedback to the user that an error occurred. The only thing that happens is a brief flash of the âDisconnectedâ and âDevice not Foundâ text when it is refreshed. Additionally, it should also have an easily discoverable method of re-trying after a failure, as it is you either get lucky or read in the forum that opening the Devices dialog, selecting the device and hitting OK attempts a reconnect.
And this is the failure, LB is not able to connect to board via serial/com, i think there is no more infos that LB can give. LB canât know if divers are installed or not so⌠the only info that can give is âDisconnectedâ or âDevice not foundâ.
No, Iâm talking about ethernet/udp, not serial. And they could/can determine if 1) the destination IP exists, 2) if itâs reachable by ping/icmp, 3) determine if the port is open. The issue I had was one of the UDP packets being filtered btw the host and the controller, which the software wouldnât be able to determine. Ultimately, between resetting the Windows Firewall on the host to default and uninstalling/re-installing Ligthburn is most likely what resolved the filtered/lost UDP packets.
As a side note, Ruida choosing to use connectionless UDP multicast rather than a TCP based connection can cause issues if you have more than one laser and/or more than one Lightburn workstation. Anyone knowing the IP address of the Ruida controller can send any command at any time regardless of what the controller is doing. So if someone accidently selects the wrong device from the menu and then issues a stop command, a currently running job started by someone else will be terminated. Just something to keep in mind.
Does this mean that two instantiations of lighburn on two different machines can successfully connect and talk to the same Ruida and thereâs no way to tell?
I know it wonât work properly, but thatâs not the questionâŚ
