* [PATCH v4 0/2] iio: proximity: add PulsedLight LIDAR sensor support
@ 2015-08-05 4:41 Matt Ranostay
[not found] ` <1438749676-28781-1-git-send-email-mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Matt Ranostay @ 2015-08-05 4:41 UTC (permalink / raw)
To: marex-ynQEQJNshbs, jic23-DgEjT+Ai2ygdnm+yROfE0A,
lars-Qo5EllUWu/uELgA04lAiVw,
vladimir.barinov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8
Cc: linux-iio-u79uwXL29TY76Z2rM5mHXA,
devicetree-u79uwXL29TY76Z2rM5mHXA, Matt Ranostay
This patchset adds support for this range finding LIDAR module, and reports
distance back in meters to centimeter resolution with +/- 2.5 CM of accuracy
at ~40 meters.
Changes from v3:
* removed rogue stray newline
* made buffer parameter 16 bytes to fit alignment
Matt Ranostay (2):
devicetree: add PulsedLight vendor + device docs
iio: proximity: add support for PulsedLight LIDAR
.../devicetree/bindings/i2c/trivial-devices.txt | 1 +
.../devicetree/bindings/vendor-prefixes.txt | 1 +
drivers/iio/proximity/Kconfig | 12 +
drivers/iio/proximity/Makefile | 1 +
drivers/iio/proximity/lidar.c | 294 +++++++++++++++++++++
5 files changed, 309 insertions(+)
create mode 100644 drivers/iio/proximity/lidar.c
--
1.9.1
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH v4 1/2] devicetree: add PulsedLight vendor + device docs
[not found] ` <1438749676-28781-1-git-send-email-mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2015-08-05 4:41 ` Matt Ranostay
2015-08-05 4:41 ` [PATCH v4 2/2] iio: proximity: add support for PulsedLight LIDAR Matt Ranostay
1 sibling, 0 replies; 5+ messages in thread
From: Matt Ranostay @ 2015-08-05 4:41 UTC (permalink / raw)
To: marex-ynQEQJNshbs, jic23-DgEjT+Ai2ygdnm+yROfE0A,
lars-Qo5EllUWu/uELgA04lAiVw,
vladimir.barinov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8
Cc: linux-iio-u79uwXL29TY76Z2rM5mHXA,
devicetree-u79uwXL29TY76Z2rM5mHXA, Matt Ranostay
Add pulsedlight vendor to vendor-prefixes.txt, and LIDAR device
documentation to trivial-devices.txt
Signed-off-by: Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
---
Documentation/devicetree/bindings/i2c/trivial-devices.txt | 1 +
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
2 files changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/i2c/trivial-devices.txt b/Documentation/devicetree/bindings/i2c/trivial-devices.txt
index d77d412..9d0e781 100644
--- a/Documentation/devicetree/bindings/i2c/trivial-devices.txt
+++ b/Documentation/devicetree/bindings/i2c/trivial-devices.txt
@@ -80,6 +80,7 @@ oki,ml86v7667 OKI ML86V7667 video decoder
ovti,ov5642 OV5642: Color CMOS QSXGA (5-megapixel) Image Sensor with OmniBSI and Embedded TrueFocus
pericom,pt7c4338 Real-time Clock Module
plx,pex8648 48-Lane, 12-Port PCI Express Gen 2 (5.0 GT/s) Switch
+pulsedlight,lidar Pulsedlight LIDAR range-finding sensor
ramtron,24c64 i2c serial eeprom (24cxx)
ricoh,r2025sd I2C bus SERIAL INTERFACE REAL-TIME CLOCK IC
ricoh,r2221tl I2C bus SERIAL INTERFACE REAL-TIME CLOCK IC
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt
index 6284568..0f318c3 100644
--- a/Documentation/devicetree/bindings/vendor-prefixes.txt
+++ b/Documentation/devicetree/bindings/vendor-prefixes.txt
@@ -164,6 +164,7 @@ phytec PHYTEC Messtechnik GmbH
picochip Picochip Ltd
plathome Plat'Home Co., Ltd.
pixcir PIXCIR MICROELECTRONICS Co., Ltd
+pulsedlight PulsedLight, Inc
powervr PowerVR (deprecated, use img)
qca Qualcomm Atheros, Inc.
qcom Qualcomm Technologies, Inc
--
1.9.1
^ permalink raw reply related [flat|nested] 5+ messages in thread
* [PATCH v4 2/2] iio: proximity: add support for PulsedLight LIDAR
[not found] ` <1438749676-28781-1-git-send-email-mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-08-05 4:41 ` [PATCH v4 1/2] devicetree: add PulsedLight vendor + device docs Matt Ranostay
@ 2015-08-05 4:41 ` Matt Ranostay
[not found] ` <1438749676-28781-3-git-send-email-mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
1 sibling, 1 reply; 5+ messages in thread
From: Matt Ranostay @ 2015-08-05 4:41 UTC (permalink / raw)
To: marex-ynQEQJNshbs, jic23-DgEjT+Ai2ygdnm+yROfE0A,
lars-Qo5EllUWu/uELgA04lAiVw,
vladimir.barinov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8
Cc: linux-iio-u79uwXL29TY76Z2rM5mHXA,
devicetree-u79uwXL29TY76Z2rM5mHXA, Matt Ranostay
Add support for the PulsedLight LIDAR rangefinder sensor which allows
high speed (over 300Hz) distance measurements using Barker Coding within
40 meter range.
Support only tested on the "blue label" rev 2, but may work using low
sample frequencies on the original version.
Signed-off-by: Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
---
drivers/iio/proximity/Kconfig | 12 ++
drivers/iio/proximity/Makefile | 1 +
drivers/iio/proximity/lidar.c | 294 +++++++++++++++++++++++++++++++++++++++++
3 files changed, 307 insertions(+)
create mode 100644 drivers/iio/proximity/lidar.c
diff --git a/drivers/iio/proximity/Kconfig b/drivers/iio/proximity/Kconfig
index 41a8d8f..e64fc5b 100644
--- a/drivers/iio/proximity/Kconfig
+++ b/drivers/iio/proximity/Kconfig
@@ -20,6 +20,18 @@ endmenu
menu "Proximity sensors"
+config LIDAR
+ tristate "PulsedLight LIDAR sensor"
+ select IIO_BUFFER
+ select IIO_TRIGGERED_BUFFER
+ depends on I2C
+ help
+ Say Y to build a driver for PulsedLight LIDAR range finding
+ sensor.
+
+ To compile this driver as a module, choose M here: the
+ module will be called lidar.
+
config SX9500
tristate "SX9500 Semtech proximity sensor"
select IIO_BUFFER
diff --git a/drivers/iio/proximity/Makefile b/drivers/iio/proximity/Makefile
index 9818dc5..36a95f3 100644
--- a/drivers/iio/proximity/Makefile
+++ b/drivers/iio/proximity/Makefile
@@ -4,4 +4,5 @@
# When adding new entries keep the list in alphabetical order
obj-$(CONFIG_AS3935) += as3935.o
+obj-$(CONFIG_LIDAR) += lidar.o
obj-$(CONFIG_SX9500) += sx9500.o
diff --git a/drivers/iio/proximity/lidar.c b/drivers/iio/proximity/lidar.c
new file mode 100644
index 0000000..fdec9a2
--- /dev/null
+++ b/drivers/iio/proximity/lidar.c
@@ -0,0 +1,294 @@
+/*
+ * lidar.c - Support for PulsedLight LIDAR range finding sensor
+ *
+ * Copyright (C) 2015 Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * TODO: runtime pm, interrupt mode, and signal strength reporting
+ *
+ */
+
+#include <linux/err.h>
+#include <linux/init.h>
+#include <linux/i2c.h>
+#include <linux/delay.h>
+#include <linux/mutex.h>
+#include <linux/module.h>
+#include <linux/iio/iio.h>
+#include <linux/iio/sysfs.h>
+#include <linux/iio/buffer.h>
+#include <linux/iio/trigger.h>
+#include <linux/iio/triggered_buffer.h>
+#include <linux/iio/trigger_consumer.h>
+
+#define LIDAR_REG_CONTROL 0x00
+#define LIDAR_REG_CONTROL_ACQUIRE BIT(2)
+
+#define LIDAR_REG_STATUS 0x01
+#define LIDAR_REG_STATUS_INVALID BIT(3)
+#define LIDAR_REG_STATUS_READY BIT(0)
+
+#define LIDAR_REG_DATA_HBYTE 0x0f
+#define LIDAR_REG_DATA_LBYTE 0x10
+
+#define LIDAR_DRV_NAME "lidar"
+
+struct lidar_data {
+ struct mutex lock;
+ struct iio_dev *indio_dev;
+ struct i2c_client *client;
+
+ u16 buffer[8]; /* 2 byte distance + 8 byte timestamp */
+};
+
+static const struct iio_chan_spec lidar_channels[] = {
+ {
+ .type = IIO_DISTANCE,
+ .info_mask_separate =
+ BIT(IIO_CHAN_INFO_RAW) | BIT(IIO_CHAN_INFO_SCALE),
+ .scan_index = 0,
+ .scan_type = {
+ .sign = 'u',
+ .realbits = 16,
+ .storagebits = 16,
+ },
+ },
+ IIO_CHAN_SOFT_TIMESTAMP(1),
+};
+
+static int lidar_read_byte(struct lidar_data *data, int reg)
+{
+ struct i2c_client *client = data->client;
+ int ret;
+
+ ret = i2c_smbus_write_byte(client, reg);
+ if (ret < 0) {
+ dev_err(&client->dev, "cannot write addr value");
+ return ret;
+ }
+
+ ret = i2c_smbus_read_byte(client);
+ if (ret < 0) {
+ dev_err(&client->dev, "cannot read data value");
+ return ret;
+ }
+
+ return ret;
+}
+
+static inline int lidar_write_control(struct lidar_data *data, int val)
+{
+ return i2c_smbus_write_byte_data(data->client, LIDAR_REG_CONTROL, val);
+}
+
+static int lidar_read_measurement(struct lidar_data *data, u16 *reg)
+{
+ int ret;
+ int val;
+
+ /*
+ * Device needs a STOP condition between address write, and data read
+ * so in turn i2c_smbus_read_byte_data cannot be used
+ */
+
+ ret = lidar_read_byte(data, LIDAR_REG_DATA_HBYTE);
+ if (ret < 0)
+ return ret;
+ val = ret << 8;
+
+ ret = lidar_read_byte(data, LIDAR_REG_DATA_LBYTE);
+ if (ret < 0)
+ return ret;
+
+ val |= ret;
+ *reg = val;
+
+ return 0;
+}
+
+static int lidar_get_measurement(struct lidar_data *data, u16 *reg)
+{
+ struct i2c_client *client = data->client;
+ int tries = 10;
+ int ret;
+
+ /* start sample */
+ ret = lidar_write_control(data, LIDAR_REG_CONTROL_ACQUIRE);
+ if (ret < 0) {
+ dev_err(&client->dev, "cannot send start measurement command");
+ return ret;
+ }
+
+ while (tries--) {
+ usleep_range(1000, 2000);
+
+ ret = lidar_read_byte(data, LIDAR_REG_STATUS);
+ if (ret < 0)
+ break;
+
+ /* return 0 since laser is likely pointed out of range */
+ if (ret & LIDAR_REG_STATUS_INVALID) {
+ *reg = 0;
+ ret = 0;
+ break;
+ }
+
+ /* sample ready to read */
+ if (!(ret & LIDAR_REG_STATUS_READY)) {
+ ret = lidar_read_measurement(data, reg);
+ break;
+ }
+ ret = -EIO;
+ }
+
+ return ret;
+}
+
+static int lidar_read_raw(struct iio_dev *indio_dev,
+ struct iio_chan_spec const *chan,
+ int *val, int *val2, long mask)
+{
+ struct lidar_data *data = iio_priv(indio_dev);
+ int ret = -EINVAL;
+
+ mutex_lock(&data->lock);
+
+ if (iio_buffer_enabled(indio_dev) && mask == IIO_CHAN_INFO_RAW) {
+ ret = -EBUSY;
+ goto error_busy;
+ }
+
+ switch (mask) {
+ case IIO_CHAN_INFO_RAW: {
+ u16 reg;
+
+ ret = lidar_get_measurement(data, ®);
+ if (!ret) {
+ *val = reg;
+ ret = IIO_VAL_INT;
+ }
+ break;
+ }
+ case IIO_CHAN_INFO_SCALE:
+ *val = 0;
+ *val2 = 10000;
+ ret = IIO_VAL_INT_PLUS_MICRO;
+ break;
+ }
+
+error_busy:
+ mutex_unlock(&data->lock);
+
+ return ret;
+}
+
+static irqreturn_t lidar_trigger_handler(int irq, void *private)
+{
+ struct iio_poll_func *pf = private;
+ struct iio_dev *indio_dev = pf->indio_dev;
+ struct lidar_data *data = iio_priv(indio_dev);
+ int ret;
+
+ ret = lidar_get_measurement(data, &data->buffer[0]);
+ if (!ret) {
+ iio_push_to_buffers_with_timestamp(indio_dev, data->buffer,
+ iio_get_time_ns());
+ } else {
+ dev_err(&data->client->dev, "cannot read LIDAR measurement");
+ }
+
+ iio_trigger_notify_done(indio_dev->trig);
+
+ return IRQ_HANDLED;
+}
+
+static const struct iio_info lidar_info = {
+ .driver_module = THIS_MODULE,
+ .read_raw = lidar_read_raw,
+};
+
+static int lidar_probe(struct i2c_client *client,
+ const struct i2c_device_id *id)
+{
+ struct lidar_data *data;
+ struct iio_dev *indio_dev;
+ int ret;
+
+ indio_dev = devm_iio_device_alloc(&client->dev, sizeof(*data));
+ if (!indio_dev)
+ return -ENOMEM;
+
+ indio_dev->info = &lidar_info;
+ indio_dev->name = LIDAR_DRV_NAME;
+ indio_dev->channels = lidar_channels;
+ indio_dev->num_channels = ARRAY_SIZE(lidar_channels);
+ indio_dev->modes = INDIO_DIRECT_MODE;
+
+ data = iio_priv(indio_dev);
+ i2c_set_clientdata(client, indio_dev);
+
+ data->client = client;
+ data->indio_dev = indio_dev;
+ mutex_init(&data->lock);
+
+ ret = iio_triggered_buffer_setup(indio_dev, NULL,
+ lidar_trigger_handler, NULL);
+ if (ret)
+ return ret;
+
+ ret = iio_device_register(indio_dev);
+ if (ret)
+ goto error_unreg_buffer;
+
+ return 0;
+
+error_unreg_buffer:
+ iio_triggered_buffer_cleanup(indio_dev);
+
+ return ret;
+}
+
+static int lidar_remove(struct i2c_client *client)
+{
+ struct iio_dev *indio_dev = i2c_get_clientdata(client);
+
+ iio_device_unregister(indio_dev);
+ iio_triggered_buffer_cleanup(indio_dev);
+
+ return 0;
+}
+
+static const struct i2c_device_id lidar_id[] = {
+ {"lidar", 0},
+ { },
+};
+MODULE_DEVICE_TABLE(i2c, lidar_id);
+
+static const struct of_device_id lidar_dt_ids[] = {
+ { .compatible = "pulsedlight,lidar" },
+ { }
+};
+
+static struct i2c_driver lidar_driver = {
+ .driver = {
+ .name = LIDAR_DRV_NAME,
+ .of_match_table = of_match_ptr(lidar_dt_ids),
+ },
+ .probe = lidar_probe,
+ .remove = lidar_remove,
+ .id_table = lidar_id,
+};
+module_i2c_driver(lidar_driver);
+
+MODULE_AUTHOR("Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>");
+MODULE_DESCRIPTION("PulsedLight LIDAR sensor");
+MODULE_LICENSE("GPL");
--
1.9.1
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH v4 2/2] iio: proximity: add support for PulsedLight LIDAR
[not found] ` <1438749676-28781-3-git-send-email-mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2015-08-08 15:05 ` Jonathan Cameron
[not found] ` <55C61AA5.10105-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
0 siblings, 1 reply; 5+ messages in thread
From: Jonathan Cameron @ 2015-08-08 15:05 UTC (permalink / raw)
To: Matt Ranostay, marex-ynQEQJNshbs, lars-Qo5EllUWu/uELgA04lAiVw,
vladimir.barinov-M4DtvfQ/ZS1MRgGoP+s0PdBPR1lH4CV8
Cc: linux-iio-u79uwXL29TY76Z2rM5mHXA,
devicetree-u79uwXL29TY76Z2rM5mHXA
On 05/08/15 05:41, Matt Ranostay wrote:
> Add support for the PulsedLight LIDAR rangefinder sensor which allows
> high speed (over 300Hz) distance measurements using Barker Coding within
> 40 meter range.
>
> Support only tested on the "blue label" rev 2, but may work using low
> sample frequencies on the original version.
>
> Signed-off-by: Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Couple of bits inline. Only one that really matters is I suspect
that simply calling it lidar (and naming the file lidar.c) is going
to give us problems if they or someone else produces a similar lidar
device in future.
Perhaps file name as pulsedlight-lidar-lite-v2.c
and name as lidar-lite-v2 for device tree etc.
Otherwise, nice little driver for a nice looking bit of kit.
Thanks,
Jonathan
> ---
> drivers/iio/proximity/Kconfig | 12 ++
> drivers/iio/proximity/Makefile | 1 +
> drivers/iio/proximity/lidar.c | 294 +++++++++++++++++++++++++++++++++++++++++
> 3 files changed, 307 insertions(+)
> create mode 100644 drivers/iio/proximity/lidar.c
>
> diff --git a/drivers/iio/proximity/Kconfig b/drivers/iio/proximity/Kconfig
> index 41a8d8f..e64fc5b 100644
> --- a/drivers/iio/proximity/Kconfig
> +++ b/drivers/iio/proximity/Kconfig
> @@ -20,6 +20,18 @@ endmenu
>
> menu "Proximity sensors"
>
> +config LIDAR
> + tristate "PulsedLight LIDAR sensor"
> + select IIO_BUFFER
> + select IIO_TRIGGERED_BUFFER
> + depends on I2C
> + help
> + Say Y to build a driver for PulsedLight LIDAR range finding
> + sensor.
> +
> + To compile this driver as a module, choose M here: the
> + module will be called lidar.
> +
> config SX9500
> tristate "SX9500 Semtech proximity sensor"
> select IIO_BUFFER
> diff --git a/drivers/iio/proximity/Makefile b/drivers/iio/proximity/Makefile
> index 9818dc5..36a95f3 100644
> --- a/drivers/iio/proximity/Makefile
> +++ b/drivers/iio/proximity/Makefile
> @@ -4,4 +4,5 @@
>
> # When adding new entries keep the list in alphabetical order
> obj-$(CONFIG_AS3935) += as3935.o
> +obj-$(CONFIG_LIDAR) += lidar.o
> obj-$(CONFIG_SX9500) += sx9500.o
> diff --git a/drivers/iio/proximity/lidar.c b/drivers/iio/proximity/lidar.c
> new file mode 100644
> index 0000000..fdec9a2
> --- /dev/null
> +++ b/drivers/iio/proximity/lidar.c
> @@ -0,0 +1,294 @@
> +/*
> + * lidar.c - Support for PulsedLight LIDAR range finding sensor
> + *
> + * Copyright (C) 2015 Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License as published by
> + * the Free Software Foundation; either version 2 of the License, or
> + * (at your option) any later version.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + *
> + * TODO: runtime pm, interrupt mode, and signal strength reporting
> + *
> + */
> +
> +#include <linux/err.h>
> +#include <linux/init.h>
> +#include <linux/i2c.h>
> +#include <linux/delay.h>
> +#include <linux/mutex.h>
> +#include <linux/module.h>
> +#include <linux/iio/iio.h>
> +#include <linux/iio/sysfs.h>
> +#include <linux/iio/buffer.h>
> +#include <linux/iio/trigger.h>
> +#include <linux/iio/triggered_buffer.h>
> +#include <linux/iio/trigger_consumer.h>
> +
> +#define LIDAR_REG_CONTROL 0x00
> +#define LIDAR_REG_CONTROL_ACQUIRE BIT(2)
> +
> +#define LIDAR_REG_STATUS 0x01
> +#define LIDAR_REG_STATUS_INVALID BIT(3)
> +#define LIDAR_REG_STATUS_READY BIT(0)
> +
> +#define LIDAR_REG_DATA_HBYTE 0x0f
> +#define LIDAR_REG_DATA_LBYTE 0x10
> +
> +#define LIDAR_DRV_NAME "lidar"
> +
> +struct lidar_data {
> + struct mutex lock;
> + struct iio_dev *indio_dev;
> + struct i2c_client *client;
> +
> + u16 buffer[8]; /* 2 byte distance + 8 byte timestamp */
> +};
> +
> +static const struct iio_chan_spec lidar_channels[] = {
> + {
> + .type = IIO_DISTANCE,
> + .info_mask_separate =
> + BIT(IIO_CHAN_INFO_RAW) | BIT(IIO_CHAN_INFO_SCALE),
> + .scan_index = 0,
> + .scan_type = {
> + .sign = 'u',
> + .realbits = 16,
> + .storagebits = 16,
> + },
> + },
> + IIO_CHAN_SOFT_TIMESTAMP(1),
> +};
> +
> +static int lidar_read_byte(struct lidar_data *data, int reg)
> +{
> + struct i2c_client *client = data->client;
> + int ret;
> +
> + ret = i2c_smbus_write_byte(client, reg);
> + if (ret < 0) {
> + dev_err(&client->dev, "cannot write addr value");
> + return ret;
> + }
> +
> + ret = i2c_smbus_read_byte(client);
> + if (ret < 0) {
> + dev_err(&client->dev, "cannot read data value");
> + return ret;
Drop this return ret as otherwise various static checkers
will moan at me (falling through gives the same result)
> + }
> +
> + return ret;
> +}
> +
> +static inline int lidar_write_control(struct lidar_data *data, int val)
> +{
> + return i2c_smbus_write_byte_data(data->client, LIDAR_REG_CONTROL, val);
> +}
> +
> +static int lidar_read_measurement(struct lidar_data *data, u16 *reg)
> +{
> + int ret;
> + int val;
> +
> + /*
> + * Device needs a STOP condition between address write, and data read
> + * so in turn i2c_smbus_read_byte_data cannot be used
Good documentation of this. However, I'd move it to inside the read_byte
function above rather than here.
> + */
> +
> + ret = lidar_read_byte(data, LIDAR_REG_DATA_HBYTE);
> + if (ret < 0)
> + return ret;
> + val = ret << 8;
> +
> + ret = lidar_read_byte(data, LIDAR_REG_DATA_LBYTE);
> + if (ret < 0)
> + return ret;
> +
> + val |= ret;
> + *reg = val;
> +
> + return 0;
> +}
> +
> +static int lidar_get_measurement(struct lidar_data *data, u16 *reg)
> +{
> + struct i2c_client *client = data->client;
> + int tries = 10;
> + int ret;
> +
> + /* start sample */
> + ret = lidar_write_control(data, LIDAR_REG_CONTROL_ACQUIRE);
> + if (ret < 0) {
> + dev_err(&client->dev, "cannot send start measurement command");
> + return ret;
> + }
> +
> + while (tries--) {
> + usleep_range(1000, 2000);
> +
> + ret = lidar_read_byte(data, LIDAR_REG_STATUS);
> + if (ret < 0)
> + break;
> +
> + /* return 0 since laser is likely pointed out of range */
> + if (ret & LIDAR_REG_STATUS_INVALID) {
> + *reg = 0;
> + ret = 0;
> + break;
> + }
> +
> + /* sample ready to read */
> + if (!(ret & LIDAR_REG_STATUS_READY)) {
> + ret = lidar_read_measurement(data, reg);
> + break;
> + }
> + ret = -EIO;
> + }
> +
> + return ret;
> +}
> +
> +static int lidar_read_raw(struct iio_dev *indio_dev,
> + struct iio_chan_spec const *chan,
> + int *val, int *val2, long mask)
> +{
> + struct lidar_data *data = iio_priv(indio_dev);
> + int ret = -EINVAL;
> +
> + mutex_lock(&data->lock);
> +
> + if (iio_buffer_enabled(indio_dev) && mask == IIO_CHAN_INFO_RAW) {
> + ret = -EBUSY;
> + goto error_busy;
> + }
> +
> + switch (mask) {
> + case IIO_CHAN_INFO_RAW: {
> + u16 reg;
> +
> + ret = lidar_get_measurement(data, ®);
> + if (!ret) {
> + *val = reg;
> + ret = IIO_VAL_INT;
> + }
> + break;
> + }
> + case IIO_CHAN_INFO_SCALE:
> + *val = 0;
> + *val2 = 10000;
> + ret = IIO_VAL_INT_PLUS_MICRO;
> + break;
> + }
> +
> +error_busy:
> + mutex_unlock(&data->lock);
> +
> + return ret;
> +}
> +
> +static irqreturn_t lidar_trigger_handler(int irq, void *private)
> +{
> + struct iio_poll_func *pf = private;
> + struct iio_dev *indio_dev = pf->indio_dev;
> + struct lidar_data *data = iio_priv(indio_dev);
> + int ret;
> +
> + ret = lidar_get_measurement(data, &data->buffer[0]);
data->buffer should be the same pointer unless I'm going crazy (always
a posibility)
> + if (!ret) {
> + iio_push_to_buffers_with_timestamp(indio_dev, data->buffer,
> + iio_get_time_ns());
> + } else {
> + dev_err(&data->client->dev, "cannot read LIDAR measurement");
> + }
> +
> + iio_trigger_notify_done(indio_dev->trig);
> +
> + return IRQ_HANDLED;
> +}
> +
> +static const struct iio_info lidar_info = {
> + .driver_module = THIS_MODULE,
> + .read_raw = lidar_read_raw,
> +};
> +
> +static int lidar_probe(struct i2c_client *client,
> + const struct i2c_device_id *id)
> +{
> + struct lidar_data *data;
> + struct iio_dev *indio_dev;
> + int ret;
> +
> + indio_dev = devm_iio_device_alloc(&client->dev, sizeof(*data));
> + if (!indio_dev)
> + return -ENOMEM;
> +
> + indio_dev->info = &lidar_info;
> + indio_dev->name = LIDAR_DRV_NAME;
> + indio_dev->channels = lidar_channels;
> + indio_dev->num_channels = ARRAY_SIZE(lidar_channels);
> + indio_dev->modes = INDIO_DIRECT_MODE;
> +
> + data = iio_priv(indio_dev);
> + i2c_set_clientdata(client, indio_dev);
> +
> + data->client = client;
> + data->indio_dev = indio_dev;
> + mutex_init(&data->lock);
> +
> + ret = iio_triggered_buffer_setup(indio_dev, NULL,
> + lidar_trigger_handler, NULL);
> + if (ret)
> + return ret;
> +
> + ret = iio_device_register(indio_dev);
> + if (ret)
> + goto error_unreg_buffer;
> +
> + return 0;
> +
> +error_unreg_buffer:
> + iio_triggered_buffer_cleanup(indio_dev);
> +
> + return ret;
> +}
> +
> +static int lidar_remove(struct i2c_client *client)
> +{
> + struct iio_dev *indio_dev = i2c_get_clientdata(client);
> +
> + iio_device_unregister(indio_dev);
> + iio_triggered_buffer_cleanup(indio_dev);
> +
> + return 0;
> +}
> +
> +static const struct i2c_device_id lidar_id[] = {
> + {"lidar", 0},
> + { },
> +};
> +MODULE_DEVICE_TABLE(i2c, lidar_id);
> +
> +static const struct of_device_id lidar_dt_ids[] = {
> + { .compatible = "pulsedlight,lidar" },
Not a more descriptive name? Website suggests
things like
lidar-lite-v2
I just worry they'll come out with a completely incompatible
interface to some new unit that is also a lidar and we'll be
forever confused!
> + { }
> +};
> +
> +static struct i2c_driver lidar_driver = {
> + .driver = {
> + .name = LIDAR_DRV_NAME,
> + .of_match_table = of_match_ptr(lidar_dt_ids),
> + },
> + .probe = lidar_probe,
> + .remove = lidar_remove,
> + .id_table = lidar_id,
> +};
> +module_i2c_driver(lidar_driver);
> +
> +MODULE_AUTHOR("Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>");
> +MODULE_DESCRIPTION("PulsedLight LIDAR sensor");
> +MODULE_LICENSE("GPL");
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v4 2/2] iio: proximity: add support for PulsedLight LIDAR
[not found] ` <55C61AA5.10105-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
@ 2015-08-12 4:24 ` Matt Ranostay
0 siblings, 0 replies; 5+ messages in thread
From: Matt Ranostay @ 2015-08-12 4:24 UTC (permalink / raw)
To: Jonathan Cameron
Cc: Marek Vašut, Lars-Peter Clausen, Vladimir Barinov,
linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
On Sat, Aug 8, 2015 at 8:05 AM, Jonathan Cameron <jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> On 05/08/15 05:41, Matt Ranostay wrote:
>> Add support for the PulsedLight LIDAR rangefinder sensor which allows
>> high speed (over 300Hz) distance measurements using Barker Coding within
>> 40 meter range.
>>
>> Support only tested on the "blue label" rev 2, but may work using low
>> sample frequencies on the original version.
>>
>> Signed-off-by: Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Couple of bits inline. Only one that really matters is I suspect
> that simply calling it lidar (and naming the file lidar.c) is going
> to give us problems if they or someone else produces a similar lidar
> device in future.
>
> Perhaps file name as pulsedlight-lidar-lite-v2.c
> and name as lidar-lite-v2 for device tree etc.
Got it. Pretty 80% the v1 will suck at anything over 10 Hz... however
the v2 I have running at 120Hz with high correlation settings possible
(default) which is required for a 3d scan of a room/artifact :).
>
> Otherwise, nice little driver for a nice looking bit of kit.
>
> Thanks,
>
> Jonathan
>> ---
>> drivers/iio/proximity/Kconfig | 12 ++
>> drivers/iio/proximity/Makefile | 1 +
>> drivers/iio/proximity/lidar.c | 294 +++++++++++++++++++++++++++++++++++++++++
>> 3 files changed, 307 insertions(+)
>> create mode 100644 drivers/iio/proximity/lidar.c
>>
>> diff --git a/drivers/iio/proximity/Kconfig b/drivers/iio/proximity/Kconfig
>> index 41a8d8f..e64fc5b 100644
>> --- a/drivers/iio/proximity/Kconfig
>> +++ b/drivers/iio/proximity/Kconfig
>> @@ -20,6 +20,18 @@ endmenu
>>
>> menu "Proximity sensors"
>>
>> +config LIDAR
>> + tristate "PulsedLight LIDAR sensor"
>> + select IIO_BUFFER
>> + select IIO_TRIGGERED_BUFFER
>> + depends on I2C
>> + help
>> + Say Y to build a driver for PulsedLight LIDAR range finding
>> + sensor.
>> +
>> + To compile this driver as a module, choose M here: the
>> + module will be called lidar.
>> +
>> config SX9500
>> tristate "SX9500 Semtech proximity sensor"
>> select IIO_BUFFER
>> diff --git a/drivers/iio/proximity/Makefile b/drivers/iio/proximity/Makefile
>> index 9818dc5..36a95f3 100644
>> --- a/drivers/iio/proximity/Makefile
>> +++ b/drivers/iio/proximity/Makefile
>> @@ -4,4 +4,5 @@
>>
>> # When adding new entries keep the list in alphabetical order
>> obj-$(CONFIG_AS3935) += as3935.o
>> +obj-$(CONFIG_LIDAR) += lidar.o
>> obj-$(CONFIG_SX9500) += sx9500.o
>> diff --git a/drivers/iio/proximity/lidar.c b/drivers/iio/proximity/lidar.c
>> new file mode 100644
>> index 0000000..fdec9a2
>> --- /dev/null
>> +++ b/drivers/iio/proximity/lidar.c
>> @@ -0,0 +1,294 @@
>> +/*
>> + * lidar.c - Support for PulsedLight LIDAR range finding sensor
>> + *
>> + * Copyright (C) 2015 Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
>> + *
>> + * This program is free software; you can redistribute it and/or modify
>> + * it under the terms of the GNU General Public License as published by
>> + * the Free Software Foundation; either version 2 of the License, or
>> + * (at your option) any later version.
>> + *
>> + * This program is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>> + * GNU General Public License for more details.
>> + *
>> + * TODO: runtime pm, interrupt mode, and signal strength reporting
>> + *
>> + */
>> +
>> +#include <linux/err.h>
>> +#include <linux/init.h>
>> +#include <linux/i2c.h>
>> +#include <linux/delay.h>
>> +#include <linux/mutex.h>
>> +#include <linux/module.h>
>> +#include <linux/iio/iio.h>
>> +#include <linux/iio/sysfs.h>
>> +#include <linux/iio/buffer.h>
>> +#include <linux/iio/trigger.h>
>> +#include <linux/iio/triggered_buffer.h>
>> +#include <linux/iio/trigger_consumer.h>
>> +
>> +#define LIDAR_REG_CONTROL 0x00
>> +#define LIDAR_REG_CONTROL_ACQUIRE BIT(2)
>> +
>> +#define LIDAR_REG_STATUS 0x01
>> +#define LIDAR_REG_STATUS_INVALID BIT(3)
>> +#define LIDAR_REG_STATUS_READY BIT(0)
>> +
>> +#define LIDAR_REG_DATA_HBYTE 0x0f
>> +#define LIDAR_REG_DATA_LBYTE 0x10
>> +
>> +#define LIDAR_DRV_NAME "lidar"
>> +
>> +struct lidar_data {
>> + struct mutex lock;
>> + struct iio_dev *indio_dev;
>> + struct i2c_client *client;
>> +
>> + u16 buffer[8]; /* 2 byte distance + 8 byte timestamp */
>> +};
>> +
>> +static const struct iio_chan_spec lidar_channels[] = {
>> + {
>> + .type = IIO_DISTANCE,
>> + .info_mask_separate =
>> + BIT(IIO_CHAN_INFO_RAW) | BIT(IIO_CHAN_INFO_SCALE),
>> + .scan_index = 0,
>> + .scan_type = {
>> + .sign = 'u',
>> + .realbits = 16,
>> + .storagebits = 16,
>> + },
>> + },
>> + IIO_CHAN_SOFT_TIMESTAMP(1),
>> +};
>> +
>> +static int lidar_read_byte(struct lidar_data *data, int reg)
>> +{
>> + struct i2c_client *client = data->client;
>> + int ret;
>> +
>> + ret = i2c_smbus_write_byte(client, reg);
>> + if (ret < 0) {
>> + dev_err(&client->dev, "cannot write addr value");
>> + return ret;
>> + }
>> +
>> + ret = i2c_smbus_read_byte(client);
>> + if (ret < 0) {
>> + dev_err(&client->dev, "cannot read data value");
>> + return ret;
> Drop this return ret as otherwise various static checkers
> will moan at me (falling through gives the same result)
Ok seems pedantic but meh, will drop :)
>> + }
>> +
>> + return ret;
>> +}
>> +
>> +static inline int lidar_write_control(struct lidar_data *data, int val)
>> +{
>> + return i2c_smbus_write_byte_data(data->client, LIDAR_REG_CONTROL, val);
>> +}
>> +
>> +static int lidar_read_measurement(struct lidar_data *data, u16 *reg)
>> +{
>> + int ret;
>> + int val;
>> +
>> + /*
>> + * Device needs a STOP condition between address write, and data read
>> + * so in turn i2c_smbus_read_byte_data cannot be used
> Good documentation of this. However, I'd move it to inside the read_byte
> function above rather than here.
>> + */
>> +
>> + ret = lidar_read_byte(data, LIDAR_REG_DATA_HBYTE);
>> + if (ret < 0)
>> + return ret;
>> + val = ret << 8;
>> +
>> + ret = lidar_read_byte(data, LIDAR_REG_DATA_LBYTE);
>> + if (ret < 0)
>> + return ret;
>> +
>> + val |= ret;
>> + *reg = val;
>> +
>> + return 0;
>> +}
>> +
>> +static int lidar_get_measurement(struct lidar_data *data, u16 *reg)
>> +{
>> + struct i2c_client *client = data->client;
>> + int tries = 10;
>> + int ret;
>> +
>> + /* start sample */
>> + ret = lidar_write_control(data, LIDAR_REG_CONTROL_ACQUIRE);
>> + if (ret < 0) {
>> + dev_err(&client->dev, "cannot send start measurement command");
>> + return ret;
>> + }
>> +
>> + while (tries--) {
>> + usleep_range(1000, 2000);
>> +
>> + ret = lidar_read_byte(data, LIDAR_REG_STATUS);
>> + if (ret < 0)
>> + break;
>> +
>> + /* return 0 since laser is likely pointed out of range */
>> + if (ret & LIDAR_REG_STATUS_INVALID) {
>> + *reg = 0;
>> + ret = 0;
>> + break;
>> + }
>> +
>> + /* sample ready to read */
>> + if (!(ret & LIDAR_REG_STATUS_READY)) {
>> + ret = lidar_read_measurement(data, reg);
>> + break;
>> + }
>> + ret = -EIO;
>> + }
>> +
>> + return ret;
>> +}
>> +
>> +static int lidar_read_raw(struct iio_dev *indio_dev,
>> + struct iio_chan_spec const *chan,
>> + int *val, int *val2, long mask)
>> +{
>> + struct lidar_data *data = iio_priv(indio_dev);
>> + int ret = -EINVAL;
>> +
>> + mutex_lock(&data->lock);
>> +
>> + if (iio_buffer_enabled(indio_dev) && mask == IIO_CHAN_INFO_RAW) {
>> + ret = -EBUSY;
>> + goto error_busy;
>> + }
>> +
>> + switch (mask) {
>> + case IIO_CHAN_INFO_RAW: {
>> + u16 reg;
>> +
>> + ret = lidar_get_measurement(data, ®);
>> + if (!ret) {
>> + *val = reg;
>> + ret = IIO_VAL_INT;
>> + }
>> + break;
>> + }
>> + case IIO_CHAN_INFO_SCALE:
>> + *val = 0;
>> + *val2 = 10000;
>> + ret = IIO_VAL_INT_PLUS_MICRO;
>> + break;
>> + }
>> +
>> +error_busy:
>> + mutex_unlock(&data->lock);
>> +
>> + return ret;
>> +}
>> +
>> +static irqreturn_t lidar_trigger_handler(int irq, void *private)
>> +{
>> + struct iio_poll_func *pf = private;
>> + struct iio_dev *indio_dev = pf->indio_dev;
>> + struct lidar_data *data = iio_priv(indio_dev);
>> + int ret;
>> +
>> + ret = lidar_get_measurement(data, &data->buffer[0]);
> data->buffer should be the same pointer unless I'm going crazy (always
> a posibility)
Yeah it would be.. this is an artifact when I didn't have the buffer
size aligned correctly. Will fix.
>> + if (!ret) {
>> + iio_push_to_buffers_with_timestamp(indio_dev, data->buffer,
>> + iio_get_time_ns());
>> + } else {
>> + dev_err(&data->client->dev, "cannot read LIDAR measurement");
>> + }
>> +
>> + iio_trigger_notify_done(indio_dev->trig);
>> +
>> + return IRQ_HANDLED;
>> +}
>> +
>> +static const struct iio_info lidar_info = {
>> + .driver_module = THIS_MODULE,
>> + .read_raw = lidar_read_raw,
>> +};
>> +
>> +static int lidar_probe(struct i2c_client *client,
>> + const struct i2c_device_id *id)
>> +{
>> + struct lidar_data *data;
>> + struct iio_dev *indio_dev;
>> + int ret;
>> +
>> + indio_dev = devm_iio_device_alloc(&client->dev, sizeof(*data));
>> + if (!indio_dev)
>> + return -ENOMEM;
>> +
>> + indio_dev->info = &lidar_info;
>> + indio_dev->name = LIDAR_DRV_NAME;
>> + indio_dev->channels = lidar_channels;
>> + indio_dev->num_channels = ARRAY_SIZE(lidar_channels);
>> + indio_dev->modes = INDIO_DIRECT_MODE;
>> +
>> + data = iio_priv(indio_dev);
>> + i2c_set_clientdata(client, indio_dev);
>> +
>> + data->client = client;
>> + data->indio_dev = indio_dev;
>> + mutex_init(&data->lock);
>> +
>> + ret = iio_triggered_buffer_setup(indio_dev, NULL,
>> + lidar_trigger_handler, NULL);
>> + if (ret)
>> + return ret;
>> +
>> + ret = iio_device_register(indio_dev);
>> + if (ret)
>> + goto error_unreg_buffer;
>> +
>> + return 0;
>> +
>> +error_unreg_buffer:
>> + iio_triggered_buffer_cleanup(indio_dev);
>> +
>> + return ret;
>> +}
>> +
>> +static int lidar_remove(struct i2c_client *client)
>> +{
>> + struct iio_dev *indio_dev = i2c_get_clientdata(client);
>> +
>> + iio_device_unregister(indio_dev);
>> + iio_triggered_buffer_cleanup(indio_dev);
>> +
>> + return 0;
>> +}
>> +
>> +static const struct i2c_device_id lidar_id[] = {
>> + {"lidar", 0},
>> + { },
>> +};
>> +MODULE_DEVICE_TABLE(i2c, lidar_id);
>> +
>> +static const struct of_device_id lidar_dt_ids[] = {
>> + { .compatible = "pulsedlight,lidar" },
>
> Not a more descriptive name? Website suggests
> things like
> lidar-lite-v2
>
> I just worry they'll come out with a completely incompatible
> interface to some new unit that is also a lidar and we'll be
> forever confused!
Good point noted.
>
>> + { }
>> +};
>> +
>> +static struct i2c_driver lidar_driver = {
>> + .driver = {
>> + .name = LIDAR_DRV_NAME,
>> + .of_match_table = of_match_ptr(lidar_dt_ids),
>> + },
>> + .probe = lidar_probe,
>> + .remove = lidar_remove,
>> + .id_table = lidar_id,
>> +};
>> +module_i2c_driver(lidar_driver);
>> +
>> +MODULE_AUTHOR("Matt Ranostay <mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>");
>> +MODULE_DESCRIPTION("PulsedLight LIDAR sensor");
>> +MODULE_LICENSE("GPL");
>>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-08-12 4:24 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-05 4:41 [PATCH v4 0/2] iio: proximity: add PulsedLight LIDAR sensor support Matt Ranostay
[not found] ` <1438749676-28781-1-git-send-email-mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-08-05 4:41 ` [PATCH v4 1/2] devicetree: add PulsedLight vendor + device docs Matt Ranostay
2015-08-05 4:41 ` [PATCH v4 2/2] iio: proximity: add support for PulsedLight LIDAR Matt Ranostay
[not found] ` <1438749676-28781-3-git-send-email-mranostay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-08-08 15:05 ` Jonathan Cameron
[not found] ` <55C61AA5.10105-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2015-08-12 4:24 ` Matt Ranostay
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).