Let’s look up the product, as this would be one of the first things that professionals such as Deviant Ollam or Andrew “bunnie” Huang would do.
As alluded to in earlier posts, this is the “Lane 5000 LE” from Ingenico. Close to the bottom of the page for this product, it states:
All payment methods accepted including QR code payment thanks to an optional camera
This is also mentioned in the consumer-facing product datasheet.
Not every picture of the device shows the camera, since it’s optional. Since the camera seems to be part of the chassis, the camera option needs to be specified when ordering and it is not possible to put the camera on afterwards.
I’m not sure what the “LE” suffix means, but this device looks the same and basically looks the same to any customer in a store and is practically the same as the “Lane 5000”, as the links below refer to this model number. There is still an online resource page for this model.
Page 9 of the user guide indicates that this is a 0.5 megapixel/VGA-resolution camera (i.e., 640x480) and page 24 shows what the device looks like with the camera option. A rather low camera resolution by today’s flagship camera standards, but apparently this is sufficient for QR code scanning.
(From a UX perspective, it’s a bit awkward to turn a smartphone’s screen away from the user to scan a QR code compared to laser readers that work fine on smartphone screens; but that’s an aside.)
Quickly:
- The datasheet shows a picture with the camera.
- Other verisions of the datasheet (see: 1, 2, and 3) all mention the camera option.
- Links 2 and 3 have the first picture show the with the camera.
The OS is “Telium TETRA”. Making very broad guesses on this “black box” without being able to open up to look at the PCB inside, I would infer that if there were any camera surveillance capabilities, then the device could not be able to do too much on-device and would have to offload it to a server destination to do anything practically useful (i.e., such as saving the video).
From the company’s perspective and since the camera is simply an option, this is probably not a good use of resources to try to coincidentally engineer security video features into this device, as the OS would be installed across both camera and non-camera models. Also given the fact that it supports up to a 32 GB microSD card and it has a Cortex-A7 chip, which is the same one that the Raspberry Pi 2 had at its release in 2015, this point-of-sale (POS) device hypothetically could have RPi2-like capabilities.
Based on this, for saving picture stills whenever the POS device is being used and/or when there is a payment transaction and saved on-device, this seems somewhat relatively feasible with this high level description of the hardware. However, for video capabilities that would be a continuous stream/recording for security video purposes, you might be pushing your luck for video that’s at 480p, or at least not saving a lot of video at 480p. I had a professor who used a RPi2 to save stills and to report live snow levels in the woods, and although I don’t remember the resolution of the first RPi camera, I think that’d be a much better DIY camera than what’s on the LANE 5000.
I’m not really a hardware expert, but as @HauntSanctuary mentioned, you can always wear a mask if you know of stores that use Lane 5000 devices with cameras while checking out.