Comments: micro:climate Kit Experiment Guide

Pages

Looking for answers to technical questions?

We welcome your comments and suggestions below. However, if you are looking for solutions to technical questions please see our Technical Assistance page.

  • CharlyCajal / last month / 1

    Hi, I am trying to read the soil temp sensor and get back a 409593.75 value, and don't change in probe change temperature. Hope you can help me or guide me through this. I trie it in class with 4 different se-ups and same error came.

    • bboyho / last month * / 1

      Hi,

      This sounds more like a technical question.

      Check Your Connections

      Testing Experiment 4 with a Micro:bit 2.0, I was able to see value of 409593.75 from the temperature sensor when it was not connected. Make sure check your wiring colors with each pin and tighten the screw terminal labeled as SOIL TEMP.

      Debugging and Delays

      The original code in Experiment 4 did not have the serial output included in the example. Try adding the serial redirect to USB code block from the Serial extensions in the on start code block. Then add the serial write line and reading the tempC or soil temperature(C) variable. Finally, add a small delay by using the pause (ms) 100 block from the Basic extension. The Micro:bit might be executing code too fast in the forever loop. Adding a small delay will help give the temperature sensor some time to provide the sensor readings.

      Weather:Bit Extension

      I am not sure what Weather:Bit Extension you are using. Try clicking on the Javascript button to switch to the text based coding. The weatherbit extension version that you are using will be provided on the left hand side of the page. I tested on 0.0.12 and 0.0.19. Both versions seemed to work fine after checking the connections and adding a small delay.

      Otherwise, I recommend checking out our technical assistance page for the best support.

      • CharlyCajal / last month / 1

        I tried all the option and the error is still the same. I am using a Microbit 1.0, do you thing this can be the issue? The version of the extension is 0.0.19.

        • Just to link the conversations that we have had in the tutorial comments and SparkFun forums => https://forum.sparkfun.com/viewtopic.php?p=233084 .

        • I just tested with a Micro:Bit v1.0 and am seeing the same issue that you are where the value is a constant value of 409593.75. :\ I'm not sure the exact reason why you are not able to read the sensor. Talking briefly with my coworker that has updated a few of the our extensions, most likely it has something to do with the way MakeCode editor 2.0 passes data (i.e. char vs int8 is one example).

          I do not have an exact timeline of when the weather:bit extension will be updated but I did find a workaround. There is another 3rd party extension that you can use for the DS18B20. Try doing a search for "DS18B20" and adding the microbit-dstemp. Then select the temperature pin on P12.

        • bboyho / last month * / 1

          MakeCode Editor Version

          Hmm, It's possible. There was an update to the MakeCode environment to v2.0 that broke a lot of the extensions. A co-worker patched a few of the extensions but made them backward compatible. If it was working for Micro:Bit 2.0, it should work for the Micro:Bit 1.0.

          Reinstalling the Weather:Bit Extension

          Another thing to try that might work is to click on the track can button next to the weatherbit extension's version number. Then reinstall the extension and code blocks in the example.

          DS18B20 and weather:bit

          You stated that you tried connecting it four different times. Were you trying to connect four different DS18B20 temperature sensors to four different weather:bit carrier boards?

          Let me test it out on my Micro:Bit v1.0 to see if I can recreate what you are seeing. It's on my desk at work.

  • not_fet / about 11 months ago / 1

    would there be a way to disable the BME280 so the entire weatherbit/battery/electronics etc can be enclosed in a NEMA4X container and hook up the BME280 externally?

    • CF / about 11 months ago / 1

      Unfortunately no, not without desoldering the one that's already on the board or cutting a few PCB traces to the existing chip. :-( Trying either could destroy the whole board unfortunately.

      • not_fet / about 11 months ago * / 1

        what about using a quiick SEN-15440 and just read that. I am sure a second sensor can be added. Is the original in the weather-bit 0x77? so then I could read 0x76 for the external sensor.

        • CF / about 11 months ago / 1

          That would work, I wasn't aware you could change the address on the BME280 on the Qwiic board. You just don't want to have two devices with the same address on the same bus at the same time. The one on the weather:bit is set to 0x77 so just set the other to 0x76 and make adjustments in your code to address the external sensor and you should be good. :-)

  • Are the weather bit libraries not available in micro python?

    • Currently, there are no weather:bit libraries in MicroPython. Doing a brief search online, it looks like there are some libraries for the BME280 and DS18B20 but I have not tested it with the micro:bit. I did not find any examples for a weather meter so that would probably need to be ported over.

  • Where did you get the clear case to keep the weather bit and micro bit dry?

    • The clear case is acrylic. You might be able to find it at hardware stores like Home Depot. There's a local hardware store by SparkFun that I sometimes go to that has it. Try looking up "acrylic" to find one by you location.

      However, you probably want to invest in a solar radiation shield. Nate tested out a few enclosures for his weather station with Arduino a few years ago. He found that this was the best for airflow for the sensors and to avoid heating up from the electronics from direct sunlight.

  • Member #393614 / about 2 years ago / 1

    Help, so I am new to all this coding stuff, do you have complete code package I can load and walk through? Also explanation on 2nd mirobit as a remote monitor

    Thanks

  • Member #786456 / about 3 years ago * / 1

    I think upon further reading I have answered my question, now just to figure out why my micro:bit keeps giving me a 'write protected' error when I try to upload to it. I may try it from a different computer, this one could have its usb ports locked down since its a work laptop.

  • Member #1391593 / about 4 years ago / 1

    Hi - On the climate kit Product Page it's stated ""We even included an extra experiment that includes wireless communication between two micro:bits to be able to monitor the weather without being exposed to it." Where is this in the experiment guide? Thanks. Darrell, Mission Viejo, CA

  • Member #387388 / about 4 years ago / 1

    A note on Experiment 5: As the write up says, the wind vane detects 16 different directions, and the Wind Direction routine in the makeCode package only decodes 8 of these. So, if you want wind direction that works more than half the time, you do need to do your own decoding (of the analogRead of pin P1). Actually, P1=255 more than half the time (the voltage on P1 appears to be zero when this happens, so the reed switches are likely not closing?). The values of P1 that I observed are as follows (there is some variability, so a +/- 4 range is probably appropriate):

    • ESE - 378
    • ENE - 396
    • E - 405
    • SSE - 436
    • SE - 488
    • SSW - 539
    • S - 573
    • NNE - 664
    • NE - 703
    • WSW - 791
    • SW - 810
    • NNW - 852
    • N - 898
    • WNW - 920
    • NW - 951
    • W - 979
    • ??? - 255

    • Ell C / about 4 years ago / 1

      Hello! I re-read the experiment and looked at the code and I think the verbage could be re-worked because it is a bit confusing. We read resistance at 16 different loci and then use those values to calculate the cardinal directions we list in the experiment: N,NE,E,SE,S,SW,W,NE. In the makecode package, the standard deviation on these values is +/- 10 which gives me pause when looking at gradations of NNE, ENE, ESE, etc. I'm logging an issue to look at the statistical analysis to verify we can get consistent accuracy with these extended directions. If it makes sense to update the makeCode (and the experiment) we certainly will. Thank you!

  • Member #351984 / about 4 years ago / 1

    I'm working with the weather:bit. I'd have the weather:bit micro:bit transmit a comma delimited string to a 2nd micro:bit. I can't figure out a way in Makecode Blocks to break down the comma delimited string into multiple variables. Nor can I figure out a way to transmit an array.

    Any help would be appreciated.

  • Member #387388 / about 4 years ago * / 1

    The MakeCode for Experiment 1 does not work. Please note the following comment in the GitHub repository:

    Set Up Function
    At the start of any program which will use the BME280 Sensor data (Pressure, Humidity, Altitude, Temperature) place the "Set up Weather Monitoring" in a "Forever" block. It is unknown at this time why this block will not work in the "On Start" block.

    Also, "send your feedback" doesn't work, hence this comment.


If you've found a bug or have other constructive feedback for our tutorial authors, please send us your feedback!