Main Page | Directories | Namespace List | Class Hierarchy | Alphabetical List | Class List | File List | Namespace Members | Class Members | File Members | Related Pages | Examples

Further Development and Applications of IsoAgLib

Object Oriented Program Library ISOAgLib

Development of ISO 11783 and DIN 9684 Applications

Copyright © 1999 - 2004 Achim Spangler, Martin Wodok

Licensed with Exceptions under the General Public License (GPL) of the Free Software Foundation

News
Changes
Main Features
Structural Overview
License Conditions
Acknowledgements
Thanks to development by Sensortechnik Wiedemann ( STW )
Thanks to Fritzmeier for contribution of ISO 11783 Virtual Terminal support
Thanks to eager and patient initial developers with Win32
Main TODO items
Authors and Contributors of the IsoAgLib
List of Known Projects which use IsoAgLib
HOWTO Identify and download needed archives
HOWTO Access the Version Management Repository
HOWTO Recreate Documentation with Doxygen
HOWTO Learn Usage of IsoAgLib
HOWTO Prepare Suitable Compiler and IDE
HOWTO Install vt2iso - Tool for Creation of ISO 11783 Virtual Terminal Masks
HOWTO Create Project Files with Script update_makefile.sh
General Information
Modelling as Network of Autonomous Agents
Service Network
Requirements
Further Development
Examples
Questions, Answers and Discussion
Further Reading on Open Source

 
 
 
Last Update:
13 October 2004
by Achim Spangler

Further Development

The ISOAgLib is published as Open Source according to the GPL license ( with exceptions ). Therefore everybody has the right to use, to analyse and to change the source code, as long as the changes to the ISOAgLib itself are provided to the public with the same license conditions. Thus the ISOAgLib could be used by a lot of manufacturers without the fear of monopolistic control. This would allow the compatible use of all sophisticated features of DIN 9684 and ISO 11783 for their machines. The author Achim Spangler can arrange service contracts with a software company to provide extensions and other service for the ISOAgLib.
IsoAgLib-further_develop.gif

Examples

IsoAgLib-imi.gif
The ISOAgLib is used at the experimental station Dürnast to document the work of all tractor dependent work including simple soil cultivation implements. Small computing devices, which are called "Implement Indicator" (IMI) were developed for this purpose based on the ISOAgLib. A ISOAgLib based Task-Controller records all available process data information from the connected implements, combines them with GPS time and position data, groups the data according to the areas farm, transport and field and stores everything on PCMCIA memory cards.
 
 
The work result with applicating implements like seeder can be optimized, if the ECU of the seeder can command the tractor
IsoAgLib-seed_power_harrow_interaction.gif
to drive not faster than the machine construction allows dependent on the wanted seed density and depth and environment conditions. A front mounted power harrow could indirectly control the loosening of soil compaction (work intensity), if it can define a relation between driving speed and RPM of the Power Take off Output Shaft (PTO). Damage could be avoided, if the tractor would additionally enable the definition of a maximum limit for the hubload on the PTO axle. If the tractor finally enables the control of the front EHR position, the power harrow can control the work depth. This can be used by the seeder to guarantee suitable soil conditions for the needed seeding depth.
The ISOAgLib supports this interactions with its capable process data implementation. Limits can be defined as MIN or MAX setpoint. Parallel setpoints for the driving speed can by handled by the tractor, if it is based on the ISOAgLib.
 
 
A modular extendable network for the fertilizer dosing can be also realized based on the process data features of the ISOAgLib. Most of the actual sold systems with LBS (DIN 9684) aware fertilizers consist only of functions
fertiliser_control_collaboration.gif
to control the application rate with a standard terminal or with application maps. But the latter is derived from static information like yield maps, so that environmental conditions of the actual year are not integrated.
Some systems utilize a spectroscopic sensor to detect the amount of chlorophyll in the plants. As long as the shortage of chlorophyll is mainly caused by a shortage of nitrogen in the soil, the application rate dosing based on a standalone sensor is correct. But chlorophyll shortage can also be caused by water stress and other conditions.
Therefore additional moisture sensors and data bases have to be developed in future to avoid a false nitrogen dosing. All these information sources should be evaluated by a mobile expert system, which could send an ultimate nitrogen application rate setpoint to the fertilizer.
Most of these devices have to be developed in future. Therefore a farmer should have the possibility to simply integrate new devices in an existing network, without changing the existing elements.
This is possible, if some basic strategies are used by all devices:
Generated on Wed Oct 13 15:16:24 2004 for IsoAgLib by  doxygen 1.3.8-20040913