Como não o posso fazer em português, estou contente por gostarem da versão inglesa! PS: Utilizei DeepL para a tradução! Grande ferramenta btw!

Danke, Oliver. Bzgl deiner Frage: es gibt verschiedene Möglichkeiten. I2C ist ja ein Bus, d.h. du kannst mehrere Sensoren am selben Port anschließen, die müssen unterschiedliche Adressen haben. Was sie auch müssen, wenn sie an verschiedenen Ports hängen. Insofern reicht es, wenn ein I2C rausgeführt ist. Grundsätzlich hatte ich aber auch schon das Problem, dass ich an Pins musste, die nicht rausgeführt sind. Dann ist es wichtig zu prüfen, ob dAISY die nicht nutzt und dann muss man die selber abgreifen (löten). Bei I2C aber wie gesagt nicht nötig.

Hi! It depends what you expect. E.g. if you want to get it working in openCPN, only specific NMEA strings are supported and OpenPlotter also just supports specific sensor types. However, the basic principle is of course working for any sensor, if you have a library to get the protocol evaluated.

I can't answer this is general - you need the different sensors which are all existing with protocols, which are matching the Raspberry levels (3,3V preferred and I2C oder SPI etc.)

Hi Jean, This is very difficult to say w/o seeing your code/realization. Copy what you did, screens, code etc. and take it to a forum for direct help. For me it is nearly impossible to help we debugging via the KZfaq comments as it takes time and a closer look on each specific realization. And, of course, there have been some updates (Rasbian, Openplotter, ...) since I did the video...

The dAISy Hat offers an own I2C output. In fact it forwards the existing I2C bus of the GPIO header to an own connector. You need to solder some pins on the dAISy Hat I2C named output. I use 90° pins to be still able to close the cover/lid.

Hi Andrew, It is quite difficult to provide help via KZfaq comments on such a topic. OpenPlotter has a forum which offer more space, more users etc. to get step by step to a solution. However, some thoughts: BME280s shouldn't be hot plugged. This can lead to issues on the I2C bus. They usually don't get damaged but the bus is frozen. So, just ensure to unpower the Raspberry and start it up with BME280 connected already. You said, it works with the app, so I guess I2C is set to on in raspyconfig. Is the address correct? 0x76? This is the default address but BME280 can also be set to 0x77. Does I2C show the sensor and sais that the service is enabled? For all three fields... Do you see the sensor at all in Signal K? What does the data browser show? Some thought using my "glass bowl"... It is hard to help, as said. But maybe some of my hints help.

@@Sir-Real Thanks for those useful suggestions. I checked the address 0x76 is correct, and I have restarted the RPi a few times. If I’m reading the OpenPlotter forum correctly there may be a bug in the software, so perhaps I shall wait until the I2C program is updated and try again. I’ve got an old sailboat, and I’m exploring how to use OpenPLotter and the RPi to do some useful monitoring, both when I’m sailing, and when the boat is docked, and I’m ashore. I’ve very little experience with Raspbian, KPlex, NodeRed, Grafana etc, so I find KZfaq channels such as yours very helpful. Thanks again, Andrew

For temperature and pressure I am using the Bosch BME-280 as a stand alone sensor (not the BMP-280 of the GY-91). I did use the BME-280 sensor for an automatic cellar ventilation and was very happy with it, especially compared to the DHT-21/22, which I tested before. For pitch an roll I am using the TDK MPU-9200. So, again not the GY-91 combination but the same IMU sensor. And wow, this sensor has depth for once. I am currently creating an own tutorial series just for this sensor.

@@Sir-Real Thank you, cannot wait to see it.

@@Sir-Real Great videos - many thanks for taking the time to make them. I'm interested in trying out pitch and roll but looking at invensense.tdk.com/products/motion-tracking/9-axis/mpu-9250/ it looks like this chip is End of Life although it is available. Might this be a better device? thepihut.com/products/adafruit-tdk-invensense-icm-20948-9-dof-imu-mpu-9250-upgrade

Hi Jean, Not sure what you mean with 'account'. There is no need for a user account or are you talking about the server setup itself?

There is no recognized NMEA 0183 sentences for RH in OpenCPN. Correct? ref.: opencpn.org/wiki/dokuwiki/doku.php?id=opencpn:opencpn_user_manual:advanced_features:nmea_sentences#dashboard_plugin

Correct. Unfortunately. They might extend the transducer values one day, but currently RH is not available.

Also... grundsätzlich können NMEA Daten von einer Raspberry gelesen werden, allerdings benötigt man einen Wandler. Meist werden dafür HAT Platinen direkt auf die Raspberry gesteckt. So hat auch meine dAISy Hat PCB einen NMEA Eingang. Es gibt aber auch Platinen ohne AIS als Wandler auf dem Markt (zB für RS485 oder RS422), um NMEA über Kabel mitschneiden zu können. Man muss dann gut überlegen, was man damit macht. Entweder man stellt diese Daten per WLAN zur Verfügung. Dann können verschiedene Geräte die Daten dort abholen, benötigen aber selbst eine Lösung für die Darstellung. So kann man nicht nur die Daten an zB NVCharts auf einem Tablet geben, sondern auch an eine weitere Raspberry. Man kann aber auch einen Monitor direkt anschließen und zB OpenCPN auf der PI laufen lassen. Oder eben einen Webserver, zB Node-RED, und die Geräte greifen per Browser zu. Man muss sich also vorher schon einen Plan machen, was man will und wofür. Für ein reines Dashboard würde ich vermutlich Node-RED nutzen und zwei Tablets mit Browsern. Für eine Plottersoftware an zwei Orten, würde ich vermutlich zwei Raspberries einsetzen und eine ist der NMEA Server. Aber ein Tipp: Niemals das System zu komplex machen. Das kostet mehr Spaß als es bringt. Die Frage ist immer: Was benötige ich wirklich? PS: Ein Mirrorring des Raspberry Desktops kann ich nicht empfehlen.

@@Sir-Real Vielen Dank für ihre Antwort. Ich würde mir gerne einen Plotter am Kartentisch zusammenstellen der mit open CPN meine Daten aus den bereits vorhandenen Gebern abgreift und darstellt. Ich verfüge bisher über keinerlei Erfahrung mit Linux oder mit den Möglichkeiten verschiedener Komponenten. Es prasseln dort immer neue Begriffe auf einen ein. wie Z.B dem Wandler RS 485. Kann jeder Wandler nur ein NMEA Signal verarbeiten? was zum Beispiel ist Note Red? Könnten sie mir eine Seite empfehlen auf der man diese Sachen sich anlesen kann? Es tut mir echt leid das ich Ihr wissen gerade ausnutze aber Ihre Erklärungen in den Videos waren bisher so klar verständlich, dass ich sie hier belästige.

@@soundofsilence6823 In der Tat ist eine Antwort hier schwierig. Node-RED stelle ich in der Serie "raspberry on a boat" auch vor bzw. wir nutzen dort Node-RED als Ersatz für Kplex und als Dashboard. Node-RED ist eine graphische Programmierumgebung. Allerdings gibt es dafür keinen Plotter. OpenCPN auf der Raspberry hat mich persönlich nicht begeistert. Trotz PI4 fand ich es zu instabil und zu langsam. Allerdings hab ich es über Remote-Desktop genutzt, man sollte also auf jeden Fall es direkt mit dem Monitor verbinden. Eine gute Alternative ist ein Tablet mit einer kostenpflichtigen Software wie NVCharts. Die Raspberry kann man dann wunderbar nur für das "Beiwerk" nutzen. Also z.B. um GPS, AIS und andere Daten per WLAN zu "multiplexen", aber auch um Dashboards zu erstellen (siehe meine Node-RED Einschübe) und die dann auch mit dem Tablet in einem weiteren Tab oder mit einem 2ten Tablet zu öffnen.

I will follow your refit, thanks again Manny and keep going! Happy 2021!

Oh, sorry if you got that wrong. Just a transition like so many others do that in their videos?!