At the time, I used C++, but it could have just as easily been done with Dephi or C#. We needed to run GIS queries and pull data out of the DB based on a flight plan, not the data. The text data contained start and end times for the vaidity of most of the messages the images were sent in fixed time slots and their validity depended on when they were sent. Once data was expired, we deleted it. (Weather data published by the US National Weather Service is very cryptic, if you've never seen it.) When we printed the satellite images at full resolution (as received) on a laser printer, they were about 1" square, which wasn't very useful as-is. ALL of the data was valid for a limited period of time. We also got text data from an RS-232 port on the device we had to parse it, analyze it, and put it into the DB as well. I had to hook that to a parallel interface, read the data, re-rasterize it, convert the data to a bitmap image, and save it into a DB. It was sent to a Centronics parallel port intended to be connected directly to a printer. I built a system once where we had a box that received weather satellite images. I got him to send me info on the remote sensing devices, and they gave an option to send data via MQTT or email, and they chose email. So why limit yourself to just two languages and platforms? (He kept coming back to using "email", and I was really puzzled why. Pretty much anything can read emails and extract data from them. You could be using the exact same sensors he was using and sending all of your data back as emails as well. His only real requirement was, can I read email and extract the data from the messages? He didn't even say that, but that's what it came down to. (It turned out they're solar-powered devices scattered all over SW Australia.) That's a lot different than having things that you can interact with at any time and make explicit requests of. They only look for remote commands when they wake up briefly. He has some remote sensor devices that wake up every hour, measure the temperature, humidity, wind speed and direction, take a photo, put them into an email and send it off, then they go back to sleep. There's a guy who posted something recently and was wondering if he could use Delphi for it. You might be doing that with 1000's of devices scattered around a lab, but not if they're scattered around the city, state, country, or the world. How? In real-time? Are they being sent automatically into a central place in a big stream or do you have to poll each one? Are you needing to buffer them or save them, or just sample them and toss them aside? Or are they being dropped into a database for later analysis? Is there a time-frame on the analysis window?Īlso, what's the interface? You mention low-level hardware peeking and poking. You said you're "monitoring" perhaps 1000s of nodes. Clearly you have more considerations than you're sharing. How about R? Isn't it a graphical software only without hardware handling ability? MATLAB is for wealthy big corp even though it is great for instrument control.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |