This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
New I2C sensors supported
#41
(2021-03-03, 01:27 PM)Sailoog Wrote:
(2021-02-24, 09:07 PM)Ski_Entropy Wrote: I have a DHT11 sensor, which has similar functionality to the BME280. It seems that the BME280 is native i2C and SPI communication protocol and also easy to purchase, which I have done, since it is already supported. 
Q1: is the DHT11 not supported because its communication protocol is one-wire?
Q2: The BME680 sensor looks really cool and having a carbon monoxide, VOC, etc. monitoring capability would be beneficial. might this be a good candidate for an additional sensor in I2C?
Thank you again for the great program, always grateful!

Q1: yes, this is the list of 1W sensors supported by openplotter-gpio app:

  • DS18S20
  • DS1822
  • DS18B20
  • DS28EA00
  • DS1825/MAX31850K

Q1: DHT11 is not a 1-Wire compatible sensor - it has 1 data wire and similar resistor requirements but does not follow the same protocol as the Dalllas 1-Wire system
Reply
#42
(2021-04-26, 05:45 AM)jekyllandhyde Wrote: Rasberry Pi4, Openplotter, Signal K, etc.

I have been testing out the Adafruit INA260 sensor with Openplotter to show my house battery voltage.  I cannot get the path to appear in the Signal K data browser.   It shows as setup properly in the I2C sensors area with the correct ID (40) and path - electrical.batteries.1.voltage.  I essentially set it up in a similar way as my BME280 sensor which works great.   I thought maybe the sensor was faulty so I bought a second one and it still doesn't work.  I don't know of an easy alternative way to see sensor data (outside of SignalK).   It seems like a driver issue but I'm not technical enough to dive deep under the hood.  If someone out there is technical and can dig into this, I'll send you a sensor for free.

I added the INA260 to openplotter-i2c app but never tested it because I do not have any sensor. Please contact me by private to give you my address and get that sensor if possible. Thanks.
Reply
#43
(2021-04-15, 11:44 PM)jekyllandhyde Wrote: I have Openplotter.I2C.BME280 (I2C sensor) mapped to environment.inside.relativeHumidity.   Signal K's data browser shows 33.5 as the ratio - but the sensor is reporting percentage.  When I view instrument panel it of course multiplies by 100 and shows me 3340%.   Is there a way to divide the sensor's raw data by 100 at source so that Signal K has the proper ratio?
Would like to get instrument panel to show 33.5% which is what is correct for humidity.

Cheers,  Adam

you are right, according to SK specification relativeHumidity unit is "ratio" and we are sending % fromn openplotter-i2c app. This is a bug a it should be fixed. Do you think just dividing the sensor raw value (%) by 100 will fix this?
Reply
#44
(2021-04-28, 01:00 PM)Sailoog Wrote:
(2021-04-15, 11:44 PM)jekyllandhyde Wrote: I have Openplotter.I2C.BME280 (I2C sensor) mapped to environment.inside.relativeHumidity.   Signal K's data browser shows 33.5 as the ratio - but the sensor is reporting percentage.  When I view instrument panel it of course multiplies by 100 and shows me 3340%.   Is there a way to divide the sensor's raw data by 100 at source so that Signal K has the proper ratio?
Would like to get instrument panel to show 33.5% which is what is correct for humidity.

Cheers,  Adam

you are right, according to SK specification relativeHumidity unit is "ratio" and we are sending % fromn openplotter-i2c app. This is a bug a it should be fixed. Do you think just dividing the sensor raw value (%) by 100 will fix this?

I think it will fix it!
Reply
#45
(2021-04-28, 12:47 PM)Sailoog Wrote:
(2021-04-26, 05:45 AM)jekyllandhyde Wrote: Rasberry Pi4, Openplotter, Signal K, etc.

I have been testing out the Adafruit INA260 sensor with Openplotter to show my house battery voltage.  I cannot get the path to appear in the Signal K data browser.   It shows as setup properly in the I2C sensors area with the correct ID (40) and path - electrical.batteries.1.voltage.  I essentially set it up in a similar way as my BME280 sensor which works great.   I thought maybe the sensor was faulty so I bought a second one and it still doesn't work.  I don't know of an easy alternative way to see sensor data (outside of SignalK).   It seems like a driver issue but I'm not technical enough to dive deep under the hood.  If someone out there is technical and can dig into this, I'll send you a sensor for free.

I added the INA260 to openplotter-i2c app but never tested it because I do not have any sensor. Please contact me by private to give you my address and get that sensor if possible. Thanks.

Hello,
is there already an update on the problem with the INA260 sensor?
I have exactly the same problem with the sensor.
Reply
#46
I struggle with a BMP280, I get wrong pressure. I ordered a lot of these sensors and they give different values. I thought first it was the sensors themselves, but now I got a different program. First output from Signal K, Data browser:
environment.inside.bridge.temperature, 299.75, K, 05/23 22:07:43, OpenPlotter.I2C.BMP280
environment.outside.pressure, 111472, Pa, 05/23 22:07:43, OpenPlotter.I2C.BMP280

Then from a Python program from https://www.raspberrypi-spy.co.uk/2016/0...in-python/
pi@openplotter:~ $ python bme280.py
Chip ID : 88
Version : 0
Temperature : 24.86 C
Pressure : 1006.8111592 hPa
Humidity : 0.0 %
Reply
#47
I got the INA260 sensor from jekyllandhyde 2 days ago, thanks! I will make some test ASAP
Reply
#48
Would it be possible to get support for the Sparkfun l2C 9DoF IMU ICM-20948?
Reply
#49
(2021-11-23, 02:41 PM)Relax Wrote: Would it be possible to get support for the Sparkfun l2C 9DoF IMU ICM-20948?

Is not openplotter-i2c app which supports IMUs, is openplotter-pypilot app. Support for that IMU is already done in pypilot but we have not updated the app yet because we are really busy with OpenPlotter 3 and other projects. We will do it ASAP.
Reply
#50
(2020-11-02, 07:36 PM)Sailoog Wrote: We have just published a new version of openplotter-i2c (2.2.0) fixing some errors and adding support for new sensors. It is beta again because some of them has not been tested, please report if you do it. This is the current list:

- ADS1115 (new - tested)
- BME280 (updated - tested)
- BMP280 (new - not tested)
- BMP3XX (new - not tested)
- HTU21D (new - tested)
- MS5607-02BA03 (old - tested)
- INA260 (new - not tested)

We have included a new system to allow customized settings for sensors and now it will be easier adding new ones. Please post here to suggest new sensors.

(2021-11-23, 08:00 PM)Sailoog Wrote:
(2021-11-23, 02:41 PM)Relax Wrote: Would it be possible to get support for the Sparkfun l2C 9DoF IMU ICM-20948?

Is not openplotter-i2c app which supports IMUs, is openplotter-pypilot app. Support for that IMU is already done in pypilot but we have not updated the app  yet because we are really busy with OpenPlotter 3 and other projects. We will do it ASAP.
Thank you for the info. I'll wait for it then. Smile
Reply


Forum Jump:


Users browsing this thread: 2 Guest(s)