Thanks guys, I'll persevere with it by unloading the driver and starting again. Update: Resolved after trying three cables. Yes, power was connected but no data; I suspect these cables only support charging. I pinched one from the desktop printer and hey-presto all was OK. Cables consigned to the bin and proper data cable on order.
You have a dual V1.0 no Hybrid? Then I would not use the Pro firmware, the dimensions are different are it is likely you will crash the head. Take the Dual firmware and just changed the extruder count to 1 in the configuration, then recompile with the Arduino IDE and follow the guide...
Nope... Sorry... But the guide is pretty nice, just decide how you wanna flash: connected to your PC/Mac using OctoPi/RaspberryPi Always take a look at the following post too...
,when i was compiling i did notice that the software was asking if i wanted to update U8glib, which i did not do, and i was repeatedly getting Invalid library found in C:\Users\Owner\Documents\Arduino\libraries\Arduino_1.6.x: C:\Users\Owner\Documents\Arduino\libraries\Arduino_1.6.x here is what it said after verification C:\Users\Owner\Documents\Arduino\libraries\U8glib\utility\u8g_rot.c:48:1: warning: initialization from incompatible pointer type [enabled by default] u8g_dev_t u8g_dev_rot = { u8g_dev_rot_dummy_fn, NULL, NULL }; ^ C:\Users\Owner\Documents\Arduino\libraries\U8glib\utility\u8g_rot.c:48:1: warning: (near initialization for 'u8g_dev_rot.dev_fn') [enabled by default] is all of this ok? sorry if this has already been addressed
You didn't home. That is the indicator that the firmware does not know where the head is located at. Every number shown maybe incorrect. Home then they are steady until the motors power down again...
haha yeah i figured that out and just edited my post to delete that part, i should have waited till i homed to post that lol
HELP !!!! (BB-1.0 Dual-with two volcanoes) trying to go from stock RC3 to RC6. I followed the instructions... When I complied I did not get any errors. Selected port Com10. Uploaded cimplied firmware. Now I GET A BLANK LCD screen !! What do I do now?
Good. Also good. Not important for us, you gotta select the right one which depends on your connection and you computer... Can be different for every user... Not nice... Where did you get the RC6 you are compiling from?
Does sound like the settings aren't set for the correct LCD screen type. I know they would be correct in your source Alex
I got it from a link from this forum. But mysteriously I cant find it anymore. I downloaded Marlin-1.1.0-RC3.zip, Marlin-1.1.0-RC4.zip, Marlin-1.1.0-RC5.zip, Marlin-1.1.0-RC6.zip on May 15th. Can you post a link for RC6 ?
I just tried RC6 from here: https://github.com/Alex9779/Marlin as I only have the BB-1.0 dual with Volcanoes. And it now works. Not sure what happened with that other rc6. We really need some official firmware page.
@Greg Holloway is setting something up on Github but I think I am going to prepare a special firmware page in the Wiki too collecting all the stuff and provide compiled firmwares for all the different setups that are possible now with a detail explanation with what setup you have to choose which firmware...
Then this compiled one is for you https://jenkins.alitecs.de/job/BigB...uild/artifact/build/Marlin.BigBox_Dual-RC.hex or this branch: https://github.com/Alex9779/Marlin/tree/BigBox/Dual/RC But this is set to the default branch so you got the right one already...
I have been updating the firmware to RC6. There is a new repository here | https://github.com/BigBox3D It's still being worked on!
Thanks for the Xloader suggestion, that was really nice since I still haven't gotten my Pi up and running (my own laziness).
Now that I have RC6 loaded and I'm running a new test Benchy now... can I just plug in my OctoPi? Or will it cause fits to the RUMBA like RC3 did?? btw, I like the new mesh level bed screens... PLus I found out (the hardway) that I need to have a tighter tolerance for the paper test under the nozzle than before. thats ok. just didnt expect that. Plus dealing with another Thermal Runaway... er thermal crash... because at nearly every layer, they code pushed the fan even higher. In the lcd I keep killing the fan until like layer 8 or 10 so it stays ok 8%.
I Changed the cooling setting in S3D to max out at 80% fan. I was in the middle of my first "real" print when that happened. Then I remembered reading about the thermal runaway when the fans go above 80%. Was only two hours into a three hour print...