Batch never prints

[Kikketer]

I'm attempting in Debian 8 and this is what I see:

sudo ./nejePrint.sh /dev/ttyUSB0 mono.bmp 
[sudo] password for ****: 
setting port...
speed 57600 baud; line = 0;
-brkint -imaxbel
done
Handshake...
done
Sending
done
home
Burning Time 0x20
preview
All Done

If I don't sudo it'll spew a pile of permission denied. The laser seems to flash a bit during the Sending portion so it appears to be sending but after "All Done" nothing happens. The laser never moves at any point during this.

Is there some sort of driver or the like? Am I missing a step? Thanks

---

Also tried it as root (so no sudo needed). The only difference was that while the Sending command was going, the laser was completely off. It then turned on again after the "done" was posted. But still no output and nothing prints.

I pushed the button on the printer just to see if maybe the image was sent but didn't start printing. It just printed the previous (when I used windows) image.

[AxelTB]

Are you in the "dialout" group?

[Kikketer]

I added and tried, same result. Although both times now the laser was turned off completely during the "sending" step:

root : root dialout
chris : chris dialout cdrom floppy audio dip video plugdev netdev lpadmin scanner

It just seems so close! The laser never moves during the script either :(

I tried playing around with some of the steps and even sending some of the codes found here: https://github.com/mrehqe/pyneje/blob/master/doc/neje-serial-protocol.txt None of the "move" codes made the laser move either.

[donhurlibutz]

Got the same problem, will try to find a Windows Computer with USB- sniffer program

[AxelTB]

Is the image 512x512 with 2bit color depth? If length and encoding is not exactly right the printer just goes insane...

I'm working on a node version, bash is nice 'cause it has no dependencies but it's meant to be used only as a hacking tool, the software is really the python one!

I'm working on a node sw, the bash one will be deleted in future versions.

[kszere]

Can we create new platform software for this all models neje?

On Wed, Dec 21, 2016, 21:05 Alessio Graziano notifications@github.com wrote:

Is the image 512x512 with 2bit color depth? If length and encoding is not exactly right the printer just goes insane...

I'm working on a node version, bash is nice 'cause it has no dependencies but it's meant to be used only as a hacking tool, the software is really the python one!

I'm working on a node sw, the bash one will be deleted in future versions.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/AxelTB/nejePrint/issues/4#issuecomment-268625461, or mute the thread https://github.com/notifications/unsubscribe-auth/AG0ta21AVzoIT2-nGgzqZzQd3hiTbQg0ks5rKYadgaJpZM4LQWAM .

--

Pozdrawiam, Krzysztof Szeremeta KSZERE | SO4ASN

[donhurlibutz]

Yes, it´ s 512x512 with 2bit color depth, (ImageMagic)

convert Biohazard.bmp BMP3:test.bmp file test.bmp test.bmp: PC bitmap, Windows 3.x format, 512 x 512 x 1

even the included "mono.bmp" don´ t work..

[Kikketer]

Yeah I was working with mono.bmp, I just wanted to really see if it worked (then worry about the GUI gloss bits later).

I was tempted to try the Python version, but I know nothing about Python and the dependencies were already too much for me. I figured if the batch process didn't work the Python one wouldn't either (figuring it was using the same techniques).

[AxelTB]

Try the version on the develop (adc717749e1b9f085e73cae9027f10d252cb97a9).

This version does a full setup of the Serial port and a complete handshake. Thanks to @Kitteker for the detailed report.

Let me know if it works.

[Kikketer]

Sorry it took awhile. I checked out develop branch and as root tried the command. Unfortunately the handshake seems to have failed:

# sh ./nejePrint.sh /dev/ttyUSB0 mono.bmp 
setting port...
Handshake...
Handshake Failed (Error 0):
speed 57600 baud; line = 0;
min = 1; time = 0;
-brkint -icrnl ixoff -imaxbel
-opost -onlcr
-isig -icanon -echo -echoe

I don't have much time to debug right now, I'll try a few things more later.

[AxelTB]

Try it a couple of times without root. Sometimes fails for no reason.

Besides that I have no clue.

[Kikketer]

Sorry this took so long, but I've tried:

./nejePrint.sh /dev/ttyUSB0 ./mono.bmp

Several times and tried with sudo. No matter how many times I try, it gives the same error (what I have above). I fear using a whole VM just for this :)

[AxelTB]

Just for information: which model do you have?

Right now it seem to work for the DK-8 and it shouldn't on the DK-BL

[Kikketer]

If it helps, I found a project that does work: https://github.com/camrein/EzGraver I compiled it from source on my machine and it's currently printing (using the GUI). Maybe you could check that out and see what they did? I've never really read C++ code or whatever they are using.

[Kikketer]

I have the "NEJE DK-8-KZ 1000mW Laser Engraver Printer BLACK"

[kszere]

I also NEJE DK-8KZ 1W

On Thu, Jan 12, 2017, 20:23 Chris Weed notifications@github.com wrote:

I have the "NEJE DK-8-KZ 1000mW Laser Engraver Printer BLACK"

— You are receiving this because you commented.

Reply to this email directly, view it on GitHub https://github.com/AxelTB/nejePrint/issues/4#issuecomment-272256765, or mute the thread https://github.com/notifications/unsubscribe-auth/AG0ta16FSv7xA10byng2Exhs28Bl9fh6ks5rRn3FgaJpZM4LQWAM .

--

Pozdrawiam, Krzysztof Szeremeta KSZERE | SO4ASN

[AxelTB]

This is strange, I have the same model...

When I'll have some time I'll check everything out and maybe trying to figure out this mess

[Jazzjerry]

I also tried with a recent NEJE DK-8-KZ

Also tried the EzGraver form https://github.com/camrein

And the results are similar. It seems the protocol has changed. I can find the NEJE on ttyUSB0 and seem to be able to connect.. But that is about it.

None of the commands pushed to the NEJE seem to work.

Also the initial uload does not change the butterfly test image that NEJE suplied on their Eprom

I tried:

The NEJE seems to respond on upload and recenter while buzzing a bit. For the rest it does nothing. As if it has another protocol and does not understand the scripts and data we push to it.

Maybe NEJE udated and changed the protocol? How to find out though? I have a CD with windows software and drivers they suplied me.. But dont own a windows machine. Otherwise I could have tried to wireshark on the serial port to see what gets pushed by their software,,,,,....

What do You think?

xxx-xxxxxx nejePrint-master # sudo ./nejePrint.sh /dev/ttyUSB0 mono.bmp [40] (standard_in) 1: syntax error setting port... speed 57600 baud; line = 0; min = 0; time = 0; -brkint -icrnl -imaxbel -opost -isig -icanon -iexten -echo done Handshake... done Sending done home Burning Time 0x preview All Done

See https://github.com/camrein/EzGraver/issues/34 for the rest of my findings.

Thanks AxelTB

for your help and effort to get this perfect cheap tool adopted in our DIY open source community.

[AxelTB]

You're very welcome.

If it may help you to reverse engineer the protocol I used a VirtualBox VM with windows on it and a cheap serial hex sniffer software (On the windows VM too). I didn't have any windows machine either.