Lidar-Lite Laser Module

How to add the Lidar-Lite Laser Module robot skill

  1. Load the most recent release of ARC (Get ARC).
  2. Press the Project tab from the top menu bar in ARC.
  3. Press Add Robot Skill from the button ribbon bar in ARC.
  4. Choose the I2C category tab.
  5. Press the Lidar-Lite Laser Module icon to add the robot skill to your project.

Don't have a robot yet?

Follow the Getting Started Guide to build a robot and use the Lidar-Lite Laser Module robot skill.

How to use the Lidar-Lite Laser Module robot skill

Lidar-Lite Distance Sensor connects to any of the three i2c ports. The Lidar-Lite is a laser-based measurement solution supporting various applications (e.g., drones, general robotics, industrial sensing, and more). Measures distance, velocity, and signal strength of cooperative and noncooperative targets at distances from zero to more than 40 meters.

*Note: You will need to solder the i2c wires from the Lidar-Lite to an EZ-B v4 I2C Peripheral Cable (25cm) to connect to the EZ-B v4's i2c. Additionally, the Lidar-Lite requires +5v which can be powered by an Inline 5V regulator (30cm).

This ARC control will read data from the sensor and set EZ-Script Variables, respectively. If the sensor is not connected, the EZ-B v4 will lock up. This control will not read data automatically. We have provided a ControlCommand() for querying the device and setting the variables. Each time you wish to receive data from the Lidar-Lite, you must ask the control to RUN ONCE with ControlCommand().

Here is an example code for looping every 100 milliseconds to request distance data. The data from the Lidar-Lite will be stored in EZ-Script Variables. You may press the CONFIG button on the control to see what variables are being set with data. Ensure you have a Lidar-Lite ARC control added and a Lidar-Lite laser module sensor connected to the i2c of the EZ-B, and paste this code into an EZ-Script control. When this script runs, the Lidar-Lite will update the specified variables with data every 100ms. Check the Variable Watcher to view the data from the sensor.


ControlCommand("Lidar Lite", RunOnce)

print("Distance: " + $lidar)



Note: Synthiam is not a manufacturer of this third-party hardware device. . Nor is ezrobot responsible for the operation of this third-party device. For operational questions, it's best to consult the instruction manual for operational instructions.


Upgrade to ARC Pro

Take control of your robot's destiny by subscribing to Synthiam ARC Pro, and watch it evolve into a versatile and responsive machine.

#1   — Edited

I think this would be a quality device to have It only would need to scan once and then I could evaluate the data. Is there a manual so that I could look it over and see how it's actually working. Is it assigning a value in a cartesion coordinate system etc. or is it in pixel scenario for the variables?


Wondering why the I2C on the tiny does not match the typical I2C pinout. Is this a typo or has this been done to User-inserted image User-inserted image use just your I2C devices? Just need to know for sure what it is. Trying to get the lidar working and noticed this discrepancy.

#3   — Edited

Synthiam doesn’t make the iotiny or any hardware. The manufacturer of that product is ezrobot.

Also, there is no standard for i2c connections. The website from that screenshot is just some random website from some other random product. Read more about i2c protocol here:


Ok didn't know that. I would have thought everyone would have agreed to a standard. I did check the voltage on the pinouts of the IO tiny and it is showing 3.3 v on one end and ground on the other which does not match the data sheet.


@Automation Man Sometimes if you measure the SDA or SCL line it will be held high to 3.3V. The Pinout is correct, see the silkscreen on the back of the IoTiny. The top-down pinout is SCL-SDA-3.3V-GND, just as the datasheet says.

User-inserted image

As @DJ mentioned, there isn't a standard pinout for I2C devices, we decided to go with the pinout of one of the most popular I2C products back when we were developing the board which was the BlinkM standard.

To hook up to the LIDAR lite to an IoTiny you'd likely need an I2C logic level converter, but even then I believe that sensor was a bit finicky with pullup resistors and line capacitance so it may be a bit tricky to dial in. You also need 5V going to the sensor so you would need a 5V regulator attached to it coming from the Vin of the IoTiny. It is possible to use a resistor voltage divider for logic level conversion but that requires a bit of DIY knowledge. I don't have one of these sensors to test with so I can't really give you a 100% wiring diagram that will work.

The price point for these sensors is pretty high compared to a spinning 360-degree LIDAR sensor. I'm not sure I would recommend using the LIDAR lite when you can get a more power LIDAR for around the same price.

#6   — Edited

Thanks for the explanation and I should have flipped it over myself. I want to have both the singular and the 360 degree available in my personal toolbox for different applications. Is there a skill or a 360 variables table to handle the different distances-that would be very helpful because then you could analyze it all and be very specific on what you want to do with the data. On one of the videos that I saw it was very data intensive and will not work. Here is an example of what I'm trying to accomplish- 360 lidar scans (but only use 50 degrees of it) over the top of a 1x6 wood board (only need one time scan) so you need to know the leading edge and the falling edge as compared to the degree then divide it up and get to the center. I have been able to get this to work with infra red and feedback but infra red data bounces around way too much. If you know of a lidar and 360 lidar that work right out of the box or with a bit of desoldering to flip the wires that would be a big help. A quick video describing how you got it to work would be great.


I wouldn't use a 360-degree lidar for finding the edge of the wood or something because it won't be accurate enough, IMO. The challenge you'd run into is the angle at which it would be scanning. It spins and scans outward from the sensor, so you'd have to visualize that in your mind.

The closer the 360 sensor is, the less of the angle you'll detect. The higher the sensor is, the more you'd detect but increase error from a distance.

So, either way, you look at it, a 360-degree sensor won't work for your application.

What I would recommend would be an IR or single laser distance sensor. But use a short-distance version because that would give you the edge, and you'd need to slide over it.

Or, you could have the object on a black surface and use a camera above it to get the shape. A statically mounted camera would give you the object's rectangle as a variable. If the background is black and the object is lighter, that would make detecting it much better.


Makes sense that a black background helps and will keep that in mind. Was planning to be about 15" away and then have the 360 take a scan, evaluated the math and then go to center. For the singular one swing the arm over it evaluate per degree rotation, do the math and then go to center. But I can't get the singular one working and the 360 is on order. Having a bank of variables already made would help. I haven't looked into navigation skill yet but doesn't that have something similar for variables built in to handle the pixels? I thought both types will give you a value for distance. If x value is less than 1/2" from one to another rotational degree that will be your leading edge and if x value is greater than 1/2" that will be your falling edge. Need to just have feedback for rotational angle to make it all work.