64bit Arm nanodlp version used for remote slicer

oliveenchine · 2018-02-21 13:33:51

Dear Shahin ,

I'm currently building a 4K LCD system, I got raspberry pi3 with GRBL Shield up and running , thus I would like to add a second SBC with/for control display ( basically nanodlp interface ) to control the full setup and giving autonomy to the printer .
here are my questions :
- are there some benefits in running a 64 bit version of nanodlp in term of slicing speed ?
- would you be able to compile a 64 bit ARM version of it ? ( I'm actually running Armbian on Orange Pi plus. )

My goal would be to have a standard raspberry pi setup as core ( very stable setup for printing "core" ) seconded by a control interface dedicated SBC ( orange pi with touch display ) and possibly using the left over computing power for remote slicing .

Shahin · 2018-02-22 20:59:43

Hi Olivier,

* ARM64 compilers are still relatively young so you can expect slow down. Only benefit of 64bit system is supporting more memory and faster processing on 64bit variables considering STL files are 32bit floats I do not expect speed up on this front too.
* Yes we can provide ARM64 binary.

I suggest you to look at Nextion displays, they will be much more reliable and probably cheaper than running second board+hdmi display. Maybe we can run them without external program in future if there is enough demand.

oliveenchine · 2018-02-23 11:45:48

Hi Shahin,

I did make a big step today , after weeks of fight .. with an orange Pi ...
I'm now able to drive a 4K 5.5" LCD ... x/y@31.5µm !! , some minor bug but I should find the clue ..
If not too much trouble for you I would be really happy to test a 64 bit ARM version ( My board use H3 cpu ).
regarding the Nextion display you are totally right , and with orange Pi I shouldn't have problem to use it together with my GRBL Shield (using also UART ) ...

Shahin · 2018-02-23 16:17:51

Negative part of using non-rpi boards, is on view front. I have spend serious time to optimize viewer for broadcom chip.
You will have two option to use your board, without X you can use framebuffer. With X you can use opengl backend.
The first option will be more reliable, and second option is currently disabled on arm.

https://www.nanodlp.com/download/nanodlp.arm64.zip

oliveenchine · 2018-02-26 08:02:34

Hi Shahin ,

Thanks a lot for your link and your work , I will try it very soon , I just noticed that my compiled version of Armbian was 32bit ~~~ , seems that I didn't check the right option somewhere...
some more work and CPU time ...

Shahin · 2018-02-27 04:32:43

for generic arm32 you can try following link https://www.nanodlp.com/download/nanodlp.arm.zip

oliveenchine · 2018-02-27 04:34:05

Thanks a lot Shahin , , It's already running

amitl · 2018-09-19 03:29:47

@oliveenchine Any input on how you configured the HDMI port? I saw there are settings to be done in boot files.Any help on configuration as even I am trying to run on orange pi.My image is armbian(H3 processors)

oliveenchine · 2018-09-20 08:51:30

amitl wrote:

@oliveenchine Any input on how you configured the HDMI port? I saw there are settings to be done in boot files.Any help on configuration as even I am trying to run on orange pi.My image is armbian(H3 processors)

Hi ,this was a big job for me , had to recompile a full distribution of Armbian , with added video modes.. , I'm not expert in linux ...
you have to extract some information from the EDID , and get some other from the U-boot ....~~
if you can get something displayed "under" u-boot , then you are on the good way.

amitl · 2018-09-20 11:30:07

Thank you for your reply.I am using legacy kernel and modifying the script using fex.But seems like I need to modify the sources as there are not many displays supported yet in the distribution.
For 2560x1440 is it really needed to modify from sources?
Your help is appreciated.

oliveenchine · 2018-09-20 11:57:02

If using this display, there maybe no need for modification using dev version.
In my case I was using a 4K lcd in vertical mode ! The “standard” 5.5” lcd should be supported .

amitl · 2018-09-25 07:43:31

@olivechine Have you only tried on legacy kernel dev one? How about others?

amitl · 2018-09-27 11:01:21

@Shahin Got the LCD working on armbian mainline stretch distribution.All the functions of nanodlp are working except sliced image doesnt show up on LCD.I use a method of previewing the slices.The LCD still only shows the serial console messages on its display.
Ths nanodlp used for test is the 32bit version zip file shared by you.For me its seems like link is broken between nanodlp & the LCD.

Shahin · 2018-09-27 18:14:48

Set framebuffer address on the setup tab.

nanoDLP

#1 2018-02-21 13:33:51

64bit Arm nanodlp version used for remote slicer

#2 2018-02-22 20:59:43

Re: 64bit Arm nanodlp version used for remote slicer

#3 2018-02-23 11:45:48

Re: 64bit Arm nanodlp version used for remote slicer

#4 2018-02-23 16:17:51

Re: 64bit Arm nanodlp version used for remote slicer

#5 2018-02-26 08:02:34

Re: 64bit Arm nanodlp version used for remote slicer

#6 2018-02-27 04:32:43

Re: 64bit Arm nanodlp version used for remote slicer

#7 2018-02-27 04:34:05

Re: 64bit Arm nanodlp version used for remote slicer

#8 2018-09-19 03:29:47

Re: 64bit Arm nanodlp version used for remote slicer

#9 2018-09-20 08:51:30

Re: 64bit Arm nanodlp version used for remote slicer

#10 2018-09-20 11:30:07

Re: 64bit Arm nanodlp version used for remote slicer

#11 2018-09-20 11:57:02

Re: 64bit Arm nanodlp version used for remote slicer

#12 2018-09-25 07:43:31

Re: 64bit Arm nanodlp version used for remote slicer

#13 2018-09-27 11:01:21

Re: 64bit Arm nanodlp version used for remote slicer

#14 2018-09-27 18:14:48

Re: 64bit Arm nanodlp version used for remote slicer

Board footer