04-06-2016 05:00 AM
In France it's raining today and the temperature is 10°C... And I have not seen that with Labview!
We haven't got the same effects, but the result is the same.
Of course, I've read the Word document and try both methods to install the files needed but results are the same...
I've contact Vernier and I'm waiting for an answer.
But maybe the solution is to read the frame send by the station and translate each byte into an usable value (maybe like the VI below, it's not mine)
Thank you for helping
Clément
04-06-2016 08:54 AM
I'm sorry you are having so much trouble. If they have an ICD for the communications, you could build your own driver from the ground up. It's not as hard as you think.
04-06-2016 11:02 AM
What do you mean by ICD ? I do not understand. The PDF file joined could hep us ?
I'm learning a lot every day with this project, but programming is not really "natural" for me, so...
Thank you for everything!
04-06-2016 11:36 AM
I glanced over the document and that looks perfect. You should be able to build your own drivers using this. This document shows you what the commands are and it tells you how to set up the COM port and send the command.
Check out the LabVIEW serial port examples included with LabVIEW and see if you can create something. We'll be happy to assis!
04-07-2016 02:51 AM
Thank you Bill.
I will read and study the document and try to understand most things as possible.
I'm working on other functions for the VI so it could take me few days to build a simple driver for the weather station, but I will keep you informed.
Clement
04-20-2016 07:50 AM
Hi !
I was finally able to communicate with the weather station. I can send commands and the station answers me correctly.
But, I' ve some trouble with the data sent by the station. In fact, most of them are ASCII strings, but the most important ones are in binary. I'm using the VISA Read function of Labview which returns strings, so I want to seperate each byte and convert them into decimal values.
I've tried to use the convert functions in Strings/Conversion numbers to strings, unsuccessfully.
Thanks for your help
- Clément
04-20-2016 09:16 AM
Sorry, I've forgotten to attach the VI with my message...
Here it is.
04-20-2016 12:31 PM
You'll need to attach some data so we can see what the messages looks like.
One thing I see very odd in your screenshot is the us of Octal to String to number. Are you actually receiving an octal string? I know what octal is, but in my experience, I've never seen octal numbers used in the real world.
If you can give us a typical message string, and tell us what it is supposed to represent, I'm sure we can figure out how to convert it for you.
04-21-2016 01:47 AM
Maybe I did not understand this : (it came from "serial communication with Vantage Pro")
"LOOP <number of LOOP packets to send-decimal>"
It sends the specified number of LOOP packets, 1 every 2 seconds. Console sleeps between each packet sent. The station responds with an <ACK> then with binary data packet every 2 seconds.
To halt the sending of LOOP packets before receiving all of the requested packets, send a <CR> by itself. Note that this is the same as the Wakeup sequence.
Each data packet is 99 bytes long and contains most of the current data values shown on the vantage console. In addition, the state of alarms, the battery status of the console and the transmitters, the weather forecast icon, and the sunrise and sunset times are included. Rev B and Vantage Pro2 firmware also have the 3 hour barometer trend value. A CRC value is calculated and transmitted so that the PC can validate the transmission accuracy of the data. The data format is described in detail in section X.1"
I've attached the PDF file, you could find it in the conversation
- Clément
05-11-2016 08:00 AM
I ran in the same problems as you guys. In addition the sample rate is quite limited. As it seems depending on the actions used it takes up to 10sec for one sample process.
clementblt do you have your Labview Code somewhere available. I could test it as well and give you a feedback.