Oh, shoot. I bought a webcam for this. Guessing that will never become a feature of control. Dumping a webcam off to the phone remote thing.
Sorry for the OMG late response but I finally got time to get back in the shop and reverted to 1.0.234. The pause button works fine in that build.
Buttons are flakey in 235, btw. I thought it was my mouse but it works fine with everything else. linux mint with the appimage.
There were no changes to buttons in 235, only one tiny test change to the serial queue, during jobs. But give 1.0.236 a try (will try releasing it tomorrow or so)
Is there a way to prevent macro's getting removed on update? Last update just gone deleted all my macros. Will have to code them again. If not, that's cool - just wanted to know.
Updates doesn't normally touch user data, thats stored away in localsettings under the application's appdata
Thanks for your reply Peter, must have been unrelated to the update then. I also had an issue today where I had to resetup the machine settings (X,Y,Z direction and step tuning). So maybe something happened with my user profile on that computer... hmm. I will have to look further into what happened. Thanks again for your continued assistance.
Ok, so I found out where my macros went. Visiting the local IP address (192.168.0.20:3000) and localhost (127.0.0.1:3000) give me different results, one has my old macros and one has my new ones. I feel a little silly thinking they had disappeared. I was using the localhost without considering the changes doing so would create. So I don't know if I updated the GRBL from the different host address with a different machine selected. I figure this might have been the process that occurred that changed the GRBL settings if I just said ok to force a flash. I understand the firmware settings get pulled by Control so not sure exactly how I did this, but yes - this is all probably due to my mistake.
Ahh yes, localstorage is specific to the URL and 'browser' instance, but thats only for folks going outside the normal "built in UI" that it becomes tricky.
The built in UI said I couldn’t use webgl in the 3D viewing area, but works fine in the browser so I have had to use the browser version instead.
I use a ShuttleXpress Programmable Jog Shuttle. I did not pay that price, BTW, I'm way too cheap to pay that much. I can't remember how much I paid since I bought it years ago for my, now totally decommissioned, PhlatPrinter. It works a charm on my 1500x1400 CNC router.
I have had ENOUGH!!!!! After 2 years of very hard work I am now the proud owner of a $2000.00 boat anchor!!!!! My computer says the usb device is not recognized!!!!! Then I get the usb device is broken and does not work!!!!!!!!!!! I'm assuming the black box is what my computer is referring to. Don't bother responding to this.
Disconnect everything except the USB cable, then connect it to the PC. Or try a different USB cable. Unlikely to by a serious issue, probably just a miswiring (or damaged wiring after working for some time) or faulty cable. If that doesnt help, please reach out to http://support.openbuilds.com/support/home - if you still have a warranty (not sure when you bought) they will of course gladly replace it. Or ask if you can send it in for testing. Every problem has a solution, so please don't be disheartened. Founs an old post of yours Sounds like limit switches wired incorrectly ( incorrectly wired to V+ and thus shorting V+ to GND when it gets hit) so do the check with everything else disconnected. If that works, compare your endstop wiring to docs openbuilds.com
I have a Blackbox controller and interested in enabling one of the compile time options in grbl. Would the flash wizard in control let me do this as there does not seem to be an option to select a particular file? or do Use a diffrent program. Thanks
Some more popular config.h options, like door interlocks, are available from the CONTROL flashing wizard as precompiled hexes. If you want something it doesn't show you, you'll be better off doing it through the Arduino IDE.
to do this you need to follow the instructions in the GRBL wiki for compiling . CONTROL is just installing pre-configured and built binary files, you need to make your own file. read here gnea/grbl and follow the instructions carefully.
Thanks, I am familiar (with the theory at least) with editing the compile time options and compiling i just wanted to check i wasn't missing anything with regard to the flashing wizard if I did compile my own grbl build. But sounds like need to use the standard arduino tools. Thanks all
Just remember to change the config.h file in your Arduino library directory and not in your Downloads. Other than that, smooth sailing.
Control is a white box on my screen. Any way to make it refresh itself? I'm hoping it finishes the job it's running but I'd be more convinced it I could see a UI.
Heeeeeey boys and girls! It's time once again for.... BATS' BIG BUG ... b... List Dump Manifest Enumeration Bag? Breakdown? Broadcast? Bibliography? (and it's really not that big, either) I've been running into trouble with .235 on linux... and this time it's not just my own incompetence. Probably. Any time I pause, it immediately goes into alarm mode, which, obviously, makes resuming a little difficult. I just tried rolling back to .234 - which showed no problem - and then re-upgrading, at which point came back. I wasn't able to test it on Windows, though. Has anyone else seen this? I've also had an intermittent issue (going back to at least .234, maybe earlier) where a toolpath will occasionally run twice. The first runthrough will finish at midway on the progress bar (which is also the point where the time estimate reaches 0:00), at which point it immediately starts into a second run (with the timer stuck on 0:00 for the rest of it). I've also seen it happen with Check Size. I'm still not clear on the cause, but is there any chance an extremely rapid double-click (say, from a mouse with a fluttery microswitch) could cause CONTROL to queue up a toolpath twice? Granted, I've never seen it happen with a macro, but I usually run those with a keyboard shortcut. Less important, I noticed the time estimate itself seems to have some issues. I've got a ten second dwell (G4 P10) for spinup after any M3/M5, which causes the countdown to simply pause until it's done, then pick up as if nothing had happened, rather than counting down/knocking off ten seconds. Not that a few seconds difference will be enough to convince/not convince me to go grab some coffee while I wait. More broadly applicable (impacting both coffee and tea breaks - and possibly even chai), it also disregards the feed slider - not only does it not update when the slider is moved during the course of a run, it shows the same time whether the program is started at 100% or started at 20%. Obviously the first two are more concerning than the timer issues, although I suppose it would occasionally be nice to know how long I have left on a run that I slowed down midway through. Which I do seem to do more often than I probably should have to. edit: not sure if this matters, or if it relates to the Xfce issues, but I spotted this during the (re)install (for both .234 and .235) : Code: Preparing to unpack .../OpenBuildsCONTROL_1.0.234_amd64.deb ... Unpacking openbuildscontrol (1.0.234-303) ... Processing triggers for mime-support (3.60) ... Processing triggers for desktop-file-utils (0.23-1) ... Setting up openbuildscontrol (1.0.234-303) ... --> Error in file "/usr/share/applications/evince.desktop": "" is an invalid MIME type ("" does not contain a subtype) Processing triggers for hicolor-icon-theme (0.15-1) ... -Bats (bearer of bad bugs. basically.) (which is better than being the bearer of bedbugs)
Good day Please assist. I might have missed something. But since this morning I'm unable to pause a job. gives me an alarm and I need to restart the whole job. There is no hard limits connected. Soft limits is switched off.
Known bug in v1.0.235 (already pulled it last week),downgrade and use v1.0.234 for now: OpenBuilds/OpenBuilds-CONTROL
Ignoring from here on downward. Pulled 235 last week, 234 is newest available (till I get time to work on 236 some time this week - I hope) Will check - sure 234 is affected? (work around queue changes was only in 235) The parser calculates time for each move (doesnt count dwells) and as the job moves we just look at "what should the remaining time be according to line xxx where we are now" - still nothing but an estimate Yes, as we don't reparse gcode every time you override feed There's the problem (; Probably Evince isnt even ours Apps/Evince - GNOME Wiki! - fix the shortcut for Evince? https://ubuntuforums.org/showthread.php?t=2368218 (first google result, ymmv)
Pause bug fix v1.0.237: OpenBuilds/OpenBuilds-CONTROL Give it a go and let us know if theres issues We only patched the Pause at this time The auto updates bug seems to be upstream so we are waiting on a fix from Electron team: Auto update doesn't work: `app-update.yml` is missing · Issue #4233 · electron-userland/electron-builder
The things I miss out on when the forums don't send me notices. Looks like I missed at least a page of this thread. And I used to be so good at keeping up with the news here. On the brighter side, CONTROL's auto update doesn't throw errors over downgrades Yep. That one's been in my notes since before I got around to updating, and I'm pretty sure it was happening even earlier than that. Apparently There's the problem (; That's what she I said! Figures. I can't get away from Gnome's **** -ups even when I run Xfce to piss Peter off. Oh, hi, Peter! Didn't see you standing there. I told Google to Duck off years ago. Honestly, I didn't even better to search on that one - just threw it in because it was an error I didn't recognize that popped up two minutes after I hit send on a pile of other not-actually-new bugs. - Bats (or apparently-not-bugs-at-all)
