I have a Google Alert for “Wireless Farm” – I get about an article a week (and many of them are about wireless technologies for “server farms” and other odd things). But today I got a link to this article about “How 5G will impact the future of farming.” Intrigued, I clicked it to find a puff-piece about how Deere wants better wireless connectivity so that combines can “talk” to each other via “the cloud,” pointing out that it can take up to a minute with current technology for one combine to upload its data to the cloud, then the other combine to download that data and act on it. A couple of points here:
“5G” mobile technology is based on “millimeter-wave” bands – over 20 GHz. (20,000 MHz.). Current LTE is based on 700 MHz. radios, and previous mobile data technologies (2G/3G) were “piggybacked” on existing 800 MHz. and 1900 MHz. radios. The range and, in particular, the ability of a signal to penetrate solid objects varies inversely with the frequency. So, to have 5G covering the areas cellular covers today requires a MUCH higher density of cellular towers than we have; to have it cover all of the rural U.S. will require thousands and thousands of new towers, a huge infrastructure investment
As I have mentioned previously, the vast majority of cellular infrastructure investment is happening (and will continue to happen) within cities and towns, where the density of opportunities for subscriber revenue makes it profitable.
Within the article, however, is this paragraph:
The term “5G” refers to the fifth-generation wireless broadband technology based on the 802.11ac standard. The packet of technology will bring speed and coverage improvements from 4G, with low-latency wireless up to 1GB/s.
802.11ac is WiFi, not mobile (cellular) technology. Specifically, it is the current generation of WiFI using the 5.8 GHz. (5,800 MHz.) radio band.
And here’s the point: “5G” mobile technology is not going to have an impact on farm operations in the forseeable future. But you can have multi-megabit WiFi technology on your farm TODAY – and you don’t have to wait for your friendly cellular carrier to put up a zillion towers. FURTHERMORE, since your AyrMesh system puts all the devices onto YOUR OWN Local-Area Network (LAN), everything on the system can just talk to each other – they don’t have to upload to the cloud and download from the cloud or anything like that. Your combines can “talk” to each other and your trucks, you can automate processes and enable autonomous vehicles – NOW – with an AyrMesh WiFi network.
In Part 1 and Part 2 of this series, as well as the associated posts on the ezeio and sensor networks, I have focused primarily on IoT hardware: the part you can see and touch, and that touches your farm.
However, in many ways, software is much more important than the hardware. As I observed in Part 2, modern technology products are remarkably similar: a CPU, some memory, some storage, and some peripherals. If the peripheral is a relay, you have a device that can turn things on and off (like a remote-controlled power plug, or a WebRelay). If the peripheral is an “Analog to Digital Converter” (ADC) then the device can monitor sensors and report the values from those sensors. Some devices like the ezeio have both (and even more).
Of course, nothing happens on these devices without software. And software is involved in at least two important places: the software that is running on the devices themselves, sometimes referred to as “firmware,” and the software running on back-end computers (local or cloud servers, PCs, or even your phone or tablet) that is used to store and interpret the results from the devices.
These two pieces of software have to be able to “talk” with each other, and we’ll assume* they do so over your network, with the device connected to your AyrMesh network and the “back-end” software on some sort of cloud-based server on the Internet. Note that the “back-end” software COULD reside on a server on your property if you are using AyrMesh.
What the devices themselves do depends on both the hardware and the firmware on the device – in most cases, that firmware will collect readings from the sensors, upload that information to the back-end server, and, if appropriate, take commands from that server and take action, from turning on a light to starting a pump or a grain auger.
In most cases, that firmware is a closed system – there is no way for you to collect data off or communicate with the device directly, or to direct it to a location other than the vendor’s cloud server. It doesn’t have to be that way, but (1) it’s simpler, and (2) that gives the vendor much more control over the data.
The back-end server usually stores the data and presents it to you (either through a web page or a mobile app, or both). What data you see, how you see it, and what you can do with it depends on that back-end software. It may just present a time series of observations in the field as a graph, it may let you set up simple or complex rules (if the soil moisture is at this level or below, turn on the irrigation system), and it be able to present data in many useful ways (different graphs, superimposed on maps, etc.) and enable very complex control of your farm machinery.
The back-end server is usually a closed system, as well – most times it can only accept data from the vendor’s own devices. Sometimes it may have an “Application Program Interface” (API) that allows it to exchange data with other programs. It may also have the ability to upload data into it for tracking and presentation, or to download data from it for importation into another program. These APIs and import/export mechanisms may be very good, well-written, and well-documented, making them extremely useful. Or they may not. APIs are generally only useful for programmers – it takes code to make them work – but well-written and well-documented APIs can enable even relatively inexperienced programmers to create custom programs to do exactly what you want, and that can be extremely valuable.
On the other hand, back-end software without good APIs and/or import/export features is a “closed box” – what you get is just what you get, and there’s no way to get more or less. Understand, of course, that a closed system like this may do EXACTLY what you need, but, if your needs change, it may suddenly become useless.
Of course, there is also the issue of your data and what happens to it. The terms and conditions for the service may be very clear about what happens to your data, or they may be quite vague. Many of the data services will anonymize and sell the data that you store on their servers (the most unethical may not even anonymize it – beware!). This may concern you or not, depending on the nature of the data and how closely tied to your operation it is. For instance, it is generally valuable to share weather data – if your neighbors do so as well, you can gain a much better insight into the local weather patterns. On the other hand, you may not want to share geo-referenced harvest data – that tells too many people exactly what your land and your harvest is worth. “Fuzzing up” the geo-reference, however, might make it a lot more shareable.
When you are considering new devices to collect data and/or control machinery on the farm, these distinctions between “open” and “closed” systems, and the availability if good, usable APIs may seem abstract. Salespeople for “closed” systems will do their best to minimize the importance of these issues, but it’s absolutely critical. Openness in the device’s firmware means that the devices can be re-purposed to work with another system if you don’t like the vendor’s services, and openness in the back-end database means you can easily get your data and move it where it can be combined with other data and used (e.g. providing it to your agronomist for analysis, or storing it in a system where it can be combined with other data for decision-making).
Being smart about buying new technology for your farm can save you a lot of money in the long term, and a lot of frustration in the short term. We’ll keep an eye out for and report on interesting products that help you on the farm using open technologies.
*some devices connect directly to the network using WiFi or Ethernet, and some devices will have low-power networking (e.g. Zigbee or Google Threads) that use a “gateway” device to connect them to your network (or directly to a public network via cellular or satellite). There are even some that don’t talk to the network at all, using either Bluetooth or an embedded WiFi server to communicate directly with your phone, tablet, or laptop. And, of course, there are still devices that use some sort of flash memory and “sneakernet” (taking the flash memory off the device and walking it to a computer).
A few months ago, I was approached by the folks at eze System, who wanted to know if their ezeio product would work with AyrMesh to help farmers measure conditions on farms and control equipment.
They were kind enough to send me one of the ezeio products so I could try it out. Insofar as it is a standard Ethernet (802.3) product, I had no doubt it would work perfectly with AyrMesh, and, of course, it did – I just connected it to an AyrMesh Receiver with an Ethernet cable and it appeared on my network.
What is cool about the ezeio is that it is a complete package – hardware, firmware, and back-end software – completely integrated and ready to plug in and go. It includes connection points for up to 4 analog inputs (configurable for 0-10V, 4-20mA current loop, S0-pulse, or simple on/off), Modbus devices, Microlan (1-wire) devices, and up to two relay outputs (up to 2 amps). This makes it a very versatile unit for both detecting and controlling things on the farm.
I set mine up on a table to see how it worked. The good folks at eze System included a Microlan temperature probe, so I set up my unit with that connected to the Microlan connector and a couple of LEDs (with a battery) connected to one of the relay outputs.
I then went to their web-based dashboard and started setting things up. It’s pretty simple – you get a login on the dashboard, and you add your ezeio controller. You can then set up the inputs (in my case, the temperature probe) and outputs (the relay) and then set up rules to watch the inputs and take appropriate actions. If you want to see the details, I have put together a slide show for the curious so I don’t have to put it all here.
The bottom line is that I was able to quickly and easily set up a system that checked the temperature continuously and, when the temperature dropped below a certain level, lit up an LED. Big deal, I hear you say, BUT – it could easily have been starting a wind machine or an irrigation pump or some other machine, and it could have been triggered by a tank level switch or a soil moisture sensor or some other sensor or set of sensors. It also enables me to control those devices manually over the Internet, using a web browser, without having to “port forward” on my router.
The ezeio is a very powerful yet easy-to-use device which, in conjunction with the web service behind it, enables you to very easily set up monitoring and automation on your farm. For the do-it-yourselfer, it is a great way to get started on employing the Internet of Things (IoT) on your farm. Even if you’re not inclined to take this on yourself, any decent networking technician can easily set up your AyrMesh network and the ezeio to help around the farm.
gThrive is one of the companies I have been watching for a while, because I thought their technology was interesting. I think that the use of sensors for monitoring soil conditions is an excellent example of what technology can do for agriculture, but the existing solutions out there are simply too expensive for use outside of very high-value crops.
gThrive took the approach of using modern sensor and microprocessor technology and mating it with low-cost packaging to create a new soil sensor with more “intelligence” at lower cost than anything currently available on the market – hundreds of dollars per probe instead of thousands of dollars, with more sensors on the probe than had previously been possible.
The probes are simply plastic stakes, each of which has several sensors, a low-power CPU, a battery, and a low-power data radio, which communicates with their gLink base station. The gLink base station must be connected to the Internet via either a cellular connection or WiFi. This means, of course, that it can be easily added to your AyrMesh network, allowing you to have soil probes in multiple fields without having to rack up massive cellular data bills.
All data from the stakes are uploaded through the network to gThrive’s web site, which you can access from anywhere with any Internet-connected device. It’s a simple, clean, efficient system, and they have just started selling their system at the recent World Ag Expo.
Seeing products like this come to market validates the reason we started the AyrMesh product line – to help farmers get more data, faster and cheaper, and be able to do more on the farm. Products like this can dramatically add to the value of your AyrMesh Wireless Farm Network, and vice-versa. We wish gThrive all the best and look forward to working with them and other companies bringing new network-connected products to the ag market.
