sounds like dynamic vs static ip address issue for you.
Derek - Hereâs a pic of my controller where the CAT5 is plugged in.
Unfortunately, my MacBook doesnât have a CAT5 port
Doug - Iâm running CAT5 from the controller to a wifi extender less than a foot away from the controller.
Try connecting your MacBook to the extender via WIFI. This will determine if the extender has a good wireless connection to the router and help isolate the problem.
I just set up and configured our new TP-Link Deco WiFi 6 Mesh System (Deco X20) and it really couldnât have been easier. Once I connected the controller to the new network, the web interface came up like a champ. Hopefully this fixes my issues!
To be clear, there is no such thing as a CAT-5 port. Ethernet uses a RJ45 connector. The cable between the connectors is CAT-5 or CAT6. The main difference between 5 and 6 is the distance you can run and the speeds it supports. Iâm using CAT-5 cable and doing 1Gbps ethernet. I should be using CAT-6 at this point, but I have box of CAT-5 from years ago Iâm working my way through.
For the Mac, you likely need a thunderbolt (or USB C) to RJ-45 adapter. Hope that helps.
-Tom
Cat5 or better is all you need for the Onefinity controller, it tops out at 100mbs
Iâm still using up my stash of 5e and 6 from all the âleftoversâ of 1000 foot spools from back in the day⌠probably still have 10,000 feet of it.
Tom - Yes, Iâm aware that itâs called an ethernet port. I worked in IT for 30+ years
I have the same setup as you and the same problem. I maybe able to connect once, but after a job is done on the CNC, computer would not connect. Restarting the CNC fixes the issue, but thatâs not the best solution.
Picking up this thread - on firmware 1.2.1 with Wifi disabled and ethernet connected, the local browser on my touch screen starts fine and displays the local IP address. Ping times are constantly at 3ms, ssh to the controller works fine. When I connect remotely from a web browser on my laptop (http://[onefinity IP as shown on the touch screen]), the connection is established showing the title âOnefinity CNC - Web interfaceâ in the browser window, but does not show any content and gets stuck in a loop not loading any data (empty browser window). As a work-around I ssh to the controller and kill the bbtrcl process (âsudo killall bbctrlâ). After this the browser instantly loads the page, and also the touch screen browser stays alive. Is this reproducible for @OnefinityCNC support?
Hey Gerhard,
I have seen this with a user that used a very old web browser, but I donât know if this was the cause or if your workaround would have helped, as the user switched to another system then.
Hi Aiph5u,
Thanks for your answer I am using Windows 11 with Chrome Version 114.0.5735.199 (Official Build) (64-bit), which is the latest version. The same happens with Firefox version 114.0 (64-bit), or Edge Version 114.0.1823.67 (Official build) (64-bit), which is the current version as well. On both browsers, I can view the source of the (empty) web page, which corresponds to bbctrl/html/index.html, but no content showing the machine controls is shown. Following your thought that it might be a browser issue, I tried Linux: Firefox 102.12.0esr (64-bit) and Chrome Version 114.0.5735.133 (Official Build) (64-bit) both worked fine.
I attach a video to illustrate the behavior I have observed.
Hey Gerhard,
when you feed the HTML source of the Onefinity Controllerâs user interface into a HTML validator (e.g. the W3C validator), you see itâs full of errors.
I donât know what makes this effect but you could report it as a bug against onefinity-firmware. I cannot reproduce it but I have no Windows systems.
Further reading
Bye, bye, the good ole times when HTML was a W3C standard
HTML5 # Retirement
HTML5 # W3C and WHATWG conflict
HTML5 # Kritik
The issue only occurs with no webcam connected, so this is probably the best workaround. Stepping through the firmware I saw that the âCamera Offlineâ image is embedded in the motion jpeg stream with one single frame in the beginning delivered via â/api/videoâ with the streaming connection left open. The controller page only displays after this stream connection is closed on current windows browsers (thus killing the process on the controller triggers the correct display of the controller page). If the <img src=â/api/videoâ> tag is commented out, the page loads fine and quickly on all browsers.
Can you help me with how you âcomment outâ what is needed? I think Iâm having the exact same issued as you.