𝒍𝒆𝒎𝒂𝒏𝒏

Hey 👋 I’m Lemann: mark II

I like tech, bicycles, and nature.

Otherwise known as; @lemann@lemmy.one and @lemann@lemmy.world

Dancing Parrot wearing sunglasses

  • 3 Posts
  • 168 Comments
Joined 9 months ago
cake
Cake day: December 22nd, 2023

help-circle



  • I have to admit I’m not entirely convinced these requests are coming from a compiler…

    Is it possible for you to virtualize an non-networked system with your GPU passed through? That seems like the best option IMO. Next best thing would be to set up an airgapped machine just for this, but not everyone has a 2nd machine.

    Personally when I was trying out local LLMs I used a virtual machine, mainly due to the known code execution vulnerability related to Tensorflow model data being saved in python’s Pickle format. I believe the recommended save method changed twice since those days though.

    With the Firefox stuff I’m assuming you’ve also checked their enterprise config options too (which are admittedly difficult to find and piece together online), so not too sure what else you could do except aside from continuing to block them. Librewolf however provides documentation on how to disable the extra requests sent from their browser in their FAQ, and covers some preferences on the subsequent page linked at the bottom




  • I’m rooted to…

    • backup & restore my apps as I please (as well as scheduled backups to my SD card)
    • BMS control to keep my battery in good health
    • Automation app for automating stuff (like Tasker)
    • revoking typically unrevokable permissions from system and Google apps
    • To actually feel like I own my device.

    If I wanted a heavily curated (and somewhat locked down) experience, I’d be in the Apple ecosystem - don’t know why Google thinks it’s a great idea to force this ideology onto practically all Android users…

    Similar situation with that additional warning for sideloading apps - there’s already two warnings and Play Protect typically uninstalls these apps anyway, without the user’s consent - in one case deleting KDE Connect from users’ devices if installed with F-Droid

    Uhh I definitely went off on a tangent, oops.


  • A while back I made a Lolin32-based weather station that lasts for around 60 days on a single disposable vape battery.

    It wakes up every 15 mins, and while it’s connecting to WiFi it retrieves the AM2302 sensor readings. As soon as they’re transmitted it goes back to sleep.

    I wish there was a more power efficient alternative though, like whatever is being used in those BLE LYWSD03MMC sensors that last for around 3-6 months on a cr2032 whilst also having a display built in




  • To answer the direct question - no

    I do have some thoughts on moving away from the Pi though - warning, heavy personal bias ahead

    If you’re looking at moving away from the Pi I would just suggest a low power x86 box, like a Nuc or some Intel N100 low-power tiny PC.

    There is a caveat though - it looks like the OctoPi project only provides OS builds for the Pi, so if you change systems it looks like you’ll need to install OctoPrint manually, and port over your config somehow.

    On ebay you can get second-hand NUCs, 6th gen and up, for practically peanuts. The cheaper quad core celeron nucs (i.e. J3455) are roughly equivalent to the 3rd and 4th gen dual-core i5s (3777u, 3230m etc) performance wise, but have an updated QuickSync encoder and support accelerated 4K video encoding/playback, handy if you want to capture timelapses of your prints or just view them live. They also consume 1/3rd of the power at around 10 watts under the same workload.

    ARM support for other vendors can be pretty flaky, sometimes even non existent. While you could pick an Orange Pi, and go with a modern community-supported distro like Armbian, it isn’t a turnkey experience like the Pi. There is much less documentation, and still some very early boards floating around with hardware defects and overheating issues (posing a fire risk in the worst case, the OPi Zero being the most egregious - literally melting the optional enclosure and killing the NIC). Some research before buying will let you know most of what you need to know - check around the forums for any common issues and dealbreakers, as well as the manufacturer’s site to get an idea of available support.

    If you want to get an idea of the alternatives you could check out Jeff Geerling’s youtube channel, he covers the Pi and occasionally videos on other alternatives, as well as issues he’s had with them and support. I’ll try and link some below…

    https://www.youtube.com/watch?v=KghZIgkKZcs

    Check the comments on that one for a quick synopsis, as the video is quite long…

    https://www.youtube.com/watch?v=jjzvh-bfV-E

    This video pretty much just echoes my current perspective




  • Retraction settings are probably your best bet then. Since the SV06 doesn’t use a bowden extruder, there’s much less things that could be the issue in your scenario thankfully

    To be specific about my “workaround”, it compensates for a non-flat build plate (ramped lift) and a cheap nozzle that filament often sticks to (wipe on retract). It took me two days of test prints and research to narrow those down though…

    To get to the bottom of your issue quickly, you could try tuning your retraction using a retraction test, then possibly try recording the nozzle printing the same test at 60/120fps, to play it back in slow motion. This way you can see at what part of the nozzle movement the stringing starts, and change any relevant settings accordingly




  • ASMedia is the only controller IC manufacturer that can be trusted for these IME. They also have the best Linux support compared to the other options and support pass-through commands. These are commonly found in USB DAS enclosures, and a very small fraction of single disk SATA enclosures

    Innostor controllers max out at SATA 2 and lock up when you issue pass-through commands (e.g. to read SMART data). These also return an incorrect serial number. These are commonly found in ultra cheap desktop hard drive docks, and 40pin IDE/44pin IDE/SATA to USB converters

    JMicron controllers (not affiliated with the reputable Micron) should be avoided unless you know what you are doing… UASP is flaky, and there are hacky kernel boot time parameters required to get these working on Raspberry Pi boards. Unfortunately these are the most popular ones on the market due to very low cost