Develop

[cayurcha]

include "config.h"

// Preamble includes any relevant subroutine files based // on options specified in the above config

include "loom_preamble.h"

// ================================================================ // === SETUP === // ================================================================ void setup() {

// LOOM_begin calls any relevant (based on config) LOOM device setup functions
Loom_begin();   

// Any custom setup code
//pinMode(5, INPUT_PULLUP);
//pinMode(6, INPUT_PULLUP);
// pinMode(7, INPUT_PULLUP);
// pinMode(8, INPUT_PULLUP);
// pinMode(9, INPUT_PULLUP);
// pinMode(10, INPUT_PULLUP);

}

// ================================================================ // === MAIN LOOP === // ================================================================ void loop() { OSCBundle bndl;

    measure_sensors();              // Read sensors, store data in sensor state struct
package_data(&bndl);            // Copy sensor data from state to provided bundle

log_bundle(&bndl, SDCARD, "lpdata.csv");

    print_bundle(&bndl);    

delay(100); //for a second

additional_loop_checks();       // Miscellaneous checks

// --- End Example ---

}

[cayurcha]

This was the code that we used for TSL2591 and MS0831.

[prototypicalpro]

Hello! It looks like there have been a few miscommunications here, so I'd like to clear things up best I can.

First off, I'd like to formally apologize. The Loom developer team has been extremely busy in the last few weeks, and as a result has had difficulties responding to technical support issues. Unfortunately it is unlikely that this will improve anytime soon, but we hope to have more time and staff available to answer questions around January. In the meantime, we appreciate your patience.

A lot has changed in the Loom library since this sketch was created. As Greyston probably mentioned, one of the defining factors of the Loom 2 upgrade is that Loom 2 would not be backwards-compatible with any Loom 1 code, including sensor implementations. One of the consequences of this decision was the need to reimplement the Loom 1 features into Loom 2, a task we have made progress on but are not close to finishing. The sensors you are requesting (the TSL2591 and MS0831) are examples of features that have not yet made it from Loom 1 to Loom 2.

Since you referenced the TSL2591 and MS0831, I'm assuming that your end goal is to build a project using Loom 2 and those sensors. With that in mind, there are a couple of options you have to get this feature added to Loom 2:

• Submit an issue: As Greyston probably mentioned, we use GitHub Issues (https://github.com/OPEnSLab-OSU/Loom/issues) to keep track of bugs and feature requests. GitHub Issues allows anyone to add items which they would like the Loom team to do (such as adding another sensor to Loom), and we will work on these items roughly in the order they are received. If you would like to submit an issue, you can click the green New Issue button on this page, click the green Get Started button next to Implementation Request, and fill out the details for one of the sensors you would like implemented. An example of a complete implementation request issue can be found here. We ask that you create a single issue for each sensor you are requesting, as it allows the Loom team to better keep track of requests. It should be noted that we currently have a backlog of 28 issues from within the lab, and expect to be unable to address new issues until January.

• Contribute to Loom: A new feature of Loom 2 is the ability for people outside the lab to program features they need into Loom, and submit their code to the developer team for integration. This process is designed for an audience with moderate programming experience, and I don't recommend following it without a good understanding of C++. We have written a guide for this process here: https://github.com/OPEnSLab-OSU/Loom/wiki/Contributing-to-Loom.

I hope this information is helpful. Feel free to leave a comment you have any additional questions.