Show all posts by user
Page 1 of 2
Pages: 12
Results 1 — 30 of 54
Hello Kevin,
I know you are on patreon now and I'm sorry I can't (at least for now) support your work.
The above being said can you shed some light (if possible) in math peasant language on the new iterative solver stuff?
Thank you,
TH
by
TinHead
-
Firmware - experimental, borrowed, and future
QuoteKevinOConnor
Quotechromedome1964
Very interesting project. I'd love to test it out. Any idea when corexy might be implemented?
Implementing corexy should not be very difficult. If you or someone else has the hardware and is willing to run tests, I'll code it up. If interested, send me an email or PM.
-Kevin
Hi,
I'm also interested to test on core xy, opened an issue on github too:
Re
by
TinHead
-
Firmware - experimental, borrowed, and future
Well DTR seems to work as the host resets the board on connect :/
I'll dig some more into it when I get some time.
Thanks!
by
TinHead
-
Repetier
Hi Repetier,
I have a weird communication issue with all host versions after 0.74 with my Gen7 1.4.1 setup, 115200 baud running on uptodate funtoo linux.
Mono version 2.10.9, not sure what else you need to know.
Whatever 0.8X host I try I get tons of resend errors and wrong checksums.
The firmware is the latest from git - 0.81 it works without any issues with host 0.74 it does not with a
by
TinHead
-
Repetier
Hi,
You can use the technique here to make the tty be always the same for that device:
by
TinHead
-
Repetier
And to +1 my infill looks like it should again with 0.3 instead of 0.35 for nozzle.
by
TinHead
-
Slic3r
I think you are right Sublime there is something different about J-heads compared to the rest, I have the 0.35 J-head and for a long time I had issues getting it to work correctly. Perimeters were great but infill did not work out.
At some point I started messing with the Slic3r parameters and by lowering the extrusion multiplier I have finally reached a point where things started to work out.
by
TinHead
-
Slic3r
OK working now.
The problem appears only when compiling in Arduino 1.0 it works just fine with 0.23.
On 1.0 nothing helped, enabling/disabling EEPROM did not fix it.
They changed stuff in there ... but I cannot find the problem so I guess it's best to stick to 0.23 for compiling for now.
by
TinHead
-
Repetier
Right! Did not think of that, will test and get back to you.
by
TinHead
-
Repetier
Config looks fine as far as I can tell. The thing is I can get the old version working either ... same symptoms.
Oh man it's new compiler/Arduino hell allover again. I though my hardware went wild so I compiled Teacup ... it works, Repetier don't. I get some warnings I'll check them out, try to get them sorted.... thanks I'll keep you updated.
by
TinHead
-
Repetier
Hi,
Just updated to latest (0.62b) on my Gen7, now I get no outputs switched on, either on hotend (#define HEATER_0_PIN 3) or on fan (#define FAN_PIN 4), weird ... I do use EEPROM and I have no heated bed.
My config and pins are attached thanks.
by
TinHead
-
Repetier
Well it is risky if you don't know what you are doing of course ... EMC2 implement's this however and it saved me a lot of head aches.
I thought since a layer by layer view it's possible it would not hurt to be able to start the print from one specific layer only if the machine is homed. Anyway thanks for considering.
by
TinHead
-
Repetier
Yeah I know about pause but I was thinking more in the lines of something like:
- you start a big print like a plate full of parts
- something happens forcing a stop middle print (power blackout, you have to go somewhere, etc ...)
- you have rough Idea where the print was when it stopped (yeah a little hard but in the end you can just count the layers)
- you home the printer, heat up the nozzl
by
TinHead
-
Repetier
Hi,
I think it would be great to be able to stop a large print and then be able to resume it from the same point.
Is this possible?
by
TinHead
-
Repetier
As described on slic3r.org:
git clone git://github.com/alexrj/Slic3r
cd Slic3r
sudo perl Build.PL
sudo cpan Wx
The select the correct paths in slic3r config in Repetier host..
by
TinHead
-
Repetier
I can confirm this issue on Archlinux 64 using the internal Slic3r.
With the external one it works fine.
by
TinHead
-
Repetier
Hey no worries good thing I have it working.
by
TinHead
-
Repetier
Attached are the changes I needed to make for a clean compile without SD and LCD support (can't test those).
by
TinHead
-
Repetier
UPDATE: It compiles !
I'll try uploading it and if it works do a diff on it to show my changes related to master.
by
TinHead
-
Repetier
Yeah OK ... this is way over my c/c++, maybe you can have look some time Repetier.
Cheers.
by
TinHead
-
Repetier
Thanks nopehead that fixed this err ... now on to dozens others ... oh well.
by
TinHead
-
Repetier
Hi Repetier,
As you might know on Linux you need to get your own avr toolchain installed/compiled to use Arduino.
I would like to use the latest and the greatest done in the Gentoo way but in all avr-libc version I can get to compile properly the way the PROGMEM stuff is declared has been changed.
As far as I understand you are supposed to make use of constants now so I have gone ahead and a
by
TinHead
-
Repetier
+1 for Blender.
I have used it for both pure 3D design and CAD with good results.
It does have a pretty steep learning curve but for me it is worth it. It has been redesigned twice since I first found it and it became better.
In the new versions since 2.5 the UI is a lot better than it used to be.
by
TinHead
-
3D Design tools
I don't want to be annoying so ignore this if it's stupid.
Yes I understand that it is an outcome of the internal calculation.
But it does not change with the layer height, for 0.1 mm layer height I still get the same width of 0.49 for a 0.35 mm nozzle.
I mean if this is intentional and it is how it's supposed to work ... well fine with me.
But if I mess with the Extrusion Width Ratio (ye
by
TinHead
-
Slic3r
Oh indeed, I did, I did ! That makes that part clear thanks!
How about the layer width? why 0.49?
by
TinHead
-
Slic3r
Hi Sound,
When setting extrusion width ratio to 0 slic3r generates the following output at the beginning of the Gcode file:
; generated by Slic3r 0.6.0 on 2012-02-23 at 15:13:17
; layer_height = 0.2
; perimeters = 3
; solid_layers = 3
; fill_density = 0.5
; nozzle_diameter = 0.35
; filament_diameter = 3.0
; perimeter_speed = 30
; infill_speed = 30
; travel_speed = 100
; extrusion_width_ratio
by
TinHead
-
Slic3r
Oh that's a good question!
I'll try this and report back.
by
TinHead
-
Repetier
I don't have the wires run together, so no crosstalk. I'll investigate further when I get some time, for now I'll just make sure I always start it up homed.
by
TinHead
-
Repetier
OK I mean the hardware home
QuoteGoing to the positive side is never a problem. Thats understandable, because no endstop is tested in that direction.
Yup indeed.
QuoteIf I understand you right, if you enable the printer with switches pressed, you can go to the positive axis and come back?
Exactly it goes positive 5 mm, then back 10mm and finds the switch it expects. This does not happen i
by
TinHead
-
Repetier
Page 1 of 2
Pages: 12