Web interface continuously drops connection

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 :confused:

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.

2 Likes

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!

3 Likes

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

1 Like

Cat5 or better is all you need for the Onefinity controller, it tops out at 100mbs :slight_smile:

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.

1 Like

Tom - Yes, I’m aware that it’s called an ethernet port. I worked in IT for 30+ years :slight_smile:

1 Like

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.

2 Likes

Hi Aiph5u,
Thanks for your answer :slight_smile: 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 :frowning:

HTML5 # Retirement
HTML5 # W3C and WHATWG conflict
HTML5 # Kritik GERM_AUST_SWIT_37x9

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.

1 Like

Can you help me with how you “comment out” what is needed? I think I’m having the exact same issued as you.