Replacement:SEN-10586. The new version uses the BMP085 barometric pressure sensor in place of the SCP1000. We've also added XBee radio headers and completely revamped the firmware. This page is for reference only.
We take the sensitive SCP1000 barometric pressure sensor, add the TEMT6000 ambient light sensor, match it with a sensitive SHT15 humidity sensor, and we give you weather over USB! Ok, so it doesn't really predict the weather, but you can immediately tell what the current pressure, humidity, ambient light level, and temperature is. Graphed over time you can watch weather fronts move in and the rain come down.
This new version uses and ATmega328 instead of the ATmega168. Code is interchangeable between the two.
Serial output is a single visible ASCII string at 9600bps.
There is a footprint and switch for 'RF'. This unit can be powered from our large solar cell and data can be transmitted via our BlueSMiRF wireless modem! All you need now is a greenhouse to monitor.
Note: If you plan on using this board in direct sunlight, we suggest purchasing the SCP1000 Gasket as shown below in the related items.
Replaces:SEN-08311
We welcome your comments and suggestions below. However, if you are looking for solutions to technical questions please see our Technical Assistance page.
No reviews yet.
Hello i have this card (the v2) with the https://www.sparkfun.com/products/8942, i want to make everything work. Do you have a tutoriel or some informations please ?? Thanks
I do not know if anybody will actually read it, but I got one of these boards, and I noticed a bug. The software that came with it seemed to have some kind of buffer overrun, so this would come out:
SHT Temperature=72.30Fmware 2.0
that sort of thing. I couldn't find the problem, but recompiled from source and it did the same thing. Ultimately I turned the optimization level of gcc down and it worked, but that seemed strange to me so I recompiled it to use vprintf_float and scrapped the print_decimal. The program is a few hundred bytes longer and maybe a little slower but it works more reliably. Be careful, printf is not reentrant (I made this mistake while trying to fix it).
More importantly, I did find a more serious bug. SCP_spi_comm() calls delay_ms(1) three times for every bit. To do the entire transaction of temperature + pressure is 48 bits (counting one poll for checking DRDY). That's 144 msec. That's out of the SCP1000 spec -- you have to pull all data out of it within 55 msec of DRDY. This causes real problems.
I took out some of the configuration code as I just want it to spit out JSON anyway. If anybody wants this code drop me a note, I'll share what I have. I'd love to try similar things on the new version but I don't have one.
--Chris
{ "count": 1413, "humidity": 31.0, "sht_temp_c": 24.3, "dewpoint_c": 6.1, "scp_temp_c": 24.0, "pressure": 29.72, "light": 0, "scp_asic": 3 }
Por favor necesito adquirir un USB Weather Board, alguien me ayuda con información....Gracias:)
I got this wonderful item today. Installed the example .net thing and it works like a champ. Though problem is, last 4 readings show 0's. I have the firmware stuff, but im at a loss how to upgrade it and where to go next. Works just fine otherwise, had it running for a while now out my bedroom window and logging. So anyone that can point me in the right direction, would be very helpful.
PLEASE HELP!!!
I recently bought 2 USB weather boards, which I both still have problems with.
Namely, when I first connect it to my com port through USB to serial converter I get correct reading. However, when I turn my computer off without closing the port and then turn the PC back on, I'm unable to access the port, because it remains closed.
This is very strange and frustrating, since every serial connection, even if not closed properly, should release the port after resetting the PC, let alone physically turning it off and on.
First I suspected the hardware, so bridged R7 (see schematics), because it seemed suspicious and because I don't use blueSMiRF. It worked for the first time on a different computer and then it died again (closed the port indefinitely).
The second thing I tried with the hardware, I bridged the whole onboard USB to serial part with my own converter (with TTL levels). This time, it worked for the first two or three times and then it again closed the port indefinitely on that computer, so I can no longer read the values (also with Hyper Terminal).
Did anybody experienced something like this before?
Is there some software problem, reported elsewhere?
Or some newer version of the software available?
It really been annoying for too long time now, although the board seems nice.
Best regards
trying to upload hex file to this board via avrdude.
avrdude -V -F -c arduino -p atmega328p -b 9600 -P /dev/cuaU0 -U flash:w:filename.hex does not work.
what do i have incorrect? host is freebsd. avrdude on this box works fine with other avr chips including the arduinos.
What error message are you receiving?
thanks for shipped the product, greeting
The Eagle files show the correct labels. I'm not sure what else is going on.
On my unit (USB Weather v2), it appears the label for the USB vs RF switch is backwards. While the switch was in the USB position, TeraTerm would tell me "Cannot open COMx", until I switched it to the RF position.