Quoting RepRap Forum Mailer : I was asking Eclipse to do a repository explore and it couldn't find it (indeed, it still can't), but I've tried it from another machine and that works fine. So I think it's something funny about that one machine. I'll simply delete it and check it out again from scratch. Sorry for the panic... Best wishes Adrian Dr Adrian Bowyer > Checking out firmwby Adrian Bowyer - Developers
I agree that it's not wonderfully readable (though the 1.0s down the leading diagonal are a bit of a giveaway). But homogeneous coordinates are ubiquitous and exclusive: every piece of 3D software uses them and only them for this purpose. We could use a quaternion and a translation vector instead, and that would remove the superfluous shearing and scale-change affine transforms, but at theby Adrian Bowyer - Developers
> i'm not entirely sure what that means, but if you want to give me a sample > output of that that information looks like, then i can help modify the XML format. We have to record a 4x4 matrix of doubles: 1.0, 0.0, 0.0, 30.5 0.0, 1.0, 0.0, 7.5 0.0, 0.0, 1.0, 20.0 0.0, 0.0, 0.0, 1.0 For an explanation of what this does, see and (possibly even more frighteningly): File extensions:by Adrian Bowyer - Developers
For some reason the firmware directory seems to have disappeared from the repository (I hope temporarily...). Anyone know what's going on? svn: PROPFIND request failed on '/svnroot/reprap/!svn/bc/723/trunk/reprap/firmware' svn: Processing PROPFIND request response failed: required string: "lp1:version-controlled-configuration" (/svnroot/reprap/!svn/bc/723/trunk/reprap/firmware)by Adrian Bowyer - Developers
Zach 'Hoeken' Smith wrote: > > for the orientation stuff, i'm thinking that its a count of how many > > times you rotate over that axis (as you currently do when you load an > > object) we'd have to keep track of that in the software so that when > > you load a STL, you manipulate it and then can save the setup as a > > reprap build file. &gby Adrian Bowyer - Developers
Forrest Higgs wrote: > I won't burden you all with the details save to say that Tommelise > appears to have successfully printed an evolved polymer pump for the Mk > I AEM extruder. It's blogged in the "Builder's" blog on the RepRap site. > > I'm not sure but I think that this means that Tommelise is the second > RepRap machine after Zaphod to print a part of itself which cby Adrian Bowyer - Developers
Folks - I am starting to make decisions (none irrevocable) about how RepRap deals with multiple materials (for Darwin multiple = 2, but we might as well generalise now). I'd welcome your thoughts. So far I have: 1. Materials are defined by their name as a String, not extruder-number. That name is the one for the material in the preferences file. String.equals is used to find the extruder numby Adrian Bowyer - Developers
That bit from Simon was actually quoting me, so I am the guilty party when it comes to dissing Python... I like it for small interactive project development too, but I wouldn't dream of using it for a big software project for the reason I said. The point about how you lay out {} is a red herring: if you have the {} arranged any-old-how in your file then an automatic reformatter can prettify theby Adrian Bowyer - RepRap Host
I propose to remove the internally-generated test solids from the Java. It doesn't seem to have any problem loading up STLs. But if anyone was fond of them, now is the time to speak :-)by Adrian Bowyer - Developers
Vik Olliver wrote: > For Mendel we'll be using servos, right? If so, can we get away without > using the L298N and do a simple H-bridge instead? Yes - plus the odd power transistor for the cooling fan etc. -- Best wishes Adrian Dr Adrian Bowyer _______________________________________________ Developers mailing list Developers@by Adrian Bowyer - Developers
Simon McAuliffe wrote: > jmarsden wrote: >> Q1: Simon, are you willing and able to take the lead in migrating >> RepRap to a 16F648A and SDCC 2.7.0 ? >> > > I've already done it. Not very well tested though. > >> Q2: Does anyone know of still *more* things which will need >> additional PIC RAM, before RepRap 1.0 can build its own set of >> paby Adrian Bowyer - Developers
RepRap Forum Mailer wrote: remember, if they arent available on the internet, they basically dont exist. Ontologically questionable, but practically sound... -- Best wishes Adrian Dr Adrian Bowyer _______________________________________________ Developers mailing list Developers@reprap.orby Adrian Bowyer - Developers
Quoting RepRap Forum Mailer : > i think we may be talking about different things here. i'm looking > for the mechanical drawings of the machined parts, located on this > page here: > > Sorry Zach - I did misunderstand. My omission. I have now attached them to that page. Best wishes Adrian Dr Adrian Bowyer _______________________________________________ Developers mailby Adrian Bowyer - Developers
Simon McAuliffe wrote: > Adrian Bowyer wrote: >> I've got round the RAM limitation by the hacky (but kinda neat) >> strategy of putting my ring buffer in the (at the moment unused) >> EEPROM. This is slower than RAM, of course, but that doesn't matter >... > Gosh, that's a little scary. The EEPROM isn't really designed for that > kind of use > > It is raby Adrian Bowyer - Developers
Quoting Zach 'Hoeken' Smith : > I found some DXF files for the machined extruder parts in an old area of > subversion. However, on closer examination, they are not up to date with > the current version of the extruder. Adrian, could you please check the > newest versions of these files into subversion? I'm going to have another > try at finding a manufacturer for those parts, aby Adrian Bowyer - Developers
Quoting RepRap Forum Mailer : >> I just hope it can survive a lot of read-write cycles... > > Hmmm. That might prove to be optimistic, and if it fails, the > failure could be hard to diagnose. Have you done any form of > write-levelling, moving the buffer around in the EEPROM and keeping a > pointer to the current copy in RAM? > > I have to say, I think moving toby Adrian Bowyer - Developers
Simon McAuliffe wrote: > RepRap Forum Mailer wrote: >> from the linker. I suspect this means that I'm using too much RAM in >> the PIC, but does anyone know for sure? >> > > Yep, that sounds looks about right. > > I was actually going to write up a description of an approach of was > thinking of using to do this, in order to synchronise the activities oby Adrian Bowyer - Developers
I'm just adding a ring buffer to the stepper firmware, so it always has a new line to plot ready and waiting when it finishes the last one (hence no comms pause while it gets the next). It compiles fine, but I get a mysterious: Expected bank 0 for r0x4B in serial1.asm Expected bank 0 for r0x4C in serial1.asm Expected bank 0 for r0x4D in serial1.asm . . . (I haven't touched the serial code.) fby Adrian Bowyer - Developers
RepRap Forum Mailer wrote: > yay! thats awesome adrian! hopefully i can squeeze some time in here quick before bed to check it out. definitely a needed improvement. The bug turned out to be what I imagine is Java's biggest general source of bugs: not being quite sure when system-y things like Java3d make copies of the data you feed them, or just keep the reference to something that youby Adrian Bowyer - Developers
Got the code to generate shells for the lower layers after they've been built working (finally). The simulation window now plots a layer, then plots the next on top, then plots the one on top of that deleting the first, etc. For the lower layers, it also adds the shell of the object as triangles derived from the sliced STL below the layers being built to fill in the void underneath. This muby Adrian Bowyer - Developers
Excellent! Anyone care to add a wiki page to the main site linking to all these resources in different languages and put it under "community" in the left bar? I know that this is not the internationalization proposed by Jonathan, which I still think very worthwhile but can either wait a bit, or be done by others. But it is very useful in its own right.by Adrian Bowyer - Developers
I keep saying that the memory hog represented by all those little solid segments in the simulation window should be easy to fix by replacing the lower layers with a simple triangulated shell. As an intermediate step on the way there I've made it so that it only shows the last two layers - that is the layer currently being built, and the one immediately under it. This in itself should be a signiby Adrian Bowyer - Developers
Simon McAuliffe wrote: > Maybe we should put some process/framework in place, but don't force > people to create unit tests unless they feel so inclined. It would be > better than nothing, and people that aren't familiar with the practice > may pick up some habits from people that are creating the tests. The > advantages are pretty significant... > > I actually made aby Adrian Bowyer - Developers
Simon McAuliffe wrote: > However for RepRap, I think Java is still a good portable choice that > also has potential for embedding in simpler hardware. C++ would have > been my other contender. Yes - I think we made the right decision. Having written whole discs full of C++ source over the last 20 years, and having now switched to Java, I must say I prefer the latter. (Though I dby Adrian Bowyer - Developers
Quoting RepRap Forum Mailer : >> From what I've seen Python is a much nicer language than Java. It >> will be interesting to see if it supplants Java eventually. It's OK. But it is encumbered by one overriding and crippling original design decision: that code blocks should be decided purely by indentation. I originally considered Python for RepRap, but the indentation thing iby Adrian Bowyer - Developers
Quoting Simon McAuliffe : > This is an important point. What will be the minimum JRE requirement? > As of a few months ago, it also ran on 1.4.1 and I have been doing new > threading stuff with that compatibility in mind (a little extra work). > Are we going to officially ditch support for that now? Does a move to 1.5.0 present a problem (including extra work) for the threading stby Adrian Bowyer - Developers
Quoting RepRap Forum Mailer : > I can't speak to the TIP110's, but the BD681's which we specified in > earlier design iterations of the extruder boards certainly do. OK - they're both NPN power Darlingtons so they should be indistinguishable in this regard. I suspect the difference is that you're driving it full blast, whereas I'm using the PWM in Simon's extruder code, so I'm goingby Adrian Bowyer - Developers
RepRap Forum Mailer wrote: > if you'd be willing to do the math and figure out exactly which heatsink is required for the L298N and the TIP110, I would be very appreciative. Just post the mouser part numbers in a new thread or something. I think 532-566010B03400G will work for the L298N. It's 11 C per watt rather than 10, but that's not a problem. And I think it's designed for multiwattby Adrian Bowyer - Developers
RepRap Forum Mailer wrote: > Author: jmarsden Username: jmarsden > I can download most Mouser datasheets directly, them using wget, as > PDFs. Look at the one for the 16F628A as an example -- works fine. > They are appearing with a Content-Type of "application/pdf", so any > normal web browsing setup with a PDF viewer that is used for that > Content-Type should work fine. >by Adrian Bowyer - Developers
I have made a minor change to the preferences system again, so that the extruder count is now called "NumberOfExtruders". This doesn't start with "Extruder" and so the way the system discriminates between extruder data and other now works properly.by Adrian Bowyer - Developers