I am using Windows, do you think it is just a timing thing? I just don’t want to keep trying and have it keep failing because I have missed something.
It’s quite possible. I’m taking it you’re just getting the fail message when trying to upload. If that’s the case, it’s timing. With Windows, you need to be pressing both in very quick succession, there’s a very small window that it’ll work in.
Also there’s TX&RX LEDs right by the USB socket on the board, if you take the plate off you can see the timing on boot.
I can see the LED from the gap where the port protrudes, even when pressing at the same time or a slight delay either way there is no luck.
About the timing issue… it could be that I just got lucky under Linux, but I don’t think so. Running ReplicatorG from the command line will output the app state to the terminal as usual, so positioning both windows to be visible on screen allows for pressing the upload button on RepG while watching the activity on the command line. The timing issue isn’t actually an issue considering that, if /dev/ttyACM* is present, then the OS is able to communicate with the printer. That said, after pressing the upload button I’m always getting two attempts at flashing the printer on the cli output, so between the first failed attempt and the second one, there’s enough time to press the reset on the back of the printer. In my case, I just keep the left hand ready to press the reset while the right hand clicks on upload, while watching the cli output. As for windows I don’t know how I’d measure the retry intervals, perhaps it would also work by running the RepG from a cmd or powershell and watch those…?
Hmm… Does your CTC have a usb dongle which you need to buy print time with? There’s some CTCs out there with that and they’re totally locked down, you can’t change the firmware on them.
It didn’t come with anything like that as far as I can see.
I’ll see what I can do, I have some time to try some more now. I usually have my brother to hand though to help with the button pushing.
We were trying for 2 or 3 hours yesterday with no progress.
I have been trying for another hour or so and still no dice. On the verge of giving up, I have no idea how it can be a timing problem any more, I have tried every which way possible.
Hi there,
Sorry to hear that things aren’t going that well for you. If we are to presume that it is hardly a timing issue by now, then it could still be possible that you’d be experiencing the same troubles I did in the beginning, in spite of me using linux - meaning, it could be that ReplicatorG isn’t actually communicating properly with your printer at all.
In my case, as stated below, while running Replicatorg-0040r33-Sailfish-linux.tgz from the command line, I would get the /dev/ttyACM0 device discovered but when pressing Upload for the firmware part, I got an error specific to linux claiming that lib-usb 0.4.1 could not be found. Without this library working, it made total sense to me to first fix that and then deal with timings.
My point is, if by some reason your system has an issue with the USB communication somehow specific to the printer and along the lines of what happened with me, that might be it.
Unfortunately I don’t have any other alternative besides suggesting you’d get an Ubuntu 14.04.3 LTS like I have and use it to replicate my steps. At least by that point and running ReplicatorG off of the command line, we might get some hints as to what is happening, either bad timing or USB communication all the way.
If no other solution is presented, I’d be willing to guide you with this if you decide to do it - you can reach me directly through my Hub and we’d take it from there.
I have a server here running ubuntu, when my brother gets home I’ll give it a try on there.
Here’s hoping that fixes it.
Thank you for all of your help it is hugely appreciated.
So I am trying it on Linux, just one problem though, ReplicatorG can’t detect the printer. It is says it can’t find a port to use, how do I fix that?
Unplug the printer from usb; sudo dmesg -c Plug the printer dmesg It should output something there, in particular if any tty device is created. What linux distro are you running? EDIT post the results of dmesg and if available, the outputs of uname -a lsb_release -a as root
I will get to that as soon as possible, I have to give up for tonight though because its new years and I have to spend it with the other half. Thank you for your help, I will get back to you as soon as I get to try it.
Same here and have a good one, we’ll eventually figure it out I believe, Happy New Year!
Right back to work now… I have taken a picture of the things you asked us to enter (sorry for the quality, its was the easiest way).
ok, so you have an Ubuntu 64bit there and the printer is being detected as /dev/ttyACM0 as it should. If you run ReplicatorG from the command line and go to
Machine > Connection (serial port)
you should have ttyACM0 listed there, if not, it should appear once you click on
Rescan serial ports
Resize the command line window and the ReplicatorG window so that you get both windows visible on screen.
Follow the Sailfish installation guide as you did for windows and when you press “Upload” to upload the firmware, you should be able to follow the results on the command line beside it.
Try to upload the firmware again and post the command line results here as well, as the next step.
We have followed the instructions and tried rescanning but it still doesn’t show.
In the terminal it does say there is an error creating the lock file var/lock/LCK…ttyACM0: File Exists
EDIT: We managed to fix it by running as root.
Okay so we are basically getting the exact same thing happening. The same flashes, even though we can see on the terminal we have tried your method and it isn’t working for some strange reason.
Are you able to post the terminal output as you do the upload/reset routine?
