Show all posts by user
Page 1 of 1 Pages: 1
Results 1 — 27 of 27
As far as i know there is no such option in slic3r, but i think you could be able to do it like this:
- define the bed as a rectangle as big as the paper substrate
- design a rectangle with that size and print it
- mark the borders on the printer bed with some tape or marker
- position the paper and there you go
if you need the image as reference to position the objects you could convert the p
by
hariseldon78
-
Slic3r
Hello, i have this problem that you can see in the images. Basically the brim gets printed from outside to inside, and at some point the material attach to the outer perimeter but not to the bed, and each perimeter it gets worse. If i press down on the raising material with a tweezer then at some point it stays down. Does someone had similar issues? Which slic3r parameter should i try to tweak? T
by
hariseldon78
-
Slic3r
Hello. I want to debug an axis that occasionally seems to loose some steps, so i thought this: i could echo on usb the position of the axis just before resetting it in the g28 homing command. In this way i could see if making some movements at certain speeds increase the difference between "logical" position of the axis and the actual "real" position.
I tried putting this code in the homeaxis(ax
by
hariseldon78
-
Firmware - mainstream and related support
> * Juan Gonzalez-Gomez (Obijuan). Madrid, Spain. Spent: 357 GBP (€449,60)
> * Luis A. Martinez (tonypr). San Juan, Puerto Rico. Spent £589.98 GBP
> * Lorenzo Belloni (Lory). Milano, Italy. Complete kit: £649,98 GBP
Roberto Previdi (hariseldon78). Verona, Italy. Belts and pulleys: £32,96 GBP
by
hariseldon78
-
Vitamin Kit for Sale
No.. After that 2 words mail at May 1st nothing more.. I replyed asking for a tracking number instad of promises and he went back in his hiding.
by
hariseldon78
-
Vitamin Kit for Sale
I received an email yesterday from Darren with 2 words: "shipping today".
It could be true.. The bad thing is that i don't need those belts anymore since i ordered the from grrf and received them 5 days after the order. I'll keep them as backup IF it's true.
Roby
by
hariseldon78
-
Vitamin Kit for Sale
i am also waiting for a small order to be shipped. I talked to him on irc one week ago, he assured me he would check and ship it in the weekend, but i had no feedback since then.. He stopped coming in irc, or hide behind another nickame, he don't answer to emails, he don't accept friend request on skype or msn messenger.
by
hariseldon78
-
Vitamin Kit for Sale
umm.. i didn't think about the acceleration problem..
so maybe a potentiometer on the machine could be enough to set a global speed coefficient.. i'll try to put my dirty hands on the firmware
by
hariseldon78
-
Slic3r
Usually quality of print is inversely proportional to speed. Sometime i just need a piece not perfect, and i have limited time to print it (for example because i need to sleep, or to go out).
I would love the possibility of saying to Slic3r "Do the best that you can in 2 hours". Maybe that would need the definition of maximum and minimum speeds, and it could use the actual speed settings as hints
by
hariseldon78
-
Slic3r
jcabrer Wrote:
-------------------------------------------------------
> What is your hot end? I recently saw a jamming
> problem where the channel of the hot end was 3mm,
> and was causing jamming after about a minute of
> extruding. It turned out to be expansion of the
> filament (PLA in that case). Drilling out the
> tube to 3.5 mm was suggested, but I don't know the
>
by
hariseldon78
-
Plastic Extruder Working Group
Triffid_Hunter Wrote:
-------------------------------------------------------
> * fan over intercom- is this just an extension of
> the GPIO features of the intercom protocol?
Surely not, i don't even know what you are talking about
I just made the motherboard send the m106 command to the other side and the extruder board catch it and turn on the fan. same for m107..
> setting DEFINE
by
hariseldon78
-
Firmware - experimental, borrowed, and future
ok, i finally kind of understand my problem: the interrupted prints are not due to the firmware but to something in serial communication between replicatorg and the board. If i use replicatorg as interface to skeinforge and then send the gcode from gtkterm all goes well, and i've been able to complete a bunch of ugly looking but strong objects with this procedure
So up and printing, i'm very ha
by
hariseldon78
-
Firmware - experimental, borrowed, and future
This remains a mistery, but i've been able to work around it by changing the m114 command like this:
case 114:
//? ==== M114: Get Current Position ====
//?
//? Example: M114
//?
//? This causes the RepRap machine to report its current X, Y, Z and E coordinates to the host.
//?
//? For example, the machine returns a string such as:
//?
//? ok C: X:0.00 Y:0.
by
hariseldon78
-
Firmware - experimental, borrowed, and future
Triffid_Hunter Wrote:
-------------------------------------------------------
> floating point is not forbidden in steps_per_mm
> defines, mine were as follows to generate the
you are right it's something other. i edited the message, please look it. is it possible to talk on irc or google chat or something? my google chat is hariseldon78@googleDOTcom
by
hariseldon78
-
Firmware - experimental, borrowed, and future
The git version be81a1358450fb9b9faff02e4ac8cd99ecddafeb is ok.
The next version 3e32a8f634cb5f5c2ea8e69130d716acfcd82665 gives me those behaviour..
Anyway, it seems just a problem confined to the M114 command, so i'm not confident that this was causing my machine to stop printing
by
hariseldon78
-
Firmware - experimental, borrowed, and future
I tried with both versions, same behaviour.
Now, i tried debugging all around to understand what can cause my problem, and i stumbled into this:
m114
ok X:0,Y:0,Z:0,E:0,F:80
UMX:100,UMY:100,UMZ:1,UME:22
g1 x0.1
ok
m114
ok X:100,Y:0,Z:0,E:0,F:80
UMX:100,UMY:100,UMZ:1,UME:22
g1 y0.1
ok
m114
ok X:100,Y:200,Z:0,E:0,F:80
UMX:100,UMY:100,UMZ:1,UME:22
g1 x0
ok
m114
ok X:0,Y:200,Z:0,E:0,F:80
UM
by
hariseldon78
-
Firmware - experimental, borrowed, and future
Hello. I'm having a strange problem with teacup: when i print something the print goes well for 300-350 commands, then the board stop printing, without sending ok again to replicatorg. This happens at random time, there isn't a repeatable gcode which makes it hang..
If i close replicatorg and open the terminal i'm able to send commands to the firmware, the temperatures are still stable, the cali
by
hariseldon78
-
Firmware - experimental, borrowed, and future
Hello. I'm trying to print something from my gen3 mendel with teacup firmware. I'm using skeinforge to generate the g-code, and then i'm sending each command individually from the terminal to debug better.
M101 problem:
when i insert this sequence of commands (produced by skeinforge)
M101
G1 X-16.24 Y15.05 Z1.04 F288.0
G1 X-13.92 Y15.05 Z1.04 F288.0
G1 X-13.92 Y-15.05 Z1.04 F288.0
G1 X-11.6
by
hariseldon78
-
Firmware - experimental, borrowed, and future
Triffid_Hunter Wrote:
-------------------------------------------------------
> the gen3 motherboard actually uses the 644p's
> USART1 for rs422 whereas the ftdi connects to
> USART0. It has two different usarts. So of course
> hooking your debug rig to USART0 then trying to
> talk via USART1 isn't having any effect!
Thanks Triffid for all the answers. I'm happy to say that i've b
by
hariseldon78
-
Firmware - experimental, borrowed, and future
Another little step forward:
googling about the TXD high issue i found this command:
UCSR0B=0;
This let the user change the values of RXD and TXD pins. In fact if i put it in the initialization of the extruder code I am able to communicate from one board to the other by listening using the RXD and TXD pins on the extruder, and RXD1 and TXD1 pins on the motherboard.
But, if i insert th
by
hariseldon78
-
Firmware - experimental, borrowed, and future
Triffid_Hunter Wrote:
-------------------------------------------------------
> If you have to disconnect half of the differential
> serial bus for communication to work, there's
> something wrong with your electronics!
I thought the same, but the more i debug, the more i think that it is a software problem. Now i'll explain why.
> That's some pretty invasive debug code you've
>
by
hariseldon78
-
Firmware - experimental, borrowed, and future
Please, could you publish the two config.h files that you used when it worked? And if you made any customization to the code could you please publish them too? Thanks
by
hariseldon78
-
Firmware - experimental, borrowed, and future
Ok, I have made some testing, and at least i have been able to get one board react to the other and viceversa, but in a very strange way.
I used the base Teacup code and changed the extruder.c and mendel.c to add some debug modes. You can find them as attachment.
In both config.h files i just add a line like this
/*
debug modes:
1 blink a led
2 debug RX (use 3 on other side
by
hariseldon78
-
Firmware - experimental, borrowed, and future
I tried to put the main firmware on the extruder board. It wasn't easy, i had to comment a lot of things.. Probably my understanding of the code is not enough.. The problem is that i couldn't keep both the intercom and the serial connection, don't know why. The compiler complained about a "vector_17" already defined..
Anyway, i decided to change approach. I restored the extruder firmware. In th
by
hariseldon78
-
Firmware - experimental, borrowed, and future
Hello teacup guys. First of all thanks to all the developers for this good piece of software.
Ok, here's my setup and problems:
I have got a mendel reprap from grrf. The electronics is gen3. I tried many times to use the standard Fived firmware and it never worked. I tried teacup and i was finally able to make it move. So now i know that all the motherboard connections are ok, the motors are ok
by
hariseldon78
-
Firmware - experimental, borrowed, and future
