Imaging (sensors)

Can I ask you about the VL53L8 series.Can the VL53L8 series use multiple at the same level at the same time, the number is greater than 4, will the middle affect each other, I may need to go through several 8*8 to form a larger depth map? Is the distance measurement in the TOF depth map obtained by this sensor in the middle of each small matrix?

I'm trying to use VL53L1X for counting algorithm in the link: https://www.youtube.com/watch?v=c91Ve-g0J2U but I'm having a problem with accuracy.Thanks to SparkFun_VL53L1X, I can set ROI centers to separate front/back zones. By measuring and analyzing the distances of targets within field of views of these zones, the main idea for counting algorithm is described in this link: https://www.st.com/resource/en/user_manual/dm00626942-counting-people-with-the-vl53l1x-longdistance-ranging-timeofflight-sensor-stmicroelectronics.pdf However, I am facing to a big problem according to the accuracy of distances. Even when I fixed the dist

Hi,Is there a way to interface VL53L5CX SATEL connected to a STM32F767ZI under micropython ?Thx

For the VL53L4CD,Is there a default ranging frequency that can be set to the highest ranging frequency of 100Hz?How to set ?

Hi...how are you ...I made aproject using vl6180x with esp8266 nodemcu v3 ....sometimes the power reached it and worked and other times the power didnot reach it and in that time i have to unplug and replug the esp to the pc port or reset the esp until the power reached it....i connect the sensor to 3.3v pin altought I found some projects connect it to 5v but I afraid to do that or it will burn ....so what is the right connections? I found some projects on google ..they connect it to 5v also like I said sometimes power reached and sometimes not when I connect to 3.3v .....so can I try to connect to 5v maybe i can get stable steady power with no cut off....or how I made sure that sensor can handle 5v and it will not burn if I connect to 5v ?

The VL53L0X sensor chips (33 of them) i bought from Digikey isn't working in my PCBA. I tried to use sensor from the module which i purchased early on is working fine in my PCBA & shows distance readings. I suspect the batch had manufacturing defects as I bought it on January 15 2024.Can someone help me with the solution ? 

Hello,I evaluated the VL53L5CX and it works pretty well. Unfortunately I cannot use it in my application because it has a RAM based firmware (flash memory consumption and maybe boot time also).1) Is there a way to easily find out which of the sensors are RAM / ROM based?2) Will there also be a ROM based version of the VL53L5CX?

Hello all, We will probably need to go for custom cover panels for our sensors, however, we could not find a clear list of requirements to follow.Material: The product's datasheet (DS13812 - Rev 6) states that "the VL53L4CD achieves the best ranging performance in various ambient lighting conditions and for a wide range of cover glass materials." We were considering PMMA or PEI + PC as Gilisymo's / Hornix's cover panels for the VL53L4CD use these materials. Are there other materials worth considering?Thickness and air gap: We came across AN5231 - Rev 1 that provides cover window guidelines for the VL53L1X sensor (not the VL53L4CD).  In Section 5.2.6 ST states that "for sub 1000 mm ranging– Total air gap and cover window thickness = 2 mm maximum– Cover window thickness <1.5 mm and air gap <0.5 mm"Is this also valid for the VL53L4CD, or are the recommended air gap and cover

HI,The driver file I downloaded from the official website is version 1.2.8.(stsw-img029)But when I downloaded the Demo(X-CUBE-TOF1), I found that it uses version 1.2.10.Should I use the latest one? Thanks

Hello all, We have multiple VL6180 sensors on a common IIC bus.Upon system start up, we are enabling one sensor via its GPIO0 / CE pin, initialising it, changing its IIC address, disabling it, and repeating these steps for all sensors on the IIC bus.We noticed that upon disabling the chips (GPIO0 / CE pin low) and enabling them again (GPIO0 / CE pin high) to take measurements, their address changes again to the default (0x29) and we cannot communicate with them using the newly-assigned addresses. Moreover, the sensors would need to be re-initialised before measurement (using the default address).So am I correct in saying that when low, the GPIO / CE pin completely shuts down the chip and any set registers (e.g. register 0x212 that holds the IIC address) are reset to their default address? Do you have to keep the chips enabled (GPIO / CE pin high) after address is changed? Thanks for your input! 

I am attempting to connect the satel-vl53l8a to the Nordic Semiconductor nRF5340 using the I2C protocol, but I am not receiving any acknowledgment (ACK). I have followed the wiring diagrams provided in this document: AN5945. Additionally, I have captured the output of my logic analyzer for reference.Startup sequence and signal sent to VL53L8A

I'm having a bit of trouble talking to the VL53L5Cx... I'm appearing to download firmware ok, by all accolunts vl53l5cx_init() is returning with VL53L5CX_STATUS_OK and vl53l5cx_start_ranging() likewise. However, the response on the I2C bus to vl53l5cx_check_data_ready() is 0xFF, 0x05, 0xC5, 0x81 - thus the check fails and is_Ready returns 0.Any help what those bytes being returned mean, and therefore clues as to what I've done wrong?The device consumption is in the order 28mA, and I cannot see any light with an IR camera...ThanksKevin

Hi, i am trying to use VL6180 to get an obstacle range.I'm using VL6180 APi to communicate with the device. Communication is ok, and consistent. Each register is written correctly.As show in ST examples I init the device and start a single shot reading, but i always get DataNotReady.Laser ( view with an android camera ) is not lit.Supply is one of my dubt.At first i supply VL6180 from main board supply @3.2V, after i tryed with a supply of AVDD and AVDD_VCL @2,8V but nothing changed.Error register return 0 value. ( I got a VCL Continuity test error solved by doing a RESET cycle to the device )With supply of 3.2V does it function but give bad readings? or i does not function at all?For GPIO i drive only GPIO0 for resetting the device, nothing else.

Hello,i have managed to get the vl53l8cx to run and it returns correct measurements. with the occasional wrong distance. i wanted to take advantage of the "Status" values to throw out bad measurements. however my status prints are always 0.here is my code:  //begin a test measurement int32_t s; uint8_t frequency_hz; vl53l8cx_get_ranging_frequency_hz(&conf, &frequency_hz); uint32_t delay_frequency = 1000 / frequency_hz; VL53L8CX_Start(&pObj, VL53L8CX_MODE_ASYNC_CONTINUOUS); HAL_Delay(delay_frequency); // needs time for one measurement at least! s = VL53L8CX_GetDistance(&pObj, &pResult); // If unsuccessful, log the attempt if (s != 0) { APP_LOG(TS_ON, MDS_VLEVEL, "[ToF] Measurement attempt failed with status %d\n", s); ToF_Disable_Measurement_Circuit(); ToF_Deinit_Measurement_Circuit(); return; } VL53L8CX_Stop(&pObj); uint32_t mm; APP_LOG(TS_ON, MDS_VLEVE

Hello,We are researching the feasibility of a new product and have some questions regarding STMicro's TOF sensors. At this time we are narrowing on the VL53L4CX, but I am sure these questions apply to most of these sensors. The product is detecting distance of a flat, white, square coupon normal to the sensing field. About three inches by three inches. The questions are as follows:1. It seems like ambient light has the most dramatic effect on range of the device. Does it also dramatically effect measurement repeatability and accuracy? As a result, are these sensors generally not used outdoors? Is there a way to compensate for the effect of ambient light?2. The size of the full visual field for these sensors, even with a 18 degree FOV, gets pretty large past several feet. Is there an understanding of how much of the visual field an object needs to take up for it to be detected? For instance, can a 3inch by 3 inch test coupon be detected at

Hi,When I get the data returned by VL53L4CX, I have two problems.1:About"VL53LX_get_device_results()"The API function "VL53LX_get_device_results()" takes a lot of time. My MCU is 32MHZ and the operation of this function takes me 13ms. Is this time acceptable?2:About"vl53lx_tuningparm_reset_merge_threshold"When the distance of the measured object changes, the data obtained by the L4CX is delayed for a few cycles before the new distance is obtained. There are several cycles of error reporting (ErrorCode: sometimes 7,sometimes 255) or old distance before getting the new data. Looking in the manual, it seems that this can be improved by decreasing the"vl53lx_tuningparm_reset_merge_threshold", but even if I change it to 0, it doesn't change anything, am I using it wrong?Thanks.

Hi there,I was wondering if the memory used to save the values in the device registers for the VL6180X sensor are volatile or non-volatile. This would affect how the sensors behaves during a power cycle. Could someone clarify this for me if possible?Thanks in advance.

When I place an object near the sensor, it shows the reading between 40 - 50mm. How to perform the calibration of this sensor to accumulate accurate reading from the sensor. I have attached the code that I have uploaded.  

Hi, I am currently actively debugging and working with the sensor and it shows correct measurement data when i set the profile to 'Long range' example (settings from the 'um2039' User manual).     however the sensor response for RangeDMaxMilliMeter: always show a value around 1200 which should be around 2000, is there another settings which i need to do before the profile is actively set to long range? Measurement data is now also correctly measured until about 1200mm but higher results in invalid measurements. below are my settings as they are performed in the code:

Good Morning,I am interested in using the VL53L1X sensor for my application. Before proceeding with the implementation, I would like to gather some information regarding the optical interferences that may affect the sensor's performance.Firstly, I am using the VL53L1X sensor in conjunction with an Arduino Nano board. For the implementation, I am utilizing the VL53L1X_ULD library to facilitate communication and interfacing with the sensor.Currently, I have configured the sensor readout using the LONG mode with an integration time of 66 ms. I have noticed that the SHORT mode sometimes provides me with a null signal value at certain moments. Hence, I have opted for the LONG mode to ensure a more reliable and stable reading.In order to minimize optical interference, I am looking to utilize a passband optical filter with a FWHM (full width at half maximum) of 20-50 nm. However, I would like to know if it is known which wavelengths interfere with outdoor measur

I use a VL53l1X looking trough a oil layer of ca. 20 mm. When getting measured distance 3 times with GetResult(), it returns (example):Status = 0, dist = 11, Ambient = 16, Signal = 20936, #ofSpads = 6Status = 0, dist = 19, Ambient = 8, Signal = 18104, #ofSpads = 6Status = 0, dist = 38, Ambient = 16, Signal = 15864, #ofSpads = 19 --> some 'magic' automatic changed the NrOfSpads from 6 to 19, which also affects the measured distance. When I set the NrOfSpads with VL53L1X_Status_t VL53L1X_SetROI(uint16_t X, uint16_t Y);, this only limits the maximal used NrOfSpads, but it's further possible that the sensor switches to a lower NrOfSpads autonomous. How can I force the sensor to use a defined NrOfSpads?

Hi STM Team,We are using VL53L0CXV0DH Sensor for our Object Detection Application in Medical Field. The Sensor is working fine, but after 1 month of time the dust in the environment covers the sensor's LED part, so, the dust was affected the overall sensor performance.We already tried some dust protective films, but that was created the sensor to detect the object wrongly or always detects objects.Kindly provide any protective covers/films or any suggestions to cover the sensor from environmental dusty particles as well as not absorbing the sensor rays.   

Hello all,I'm looking for a rough estimation of required RAM and FLASH for the  VL53L8CLD Driver and the VL53L8CX ULD Driver together  with STSW-IMG035 Gesture Layers. The GestureEVK_UM.pdf  (v1.5.0) shows on page 49 some indication for the artifacts "VL53LMZ FW", "VL53LMZ ULD Mass Market Driver", "Gesture App Layers" and "Gesture Algo". Does the naming convention "LMZ"  mean that the ressource consumtion estimation for VL53L5CX and VL53L8CX is almost the same - I know that the FW is different but driver API should be 100% identical ? And is this a worst case estimation ( all features enabled ) or a typical-case or best-case mentioned in the manual ?  I'm also wondering that the artifact "VL53LMZ ULS Mass Market" only  requires 144 Bytes of RAM - is this a correct value ? 

I'm working on a project that requires liquid level sensing with a couple of complications I'm trying to address. The application is measuring levels in a vessel that is about 1.4m tall, so the ranges of interest are about 100mm to 1.5m. The target liquid is water-based, though not necessarily colorless. I've been testing with clear water as that's a worst case.The challenges relate to packaging. I need to install the sensor in a fitting attached to the lid of the vessel. For various reason, this means I'm in the end of about a 40mm tube, with a ~20 degree field of view. The other problem is that the fitting is at about a 6 degree angle to the surface of the water. I've been testing with a VL53L1X (set to a central 4x4 ROI) and a VL53L4CX, and things are tantalizingly close to working, but not very reliable. This of course works flawlessly if I have the sensor perpendicular to the surface, even at the end of this tube.Any tips on sensor selection or configura

Hello folks, I am trying to adapt my product to use the new VL53L4CD sensor, replacing another SPI distance sensor that is in use.However, I only have one I2C bus available and it is already shared with other sensors and devices, such as a FRAM. The problem arises when I modify my project in STMCubeMX, it removes the I2C HAL files, creating new instances that control the I2C peripheral. I am unsure how to address this issue, I have already implemented a good amount of code using the I2C HAL libraries and would like to maintain these implementations. Any advice would be greatly appreciated.