20|20 Software Overview

Learn how the 20|20 thinks and how to harness that power to your advantage.

Updated January 28, 2022

When you are getting used to a new 20|20, it can be a bit overwhelming. At first, you may not know where to turn with all the settings and options. But once you find your bearings, you’ll find the power that comes with that customizability.

This article will give you a high-level overview of the 20|20 software: what it does and why. After reading it, you’ll be able to get more out of the specialized articles that deal with specific settings, because you’ll see the bigger picture that they fit in to.

Table of Contents

Think Like a 20|20

To get the most out of your 20|20, it’s helpful to understand how it “thinks.”

Divide the Implement into Parts

Depending on what it’s trying to do, the 20|20 has different ways of splitting your implement up into parts:

  • Rows. The 20|20 was designed with row crops in mind. So naturally the first thing it does is divide your implement into rows. Every row has its own associated data and hardware, and the 20|20 can use them as building blocks to combine into larger units, like the ones below.
  • Swath Sections. When you’re using the 20|20 to control your implement, you often want it to stop applying product when you enter part of the field that you have already covered. Although that sounds simple, it actually raises some tricky questions, like which rows specifically should shut off and when. Swath sections are the 20|20’s answer. Each swath section is a group of rows that the 20|20 can turn off and on as a single unit, based on when the whole section begins to overlap previous coverage.

    For the most part, you won’t have to worry about swath sections, because it usually makes sense to treat each row as its own swath section. But it’s good to know that you can combine them. That can be useful, for example, if you want so-called “dual ends” — end rows that don’t switch off on their own but wait until the next row hits previous coverage. By decreasing end-row sensitivity like that, you can sometimes avoid underplanting near obstacles like trees.

  • Rate Sections. When controlling the implement, the 20|20 tries to make sure that each row hits the targets you set. But you aren’t limited to setting one target for the whole implement. Instead, the 20|20 lets you group rows into up to four rate sections, each of which you can configure independently. So, for example, you can have one set of targets for your even rows and another for your odd rows, or even single one row out for experimenting.
    This chart, shown on the Systems menu landing page, illustrates both rate sections (the colors in the top row) and swath sections (the numbers on the bottom). The numbers along the top are individual rows. The example is a little absurd but nicely demonstrates how flexible swath and rate sections are. They can have as many or as few rows as you like (in this example, rows 6-16 will turn off or on as one unit). And rate sections can even alternate from one row to the next.
    This chart, shown on the Systems menu landing page, illustrates both rate sections (the colors in the top row) and swath sections (the numbers on the bottom). The numbers along the top are individual rows. The example is a little absurd but nicely demonstrates how flexible swath and rate sections are. They can have as many or as few rows as you like (in this example, rows 6-16 will turn off or on as one unit). And rate sections can even alternate from one row to the next.
  • System Row Assignments. Not every row has the same hardware on it, so sometimes you want one row to be controlled based on sensors on another. To allow for that, the 20|20 thinks in terms of row assignments, groups of rows that are assigned to particular pieces of hardware.
    This chart, from a liquid system setup page, shows row assignments for three module types. The bottom module is on every row (notice the circles), but the top one is only on one row out of eight, so the system is divided into groups of eight rows for that module type (notice the lines dividing the groups).
    This chart, from a liquid system setup page, shows row assignments for three module types. The bottom module is on every row (notice the circles), but the top one is only on one row out of eight, so the system is divided into groups of eight rows for that module type (notice the lines dividing the groups).
  • Active Rows. Finally, at the highest level, the 20|20 divides the implement in two — the active part and the inactive part. It does this for each system individually and for the implement as a whole.
    Another outlandish example. Running along the top, just below the row numbers, you can see an alternating pattern of black and green boxes and then a string of grey. Within this particular system, the grower has only made the lefthand rows active (grey are inactive). But at the implement level, the grower has *also* made all even-numbered rows inactive (black). Combining these rules, the 20|20 knows to only apply product for this system on odd rows on the left side (the green boxes).
    Another outlandish example. Running along the top, just below the row numbers, you can see an alternating pattern of black and green boxes and then a string of grey. Within this particular system, the grower has only made the lefthand rows active (grey are inactive). But at the implement level, the grower has also made all even-numbered rows inactive (black). Combining these rules, the 20|20 knows to only apply product for this system on odd rows on the left side (the green boxes).

When you understand when and how the 20|20 uses these categories to break up your implement, you see how much power it gives you. You can decide exactly how each row should behave.

Group Hardware into Systems

The 20|20 is not tied to any particular implement type or purpose, and often you’ll want to use it to do multiple things, like plant corn and apply fertilizer. To allow for that kind of flexibility, the 20|20 thinks in terms of systems. Systems are types of activity, like seeding or liquid application or row cleaning.

Because you don’t have the same systems as every other grower, the 20|20 needs you to tell it what you do have. Once you do, it can show you the right settings and options, helpfully grouped according to their purpose. But if you forget, the 20|20 will assume you don’t have any systems, and it won’t show you any settings for them. This helps keep things clean and simple, because otherwise you’d have to sift through dozens of settings for systems that you don’t even have.

A side-by-side comparison of the systems listed in the menus of two different implements (after initial setup): one with Down Force, Closing, and Row Cleaner systems and the other with Nitrogen, Starter, Fungicide, and others.
A side-by-side comparison of the systems listed in the menus of two different implements (after initial setup): one with Down Force, Closing, and Row Cleaner systems and the other with Nitrogen, Starter, Fungicide, and others.

Once you’ve added a system to your 20|20, it’ll appear all over the place: in metrics, in menus for configuration, in diagnostics, and in control pages. Often, the system shows up everywhere with an obvious default name. After all, a seeding system is a seeding system, and you can’t have more than one. But in some cases, like with liquid and granular applications, you can have multiple versions of the same system type. In that case, the 20|20 needs a better name than the generic “liquid,” so it asks you. It offers some preconfigured options, like Nitrogen, Fungicide, and Spray. But really these are just nicknames to help you remember. The 20|20 doesn’t care what you call them, and you can enter your own custom names to suit your needs.

Even for a specific system, the 20|20 still leaves a lot of customization up to you. You might just use it for monitoring, or you might also use it to control application. So the 20|20 needs to know what hardware (”modules”) to associate with each system and where to look for it on the implement.

Think of Application in Terms of Fields

The 20|20 thinks of its activity in terms of fields. Every time it applies any product, it saves all the data it gathers under the currently active field name. And when it moves forward and tries to decide how much more product, if any, to apply next, it looks under the currently active field to see if it’s entering previously covered ground or if there are any prescriptions or boundaries it needs to obey.

That means that if you make a pass across your field and then tell your 20|20 that you’re in a new one, you can go right over the old ground again, and the 20|20 will act like the first pass never happened (but the prior data will still be saved under the old field name).

To use the 20|20 effectively, then, you must always pay attention to what it thinks the “active field” is and remember to tell the system when that changes.

But it’s also helpful to think about what the 20|20 knows about each field and how it uses that information to control the implement. Aside from the record-keeping it does with metrics, the 20|20 knows four things about your field:

  1. what ground it has already covered
  2. the prescriptions you’ve added for each system, and how they map different rate targets onto the field
  3. the internal and external boundaries you’ve assigned to the field, which tell the 20|20 where to stop applying product
  4. and optionally, whether you want it to simulate headlands so that you can wait to cover that ground after the rest of the field

You can set or reset all of these manually, including by importing data from another implement or just by clearing this 20|20’s memory. Check the articles for specific topics to learn more about the details.

Divide Health Status into Traffic Light Colors

Although the 20|20 keeps track of every little detail, it doesn’t want to overwhelm you with information. Instead, it categorizes them. Each measurement as either working as expected, working below expectations, or failing.

To help you quickly see which one you’re dealing with, the 20|20 uses traffic light colors:

  • green is good
  • yellow is danger
  • red is failure

For hardware, there are other diagnostic colors as well. But red, yellow, and green are so fundamental to all 20|20 components that it is worth singling them out.

Usually, you’ll first notice that a system is not doing well on your home screen, then you’ll drill down deeper by tapping on the yellow or red item. Each time you do, you’ll get a more fine-grained picture. Inside a red system, for example, you’ll see that some rows are green. Then you’ll pick one of the red ones and tap it to learn more. Finally, you’ll be left with all the information available for that row, and you can begin to diagnose the problem.

For hardware, the 20|20 knows on its own what counts as healthy. But metrics are less clear cut. What is good for you and your field may not be good for somewhere else. So, for many metrics, the 20|20 lets you set the thresholds for (yellow) alerts and (red) failures.

Not only that, but you can also set what you want the 20|20 to do when something dips below green: what sounds it should make and what screen it should show you.

When you turn on your 20|20, the first thing you’ll see is the home screen. It has multiple tabs along the top that let you switch between named layouts. Each layout contains various widgets that give you quick access to the 20|20 features that matter most to you. You can configure these layouts — swap widgets out for others, rearrange them, or get rid of them entirely — to suit your needs.

A home screen with three tabs along the top and various widgets that let you see at a glance how your time in the field is going.
A home screen with three tabs along the top and various widgets that let you see at a glance how your time in the field is going.

A home screen with three tabs along the top and various widgets that let you see at a glance how your time in the field is going.

Broadly speaking, there are two types of widgets available, corresponding to the two roles your 20|20 can play in your operation: metrics widgets for monitoring and control widgets for commanding.

Explore Metrics

Metrics widgets give you an entry-point for exploring the row-by-row performance of your implement:

  • Maps can help you visualize your activity.
  • A miniature dashboard can show you how each row is doing independently.
  • And more basic metrics widgets give you an overview of specific systems.

The simplest way to use these metrics is just to glance at the page. The more green you see, the better. As we saw above, the 20|20 uses color-coding to show how its systems are doing. That applies to widgets and maps as well. Red widgets demand immediate attention, and yellow widgets are worth keeping an eye on.

To get a closer look at a system, you can just click on the metric for it. When you do, you’ll be taken to a row-by-row dashboard for that metric: population, down force, or whatever you tapped. If you see any rows that seem to be doing much worse than the others, like in the image below, you can tap one of them.

Rows 5, 21, and 37 are performing notably worse than the rest in terms of population. So you might tap on one of them to bring up a row details page.
Rows 5, 21, and 37 are performing notably worse than the rest in terms of population. So you might tap on one of them to bring up a row details page.

Tapping on a particular row will zoom in on it, showing you all the major metrics associated with that row. It will also show you a real-time animation of the seeds being planted on that row. This can help you visualize any singulation and spacing problems.

You can also view cumulative metrics in the Field Summary pages.

Control the Implement

If you’re using the 20|20 for control, you will want to have control widgets on your home screen. These take you to control pages that let you adjust your control systems on the fly.

Here’s an example of a control page for seeding, using two rate sections (see above for how rate sections work):

Each control page will look a little different, but the core goals of the page remain fairly consistent:

  • set the targets for the system (for example, how many seeds to plant per acre)
  • see which rows are currently turned on and which are not
  • switch between letting the 20|20 automatically turn rows on and off or doing it yourself manually (swath control)
  • switch between using the rate sections configured in systems or ignoring them to apply at a single rate
  • switch between manually setting targets or using a prescription to do that for you

For more details on how to use these pages, you can review the articles for each control system type.

Keep an Eye on Notifications

Whenever something goes wrong — a system fails or communication is disrupted — the 20|20 will alert you with a popup. Even after you close the popup, though, you’ll still be able to view the notification in the notification center at the top of your homepage.

The notification center can be a convenient place to look if something seems wrong but you’re not sure what.

Look in the Setup Menu for Everything Else

At the bottom right of your home screen, you’ll see a button labeled Setup. That button takes you to the main menu for nearly all aspects of your 20|20 that aren’t real-time metrics or controls.

We have an article that discusses the whole menu in detail, but here are the most common reasons for going to each submenu:

  • to change the active field (Fields)
  • to change the active product being applied (Products)
  • to configure your implement and add systems to it (Equipment)
  • to configure individual systems and their associated hardware (Systems)
  • to set alert and failure thresholds (Crops)
  • to check the hardware and communication status for each system (Diagnose)
  • to import, export, or delete coverage data and the configurations that you set up in the other menus (Data)
A notification center icon with 1 alert (not a failure, which would be red)
A notification center icon with 1 alert (not a failure, which would be red)

Connect 20|20 with External Services

The 20|20 is part of a growing digital ecosystem that lets you expand the 20|20 experience beyond the cab.

Use the 20|20 Connect App

20|20 Connect lets you perform health checks from outside (but near) the cab, by letting your mobile device communicate wirelessly with the 20|20 monitor.

Back Up Your Data with 20|20 Cloud

You can use 20|20 Cloud to streamline data transfer. No need for USB drive hassles anymore. It also provides you the security of knowing that your data is safe if your 20|20 is ever damaged or corrupted.

Import and Export Data

If you don’t have access to a good WiFi connection, you can still use a USB drive to export your data or to save and reuse 20|20 settings or implement configurations. Just go to the Data setup menu and explore your options.

Choose Which Software Version to Use

To get the most from your 20|20, you should keep its software up to date. But there are two releases available to install: a Production Release and a Limited Release. Which one should you choose?

The Limited Release contains the most cutting-edge features. But newer features come with a higher chance of bugs. If you choose to install Limited Release software, you’ll have to update it more frequently.

On the other hand, the Production Release is battle-tested and stable. All its features are at least a year old, so you can be confident that they work. Still, that stability comes with its own price: you may not be able to use the newest hardware, and you won’t have access to all the latest features as they’re rolled out.

For most growers, we recommend you use the Production Release unless you need a feature only available in the Limited Release or unless you're tech savvy and excited to get your hands dirty with new software.