Show all posts by user
RepRapPro's Ormerod http://reprap.org/wiki/Ormerod
Re: Minor firmware release 1.17b - 8 years ago
Thanks very much for the continuing updates. The binary runs fine on my original Ormerod Duet. I normally do a source compile on a Linux machine and noticed a couple of things with this source. There are two instances where the source code is including a file but the case name of the file does not match any more. This doesn't affect WIndows compiles but causes errors on Linux systems where caseby bobtidey - Duet
Re: New RepRapFirmware 1.09x-dc42 - 8 years ago
I reloaded everything from scratch, eclipse (mars.2), started fresh from github, had path set up from windows environment. It sprang into life and built everything Ok. No idea what was really different this time around, but thanks for your help and the effort you put into this firmware. Much appreciated.by bobtidey - Ormerod
Re: New RepRapFirmware 1.09x-dc42 - 8 years ago
I get the following errors. Attached is Cross Setting If I try to execute arm-none-eabi-gcc from a command line then it does find it via the System pathby bobtidey - Ormerod
Re: New RepRapFirmware 1.09x-dc42 - 8 years ago
Adding to the user and system path had no effect unfortunately. Eclipse is stubbornly ignoring path and prefix for some reason. I do have both eclipse and the workspace on a different drive to windows. That shouldn't affect things but maybe I'll try moving them onto C:by bobtidey - Ormerod
Re: New RepRapFirmware 1.09x-dc42 - 8 years ago
Quotedc42 Quotebobtidey I have also had a go at building from the two new projects and also get stuck with " not found in PATH " errors for gcc g++. This is with eclipse and arduino1.5.8. I could edit the Cross Compiler path to the actual arduino bin folder but doesn't seem to help. The Path under Environment variables also looks good. You need to have the cross compiler path set to the \hardwby bobtidey - Ormerod
Re: New RepRapFirmware 1.09x-dc42 - 8 years ago
I have also had a go at building from the two new projects and also get stuck with " not found in PATH " errors for gcc g++. This is with eclipse and arduino1.5.8. I could edit the Cross Compiler path to the actual arduino bin folder but doesn't seem to help. The Path under Environment variables also looks good.by bobtidey - Ormerod
Re: GCodes cheat sheet - Ormerod specific - 9 years ago
Correction on operation of M37 simulate command.by bobtidey - Ormerod
Re: GCodes cheat sheet - Ormerod specific - 9 years ago
The wiki is the place to go for a full official description. The reason I put the cheat sheet originally together was to have a compact aide memoir for the commands and to add on a few commands in dc firmware. I attach my latest pdf of this as well as the word doc source. It doesn't have good examples and parameters for some of the latest commands.by bobtidey - Ormerod
Re: Build Tak Disaster - 9 years ago
I don't know whether it would work with this material but if I get a difficult to remove object (normally a large area, low height print) then I take the bed off and put it in freezer for 30 minutes. Print almost falls off after that.by bobtidey - Ormerod
Re: Customisable Duet enclosure - 9 years ago
This was a quick mod to extend one wall leaving mountings in one place. The extra length is controlled by Enc_inner_length_extra. If that is 0 then it is same as original. This is what it looks like with 30 and with spare holes increased to 8 as otherwise mounting may get too far apart.by bobtidey - Ormerod
Re: Running a simulation to calculate printing time - 9 years ago
I'd vote for on demand as 1m 30s could be irritating if enforced. I wonder how much accuracy one would lose by going to a sampling strategy. E.g. 1 layer in 5 (or parameterised). The thinking being that most layers are like the one below.by bobtidey - Ormerod
Re: Customisable Duet enclosure - 9 years ago
I think dc42's suggestion of using the on-board regulator sounds the best idea. The CE approval is already gone in switching the enclosure from the metal to a printed enclosure. Another possibility would be to put a 90 degree twist in the Duet to 5V regulator board so it is up the wall, but I don't know if there is room for this. If you really want to change the dimensions then starting from thby bobtidey - Ormerod
Re: Radical solution for Z zero issue - 10 years ago
Dc42's board is a very good solution as it is reliable and can measure all over the bed. I got good results using the hacked modulated scheme. So I took it a stage further to avoid being limited to the corner reflector papers. I spray my glass with 'appliance' paint which then gives good uniform reflection over the whole area. This is really only a viable method if using kapton tape on top asby bobtidey - Ormerod
Re: Poor mans tricolor ormerod - 10 years ago
I used a similar technique to do a clock face. Here though I designed it in two parts. The first was the base in one colour. I commented out the M0 at the end of the Gcode so the first part finished but left heaters / motors running. I then changed filament and reset Z reference to 0 (G92 Z0) before kicking of the next print. This worked well.by bobtidey - Ormerod
Re: New firmware 0.96g-zpl - 10 years ago
Self compiled a version of this and it seems to work fine. Thanks for the fixes, I think it was the queue problem that caused my freeze when hit with a bunch of fan control codes.by bobtidey - Ormerod
Re: New firmware 0.96f-zpl - 10 years ago
That looks similar to the problem I reported in the fan control and printer halts thread. E.g a bunch of M106 or M107 commands looks like they might get queued and never executed.by bobtidey - Ormerod
Fan control and printer halts - 10 years ago
I had my first mid-print freeze in over 10 months of use, It was actually a simple shape basically a 4mm high cylinder but occupying most of the bed. All was fine until 3.6mm then it just stopped mid layer.Temps still on, but no control until I paused and reset. I decided to try to recover by editing the g-code at the stop point and printing the remaining codes. First attempt was unsuccessful, bby bobtidey - Ormerod
Re: New firmware 0.96d and web interface 1.08 - 10 years ago
I can also confirm this built Ok for me and did a small test print. I can also see some uses for pause/resume for some items I want to do with a colour change at a particular layer.by bobtidey - Ormerod
Re: New experimental firmware 0.96c and web interface 1.07 - 10 years ago
Quoteappjaws1 I always thought that the design of a web page should be able to accommodate most if not all screen sizes and that key fields would automatically adjust to accommodate the screen pixel count, this would include changing the font size etc. Perhaps I'm wrong, it has been a very long time since I had a dabble with web design. Web design for desktop seems to fit into two camps; resizaby bobtidey - Ormerod
Re: New experimental firmware 0.96c and web interface 1.07 - 10 years ago
I checked browsing from a different PC with a widescreen monitor and as I sort of suspected this is more to do with window width rather than when it is maximised. As I shrink the width down the internal layout remains fixed and centralised within the overall frame (both left and right margins reduce. Then at about 1210 pixel window width the left and right margins are down to about 25 pixels witby bobtidey - Ormerod
Re: New experimental firmware 0.96c and web interface 1.07 - 10 years ago
Quotezombiepantslol Yes, you probably get a smaller binary because I build my firmware binaries with -O3 optimization enabled. Nice to hear it compiles well on different machines though, so thanks for your feedback! I've been using Chrome to access my machine and I haven't had any problems resizing the web interface - may I ask which browser you're using? I intend to further improve the web intby bobtidey - Ormerod
Re: New experimental firmware 0.96c and web interface 1.07 - 10 years ago
Thanks. I gave this a go. I compiled from source under 1.5.8 and it loads and runs fine with 1.0.7 web interface. I get a significantly smaller bin (~200k) so I think my compile options must be different. I was using -O2 with 1.5.6 and that used to give me about 260k so maybe the options are different with 1.5.8 and it is optimising for small. The 1.0.7 browser window works fine maximised withby bobtidey - Ormerod
Re: one piece 200mm Kapton tape - 10 years ago
I use 50 as a compromise between number of strips, speed / ease of application, cost and end result. Just 4 strips and a 33m roll will cover about 30 times. I change maybe every 4 weeks, so that is a few years usage. Using wet method make it very easy to slide around and get perfect butt joins. I find the key is to use plenty of liquid so that is slides easily. It also dries out pretty quicklyby bobtidey - Ormerod
Re: Ormerod1 PSU mods to print ABS - 10 years ago
I am not trying to defend the original unmodded version just that the mods I made but still retaining the ribbon work OK. The 11V at the bed under load is what I measured on my machine before making any mods. I did say typically. Mine had an unloaded output of 12.3V. It is not untypical for this to be a bit on the high side unloaded, although obviously some supplies may be lower and still be witby bobtidey - Ormerod
Re: Ormerod1 PSU mods to print ABS - 10 years ago
I agree about the ribbon cable being OK. The power drop to the heated bed in original Ormerod 1 is made up of a number of components in decreasing order of significance. Power regulation of +12V of ATX PSU under ~10A load Drop in ATX to Duet cabling Drop in ribbon cable Drop in Duet switch control With the original components you can get a loss of about 1.3V in total leading to about 11V typicby bobtidey - Ormerod
Re: Minor experimental firmware update 0.78q-dc42 and web interface 1.01 - 10 years ago
Yes. This is same problem reported here The javascript can throw an exception if the old temps is there but not temps.active. Deleting cookies doesn't help as localstorage is kept elsewhere. I'm not sure if the extra test will avoid the exception. An alternative approach would be a try catch around the test.by bobtidey - Ormerod
Re: chrome problems - 10 years ago
One thing if you have not already tried is to blow away your whole profile so it starts from scratch. An uninstall does not do this and if anything is corrupt in there then that will persist. You will lose things like bookmarks if you haven't got those saved. Make sure hidden folders are viewable in Explorer then go to C:\Documents and Settings\{username}\Local Settings\Application Data\Google\Cby bobtidey - Ormerod
Re: New experimental firmware 0.78m-dc42 and web interface 0.99 - 10 years ago
I had a bit of bother upgrading to 0.99 htm/js. Firmware change to 78n went fine. After changing reprap.htm and reprap.js the web page came up but wouldn't connect. The error was in getCookies storage.get('temps.active') was throwing an error. I reasoned that was because temps variable was there but not temps.active and this was causing the error but would probably have been OK if temps wasby bobtidey - Ormerod
Re: New experimental firmware 0.78f-dc42 - 10 years ago
Thanks. Following is the reason why I found this. It is a little strange and at the moment unresolved. Normally I compile my own version from sources just using a later Arduino library and 78h was the first one that didn't run. When I started checking I found the size difference. Now just changing the compiler to -Os resulted in a bin close in size to your released 78h bin and that did run OK.by bobtidey - Ormerod
Re: New experimental firmware 0.78f-dc42 - 10 years ago
Have the compile options changed for build 78h? I noticed the bin has decreased in size quite a bit.by bobtidey - Ormerod