I don't think Marlin is optimally coded.. and here's why June 12, 2015 01:18PM |
Registered: 9 years ago Posts: 396 |
Re: I don't think Marlin is optimally coded.. and here's why June 12, 2015 01:58PM |
Registered: 9 years ago Posts: 396 |
Re: I don't think Marlin is optimally coded.. and here's why June 12, 2015 01:59PM |
Registered: 9 years ago Posts: 1,873 |
Re: I don't think Marlin is optimally coded.. and here's why June 12, 2015 02:07PM |
Registered: 9 years ago Posts: 396 |
Re: I don't think Marlin is optimally coded.. and here's why June 12, 2015 02:40PM |
Registered: 10 years ago Posts: 14,672 |
Re: I don't think Marlin is optimally coded.. and here's why June 12, 2015 02:41PM |
Registered: 9 years ago Posts: 569 |
Re: I don't think Marlin is optimally coded.. and here's why June 12, 2015 02:48PM |
Registered: 11 years ago Posts: 335 |
Re: I don't think Marlin is optimally coded.. and here's why June 12, 2015 03:19PM |
Registered: 9 years ago Posts: 396 |
Re: I don't think Marlin is optimally coded.. and here's why June 12, 2015 03:32PM |
Registered: 10 years ago Posts: 14,672 |
Quote
Kurzaa
I believe 32-bit boards are still in the $80+ range because the demand for them is so small still. Supposedly components wise, they are cheaper to manufacture then 8-bit boards. The difference is that China is full of factories producing low-quality 8-bit boards. Quality built 8-bit boards are still in the $80+ range.
Re: I don't think Marlin is optimally coded.. and here's why June 13, 2015 07:05AM |
Registered: 13 years ago Posts: 7,616 |
Quote
thetazzbot
I've read a lot about "32 Bit is the only way to go because the 8 bit micros can't handle the math"
Quote
thetazzbot
But the truth is, and having looked through the Marlin code, the code itself is poorly written and does not utilize any assembly language routines at all, and no math optimizations.
Quote
thetazzbot
There have been numerous articles written on using floating point calculations on the 8 bit micros and getting much faster times using optimized assembler instead of straight C math operators.
Quote
thetazzbot
Additionally, it would have been a better design architecture to offload the SD Card and LCD support onto a secondary AVR (doesn't have to be a mega) and use I2C to communicate at 16mhz.
Quote
Kurzaa
The difference is that China is full of factories producing low-quality 8-bit boards. Quality built 8-bit boards are still in the $80+ range.
Generation 7 Electronics | Teacup Firmware | RepRap DIY |
Re: I don't think Marlin is optimally coded.. and here's why June 13, 2015 07:20AM |
Registered: 9 years ago Posts: 1,873 |
Quote
The landscape of 32-bit boards is even a lot more fragmented, so it's unlikely we see a cheapo one soon.
Re: I don't think Marlin is optimally coded.. and here's why June 13, 2015 11:41AM |
Registered: 9 years ago Posts: 396 |
Re: I don't think Marlin is optimally coded.. and here's why June 19, 2015 06:22AM |
Registered: 8 years ago Posts: 28 |
Re: I don't think Marlin is optimally coded.. and here's why June 19, 2015 07:34AM |
Registered: 9 years ago Posts: 1,873 |
Re: I don't think Marlin is optimally coded.. and here's why June 19, 2015 07:47AM |
Admin Registered: 16 years ago Posts: 13,886 |
Re: I don't think Marlin is optimally coded.. and here's why June 19, 2015 07:52AM |
Registered: 10 years ago Posts: 14,672 |
Quote
JamesK
Quote
The landscape of 32-bit boards is even a lot more fragmented, so it's unlikely we see a cheapo one soon.
However the market for the generic arduino boards is much larger, so we already see cheap Due clones. Eventually it seems likely that a clone Due +shield +lcd setup will come to dominate the cost sensitive part of the printer market.
Re: I don't think Marlin is optimally coded.. and here's why June 19, 2015 12:37PM |
Registered: 9 years ago Posts: 396 |
Quote
thetazzbot
I personally like the AVR32 architecture. Traditionally Atmel designs require fewer external components and they have a single instruction cycle for everything except certain float multiplications which are two cycles. This nets the AVR 3 to 5 times the speed of Arm3 in raw cycles. Add in the numerous PWM channels and timers, and overall for the purpose at hand it seems ideal. The established embedded development comcommunity Atmel has built up is immensely useful.
Re: I don't think Marlin is optimally coded.. and here's why June 19, 2015 04:57PM |
Registered: 11 years ago Posts: 335 |
Quote
thetazzbot
Now, for anyone that does not have a delta, this 32 bit discussion is of no use, because really you aren't going to need that horsepower for cartesian/corexy/hbot printers. What it really boils down to is a software problem, not a hardware problem.