DeterminedOpier

  • Posts

    66
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

DeterminedOpier's Achievements

  1. Wow thanks where is that? We have pretty much given up printing from octopi on long prints (which is almost all of our prints) because of layer shifts and other problems. From the SD card it has much less issues, and it is working, mostly, for us. That's from Rpi, not even Opi, but I've been thinking to try the Opis again and see if we still have the problem.
  2. This wasn't meant to be criticism. I was not saying that you are mean. In my experience you have been anything but mean. As you said these boards would be paperweights if it were not for the work that you have done.
  3. Thanks Nico. Explaining it as you did, it is difficult to understand why the default download is Mainline. I would think it would be easier to provide the patched and fixed Legacy as the first choice, but if you need Mainline, it works on most things. I have always just assumed and if Mainline was available you should probably use that because the repositories aren't going to exist long on the Legacy versions of the versions of the kernel. So frustrating when you have a computer worked out and you are happy oh, then you get a message that's your version is no longer supported by the repositories. It's not like the Microsoft Tuesday night mandatory update, but it chaps my ass in much the same way.
  4. Yea I actually don't understand why you deal with any of this nonsense Igor. The internet became a mean, entitled place where nobody has any accountability except the people like you who offer themselves for the betterment of mankind. I tried to help some when I can, because the nice and grateful ones do make it somewhat worthwhile and fun. But OMG the bullshit you have to put up with at the top of this food chain I don't know how you continue.
  5. Thankyou for the time you take to clarify explanations. You know, @NicoD, I think a great article/video for you would be to explain the difference between the versions of debian/ubuntu (buster, bionic, jessie, etc.), and the different versions of the kernel. What is legacy vs mainline? What does it mean when one has support and the other doesn't? (can't you just copy it over). Why are these features, like hardware acceleration, so difficult to make work? I would write it if I understood it, but I don't. And as you can see in this thread, smart guys like all of you don't even understand what we don't understand. I can tell you that my methodology is to wait until someone posts a useful link and try it, because I have no idea what changing a kernel in armbian config even does, and what it would effect. I wouldn't say it's like "explain it for the dumb people." Because I personally wrote a book on remote web publishing in Perl for John Wiley in 1996, and gave away working software, before anyone even envisioned wordpress. I'm sure a lot of other people who look stupid here are actually not at all. You don't know what you don't know, and I have yet to find a good explanation of how these operating systems work now. I just asked Stephen from Opi if one of his images has hardware acceleration, and he said it did. Yet my experience with his images are that they don't even work. So if someone did this, it would be great to explain why things work here and they don't work there, and why, if it works on an old kernel, why anyone would want to even use "mainline" where all kinds of nasty things are broken (like not being able to log into my gmail). Just an idea. I love @NicoD's approach, even if it is usually not from the perspective of what I use pis for at all. Two wives and six kids later, I don't have a lot of time for retro-gaming. :)
  6. I bailed to x86 lol. I've been beating mi head against the wall of these arm boards enough lately.
  7. Yeah I have not been willing to switch the nightly builds because the last time I did it random things break. I only broke this board out because my laptop got dropped and I have to send it back to Dell. It is pretty much standard operating procedure for me to pick the one and has a known bug with no sound. I can use my phone for YouTube for a couple days
  8. This is still not working on the latest Buster for the N2. I switched to legacy kernel and the audio sink returned to normal, but it broke other things so I went back. http://ix.io/2vZM
  9. I don't know what that means lol, but I will try to figure it out when I return to the Opi attempt at octoprint. Thankyou.
  10. Yes, that is exactly why I decided to just give up for now and move to the Rpi. It definitely on prints longer than 12 hours, but the last one happened at like 2%. Once we get things rolling with all of our printers I will enable the serial log and attempt a long print again, and get back to you with it. Thanks for the followup @ldiaz.
  11. So, @ldiaz, and others who may be interested in this thread. The Orange Pi One experiment is a complete failure. Octoprint installs correctly, connects, prints, all just fine and everything is seamless. But, and this is obviously a huge but, long prints eventually fail, and usually late. So you wake up to a 20 hour print that should still be going, and the print head is frozen at over 80%. So essentially a whole day got taken up, for nothing. This has happened repeatedly, over a dozen times, while I tested and retested to eliminate variables. * Changed brand of SD card. * Moved pis to power source not the same as printer, in case it was a voltage sag. * Using shielded printer cables. * Initially we used an OctoFarm overlay program, so tested with and without. * This happened on both Prusa and several CR-10s. And the most telltale of them all was that yesterday I burned a standard Raspberry Pi Octopi image, fired up one of my 3B plusses, and hooked it to one of the CR-10s. The camera came on (which I never got working on the Opi), and the first large 22 hour print just finished. I think there is some kind of communication jam up going on, because though the problem is repeatable, it happened at different times. Some even failed at 2%, same behavior. I didn't have the serial log enabled, but the standard log showed nothing. If you are interested @ldiaz, I am willing to hang in there and continue to test for you. After a week and a half of failed prints, I personally I am completely abandoning the Opis for now and moving to Rpis. Nobody even answered my webcam question, and I know Igor isn't interested in camera stuff historically, so it just isn't worth it for now. I am subscribed to this thread, so if you want to come back and try to figure it out at some point, just let me know and I'll be happy to lasso a printer and see if it works. Thankyou of course for all of your efforts. I love Armbian and appreciate the work that you all bring to the world of experimental computing. I will do whatever I can to help.
  12. I have made the change on several of these Orange Pi Ones now, and you don't have to do anything in armbian-config. Just that one field in the dtb file is it.
  13. For those who may be finding this thread later, I made some interesting progress today. The Orange Pi One has only one regular USB port, which, using OctoPi, you need for the printer. But it does have also a USB OTG, which you may call Micro USB, and I have never used it for anything. Initially I plugged in the camera to that with an adapter, and got nothing on lsusb at all. After some digging, I found the way to cure this. You have to edit the dtb file in the /boot/ dtb/ directory for your board. All the supported boards are in there. Then you have to convert that binary dtb file into text, with a program called dtc. pi@citrico-opione:/boot/dtb$ sudo dtc -I dtb /boot/dtb/sun8i-h3-orangepi-one.dtb -O dts -o /boot/dtb/sun8i-h3-orangepi-one.dts that gives you the dts file, which you can open in nano. pi@citrico-opione:/boot/dtb$ sudo nano sun8i-h3-orangepi-one.dts Find the code block that has dr_mode in it. On this board it is usb@1c19000. Change the value to host instead of otb. Then control x, y, enter to save the file. Then you have to convert it back to binary. You can make a backup of your original binary file first if you want, then do this: pi@citrico-opione:/boot/dtb$ sudo dtc -I dts /boot/dtb/sun8i-h3-orangepi-one.dts -O dtb -o /boot/dtb/sun8i-h3-orangepi-one.dtb then reboot. The micro usb is now a regular usb, and my gembird camera came up under lsusb. I also had enabled usb0 in the hardware options in armbian-config, but I don't know if I had to do that. I actually just enabled them all before finding this solution. Still stuck on the video though. Snapshots are working.