• ayane_m@lemmy.vg
    link
    fedilink
    English
    arrow-up
    3
    ·
    2 hours ago

    That’s not bios; that’s the os. It’s not a bsod; that’s systemd running on Linux.

  • EldenLord@lemmy.world
    link
    fedilink
    arrow-up
    9
    ·
    6 hours ago

    Oh yeah baby crash my bootloader!💕 Pump me full of bloatware and make my integers overflow🥵 I want you to leave my USB port dysfunctional for days and my ram displaced come on baby do it make me BSOD!!!😮‍💨🥵💕💦💦

  • Aceticon@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    24
    arrow-down
    1
    ·
    11 hours ago

    Is it just me who feels that having one processing unit per display is a waste?

    I mean, I get it why they did it (it’s way easier to just have one SBC per-display, both on the hardware and the software sides), but if designing such a system I would still try to come up with a single board solution if only because waste gets on my nerves.

    • Brosplosion@lemmy.zip
      link
      fedilink
      arrow-up
      5
      ·
      7 hours ago

      I’d argue that a custom board is more wasteful since they are single use. Using a cheapo COTS processor that drives a single display and runs Linux is reusable in the long run.

      • Aceticon@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        2
        ·
        6 hours ago

        True, such a low number of production units design would really only make sense if you could find an off the shelf solution to drive multiple displays.

        If these displays are not supposed to be animated and they’re reasonably low resolution (say, 800x600 20bit RGB or less), they could be connected via SPI and pretty much every microcontroller out there has multiple SPI ports, so even a cheap SBC would work for that). However I expect that getting XWindows or Wayland in Linux to work with such displays would be a PITA.

        I’ve only ever got software running under Linux to control a tiny 2-tone display via I2C - on an Orange Pi SBC - and it’s totally its own thing which happens to be running under Linux sending low-level commands via the I2C dev and not at all integrated with X-Windows or Wayland. This would also work fine if the comms was via SPI (in fact the code barelly changes since I’m using a library that does most of the low-level work for me).

        To just display a static image or a sequence of static images loaded from storage in a bunch of screens low-resolution enough to support SPI (so 800x600 or less) I expect something like that would be fine.

        The more I think about it, there more I expect this thing could run on a single $50 SBC as long as the connector exposes at least an SPI device and 8 independent I/O lines (given how SPI works, shared SPI bus is fine with one separate Chip Select line for each screen as long as the SPI device under Linux can run on a mode that lets your code control the CS line itself, and the other 4 I/O lines are for touch detection) assuming touch position is irrelevant.

        • dreadbeef@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          3
          ·
          edit-2
          2 hours ago

          This guy B2Bs. Y’all think companies aim for efficiency when their client is a megacorp? Heeelllll no. Corporations bleed each other out, too.

        • foo@feddit.uk
          link
          fedilink
          arrow-up
          1
          ·
          7 hours ago

          It could just be a backlit panel that you place a semi-transparent logo in front. Could be magnetic or slid into place. More resources than a sticker but probably far less than a system-on-a-chip running an OS and displaying the same picture on a monitor all day.

      • Soup@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        8 hours ago

        But what about yet another bright light in someone’s face? Do you not want another bright light in someone’s face? Everyone loves bright lights in someone’s face!

  • PieMePlenty@lemmy.world
    link
    fedilink
    arrow-up
    27
    ·
    edit-2
    15 hours ago

    This implies every drink and its display is handled by its own computer running linux. Potentially mtndew has a different IP than coca cola.

    • foo@feddit.uk
      link
      fedilink
      arrow-up
      3
      ·
      7 hours ago

      I wonder if there is a refill cartridge with the flavour in it that the OS reads from to always display the right logo. Or maybe a touchscreen that the workers use to change it manually.

  • Wispy2891@lemmy.world
    link
    fedilink
    arrow-up
    12
    ·
    15 hours ago

    How often do they change flavors that they need a full blown computer to show the logo, probably downloading it from a remote server, compared to just a backlighted sheet with a printed image?

    • The_Decryptor@aussie.zone
      link
      fedilink
      English
      arrow-up
      20
      ·
      18 hours ago

      It’s failing storage, top half of the display is EXT4 complaining it can’t read the SD card, bottom half is the result of that, services can’t start.

        • 0x0@lemmy.zip
          link
          fedilink
          arrow-up
          2
          ·
          10 hours ago

          Anecdotally, a friend had a bunch of raspberry pis running inside specific devices, running hot, SDcards would eventually fail.
          Started properly venting and cooling the pis… SDcards stopped failing (didn’t have to be MilitaryGrade™ either).

    • Grass@sh.itjust.works
      link
      fedilink
      arrow-up
      13
      arrow-down
      1
      ·
      1 day ago

      a whole linux system isn’t even all that crazy. if it runs doom it can probably also run linux so probably everything from a potato to a dog’s left testicle can run linux.

    • ByteJunk@lemmy.world
      link
      fedilink
      arrow-up
      17
      ·
      1 day ago

      I’ve never seen one of these, but I assume it performs other functions - surely monitoring sensors, probably reporting that data, maybe allowing triggering maintenance functions, etc.

      That said, processing and storage is so cheap on this scale that it’s probably better (and cheaper) to go with a tried and true, widely supported system, than it is to optimize with custom hardware/firmware.

        • ByteJunk@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          8 hours ago

          I meant the machine itself! The print out is your typical systemd boot, though they’re usually covered by a distro splash but it can be disabled.

    • jj4211@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      23 hours ago

      Wouldn’t be surprised if they ran animated splash.

      Hell, wouldn’t be surprised if they started pushing ads through the screens.

    • zalgotext@sh.itjust.works
      link
      fedilink
      arrow-up
      4
      ·
      1 day ago

      I feel like that isn’t that far fetched, considering this machine probably has some sort of Internet connectivity so you can update the labels remotely and do other remote maintenance/monitoring tasks.