Show all posts by user
With USB-to-RS232 adapters (like those at ) selling for maybe US$8 to US$15 or so, and PCI USB cards (like those at ) for US$6 to US$12 or so), is such a parallel-to-serial converter sub-project really appropriate? Anyone with a PC that lacks PCI slots and also lacks USB ports is, I submit, almost certainly trying to use a PC that is too old (or too otherwise unusual!) to meet other requireme
by
jmarsden
-
General
I can't respond in the Developers forum... so...
Adrian wrote, in a topic named "Extruder Preferences":
---------------------------------------------------------------------
> This means that people will have to update their reprap.preferences
> file (though not the reprap.preferences.dist file).
> The changes are just in some names: ...
-----------------------------------------------
by
jmarsden
-
RepRap Host
One idea: to check that the issue is not with an incorrect .hex file, try using one downloaded from SourceForge, instead of the one you compiled yourself?
Jonathan
by
jmarsden
-
Controllers
Hmmm. I left the PC running overnight... after about 16 hours it is still virtually "printing" the corner bracket and has reached a 10.8 layer height!
I've killed it, and am retrying with -Xmx400M to see if that still avoids the out of memory error but uses less swap. Leaving the PC doing nothing but printing a virtual corner bracket for an entire weekend seems like a waste of a PC...
Jonatha
by
jmarsden
-
RepRap Host
Status: it appears that the -Xmx option to the Sun Java interpreter can affect this. man java for a few more details.
I ran my Reprap.jar as normal:
java -jar Reprap.jar org.reprap.Main
and loaded the largest .stl in the current set, Corner-bracked.stl and tried to build to "null cartesian" virtual (ie non-existent) Reprap hardware. It dies with lack of VM. So I replicated the bug. OK.
by
jmarsden
-
RepRap Host
Forrest Higgs Wrote:
-------------------------------------------------------
> It's really great having you on board helping us sort
> out the Java problems people have been having.
Thanks! If you (or Adrian, or whoever has the "power" and the time to do it!) can get me "developer" status on the Reprap project on SourceForge, I'll be more able to put useful things up there where they sho
by
jmarsden
-
RepRap Host
Some folks seem to have had difficulty installing the Java3D and comm libraries in the right place. Adrian's instructions say "cd to the Java run-time environment directory" without defining how to figure out where that is. I think that has been a source of confusion.
So, there is now a Wiki page WhereIsMyJRE with details about that. It is supposedly linked to from the RepRapLinuxSoftware p
by
jmarsden
-
RepRap Host
Zach is currently "Mr. RRRF" and is building stuff for the store, as well as running the store. hoeken at rrrf dot org if you need to email him.
Jonathan
by
jmarsden
-
General
It has been discussed, and is somewhat-planned-for, at least. See the FuturePlans Wiki page -- under v2.0 Mendel it says in part:
> Print head capable of printing conductive material to create embedded circuits
Also, on the blog in February, Forrest wrote about experiments with depositing solder.
RepRap needs to learn to crawl before it can walk... but if you can help design, build and
by
jmarsden
-
General
I've written up bartlee45's info on how to obtain and set up IC-Prog on the Wiki
in a new page ICProgHints, see
Jonathan
by
jmarsden
-
Controllers
Here's my updated build-user.xml file that lets me build a Reprap.jar file. Once I have developer access on SourceForge I'll update it there.
With this file, you can do
ant jar
to create the Reprap.jar file, and
ant run
to run the Reprap software from that .jar file. The full list of targets is:
build
clean
help
init
jar
properties
run
A tweak to Eclipse lets you use Ant as a
by
jmarsden
-
RepRap Host
All it takes to use the rxtx library instead of the Sun javax.comm one for serial comms is
to install the library (!), and then to change one .java file as follows:
Index: org/reprap/comms/snap/SNAPCommunicator.java
===================================================================
--- org/reprap/comms/snap/SNAPCommunicator.java (revision 606)
+++ org/reprap/comms/snap/SNAPCommunicator.java (wo
by
jmarsden
-
RepRap Host
Progress report...
I have made a Reprap.jar file, and it apparently works (it runs, at least). Both the Java3D and the serial comms libraries are external to it, so they can be packaged separately, and so the same .jar could (possibly? not tested!) be usable on multiple platforms.
I also used the (gnu.io) serial libs instead of the Sun ones, and they "work" -- well, the resulting code compile
by
jmarsden
-
RepRap Host
Right, the idea would be to have the PIC code check the port state and use that to determine its "address" on the serial ring network. So one .hex file would work for all 3 axes.
If you wanted to get fancy, you could put a couple of little DIP switches on the board to set the address... :-)
Jonathan
by
jmarsden
-
RepRap Host
Two thoughts:
(1) Links to images of each part would be very cool. Or inline images if sufficiently small?
(2) Links to one (or more) supplier web pages for each part would be neat too.
As we (you!) start to put together "kits", adding this sort of info might be reasonable doable? You'll know where you bought the part (link to supplier page), and you'll have one to photograph with a digital
by
jmarsden
-
Reprappers
I think Zach is working on a SQL databse for the BOM which would more easily allow us to generate summary views of the materials, etc. I don't know the current status on that work though. I suspect no-one wants to take the time to generate summaries manually, when the more automated, database-driven approach is "coming soon".
There is a brand new RRRF store at which will (in time) sell many o
by
jmarsden
-
Reprappers
The Bug Tracker at SF is at sourceforge.net/tracker/?group_id=159590&atid=812438
How do we "join" the project on SF? I'm not sure you can assign bugs to people who are not members of the project. Sign me p, I'm jmarsden on SF, as well as here.
I'm willing to assign Request 1723115 "Package Host Software" to myself...
I might look at the migration to TxRx serial libary also.
Lete's star
by
jmarsden
-
General
Eric,
If you are still dealing with GCC issues and SDCC, check my newly created Wiki page SDCCVersionInfo
I suspect you're over this particular hurdle already... in which case, an update on progress regarding your "one PIC image to control them all" idea would be welcome -- how far have you got with that?
Thanks,
Jonathan
by
jmarsden
-
RepRap Host
Have you tried Dia and Kivio as "Visio alternatives"? www.koffice.org/kivio and live.gnome.org/Dia
Jonathan
by
jmarsden
-
Controllers
There is sort of a timetable... DarwinTodo on the Wiki . See . I think?
Actually that page seems to suggest that some pages, including RepRapLinuxSoftware, are already considered "frozen"... and I just edited that one! Hope it's OK!
Jonathan
by
jmarsden
-
RepRap Host
Replying to myself? Sort of.
In the "sdcc compilation" thread in the Core Developers forum, Adrian wrote:
> Simon said something a while ago about updating everything to a more
> recent sdcc. Apart from anything else, I have never managed to get the
> 16F628A to work with the one we're using, so I'm sticking with the
> 16F628 for the moment.
What version of sdcc (and underlying as
by
jmarsden
-
RepRap Host
As a workaround, ignoring speed issues, is there a way to tell the Java VM to use more memory and so at least get the build to complete, even if it ends up swapping and so being very slow on machines with insufficient RAM?
Also, can you provide an example that exhibits this behaviour? A link to the relevant .stl file that causes the Java out of memory issue, perhaps?
Lastly, what is the curren
by
jmarsden
-
RepRap Host
I've documented the issue where sdcc fails to compile fairly thoroughly, and added a note about it to the main RepRapLinuxSoftware page. The new page is SDCCVersionInfo, at .
I intend to post details of what happens when I try to use a current SDCC to compile and build RepRap firmware (under Ububtu 7.04) later, either here or on the Wiki.
Once I can get a useful-to-RepRap current version of S
by
jmarsden
-
RepRap Host
I'm wondering why we seem to have the external libraries the RepRap host code needs (Java3D and the COMM API) stored within the Reprap Subversion repository at SourceForge? They are under reprap/host/lib . See
Either I am being really dim today, or we only need one way to obtain these -- a user can install them per the install instructions, *or* they could get them from our respository -- b
by
jmarsden
-
RepRap Host
AcidHell2 Wrote:
> Hey thanks that works, ...
Good!
> ... the windows install needs some work.
Yes. Are you reading the threads in the reprappers
forum here about software work to be done? If you
have the time and knowledge to create a Windows
installer using NSIS or similar, go for it!
> hhere's a start, It's only rough, I thought who
> ever wrote the original could re-wri
by
jmarsden
-
General
The bootable USB key idea could work, but not for older PCs with no boot from USB capability in their BIOS. Especially if we expect a non-3D-GUI-dependent host at some stage, it would be a pity to then limit the "easy" way to those with access to recent PC hardware. Once you have a liveCD image, making it into a bootable USB key image on a modern PC isn't that much extra work. The small Linux
by
jmarsden
-
RepRap Host
ZachHoeken Wrote:
-------------------------------------------------------
> To make the software as easy to use as possible,
> it needs to be as easy to install as possible. if
> we can compress it to one 'executable' type file
> that would be ideal.
-------------------------------------------------------
It depends on your platform. "Ideal" is really what the users of each computi
by
jmarsden
-
RepRap Host
> java3d-1_5_0-windows-i586.exe
Which instructions were you using? The instructions at
www.reprap.org/bin/view/Main/RepRapMicrosoftSoftware
suggest using an earlier version of the Java3D codebase, you might want to try
download.java.net/media/java3d/builds/release/1.4.0_01/java3d-1_4_0_01-windows-i586.exe
instead? I think I read somewhere in the Wiki or forums that there an issue w
by
jmarsden
-
General
This looks to me like Eclipse found the libs OK, but the version of (part of) the vecmath library is not what the reprap code expects, so it complains. If the libs were in the wrong place, Eclipse would not even build the project at all, so you won't be able to run it (this is based on personal experience of putting the libs in the wrong place!). You got further than that -- so the libs appear
by
jmarsden
-
General