Académique Documents
Professionnel Documents
Culture Documents
Don W. Carr, Juan Villalvazo Naranjo, Ruben Ruelas, Benjamin Ojeda Magana
Universidad de Guadalajara
Jose Guadalupe Zuno 48, Col. Los Belenes, C.P. 45101, Zapopan, Jalisco, Mexico
doncarr@gmail.com
Abstract
We have developed a system based on GNU/Linux, Apache, PostgreSQL, Zend Framework, the RE-
ACT control engine, and various free software projects to create a system for remote data collection,
analysis, and control of grain silos. This system allows grain operators to monitor/manage grain silos
from a distance. The system includes a GNU Linux based computer, locally on site at the silo, with the
REACT control engine installed, and, a GNU/Linux server in the cloud running the Zend Framework
and the PostgreSQL database. Communication with the server is via GET/POST.
1
The temperature columns are typically located such 1-Wire cable runs, via a 16:1 multiplexor. Each ca-
that there is a maximum of 5 meters to the next ble run can be up to 50 meters long, and is for one
column, or 2.5 meters from the wall to the nearest column of temperatures inside the silo. Each column
sensor, such that there will be a temperature mea- must be hung from the ceiling of the silo and bound
surement no farther than 2.5 meters from every point together with a 1/4 inch steel cable using shrink-fit
in the silo. Vertically the temperature sensors have tubing. The steel cable is necessary due to the ex-
been located every 1.5 meters, but, will switch to treme forces that can be generated when the body of
every 0.5 meters to be able to more accurately esti- grain moves as the silo is being unloaded. The Dallas
mate the height of the grain. More on how we esti- 1-Wire temperature sensors must be soldered every
mate the height of the grain later. The number of 0.5 meters or 1.5 meters depending on the accuracy
temperatures measured inside a silo can run into the of volume measurements desired.
hundreds, depending on the size of the silo. Every
Finally, to turn the ventilator fans on/off, we
10 minutes, the outside temperature, relative humid-
need a relay board with two relays, one that is nor-
ity, all of the temperatures in the columns inside the
mally open and goes in parallel with the ON button,
silo, and the status of the ventilation fans, are logged
and one that is normally closed, and goes in series
locally for backup, and, also communicated to the re-
with the OFF button. The ON relay is pulsed to turn
mote web server. At the same time, we check for new
the ventilator fan on, and, the OFF relay is pulsed
control parameters, and download that at the same
to turn the ventilator fan off. This allows both au-
time, if necessary.
tomatic and manual control of the ventilator fans.
A graph of temperature and relative humidity
The architecture for an installation using 900
taken from near Poncitlan, Jalisco, for one of the
MHz radios is shown below. The SBC7300 is the
initial tests, is shown in Figure 1.
GNU/Linux hardened computer, the CL4490 is a 900
MHz radio, the X505 is a master controller for ven-
tilation fans that can connect multiple relay boards,
3 How the monitoring is done the X105 is a slave device in case that more venti-
lation fans need to be connected, and the W100 is
On site, we use one hardened GNU/Linux computer a weather station. The T200 is the PCB for read-
running our REACT control engine [1],[2],3] to read ing up to 16 temperature columns, and can be daisy
the values from all of the data acquisition devices. chained with an RS-485 port.
We are currently using the Technologic Systems TS-
7300 single board computer, but, we are also testing
the TS-7500 and TS-7553 and plan to switch to one
of these for future projects, as they are cheaper and
more compact. None of these have moving parts, and
will withstand temperature up to 70 degrees Celsius.
They all have SD card slots for gigabytes of local
storage. All of the data acquisition devices that we
use support the MODBUS protocol, and we com-
municate via RS-232, RS-485, and 900 MHz radios.
The GNU/Linux computer is connected to the Inter-
net via Cellular modem, or DSL modem, or the local
network, depending on availability.
FIGURE 2: Temperature and Relative Hu-
The temperature and relative humidity are read midity Data from Poncitlan, Mexico
using a small PCB with micro-controller and inter-
face for a GE Chipcap-D temperature/relative hu-
midity sensor. The GE Chipcap-D is soldered to a 4 The Server
small PCB that must be located close to the micro-
controller, and protected from the weather. Dis-
The server where all of the data is logged can be
cussing the optimum location of this system is be-
located anywhere in the world where there is an
yond the scope of this paper.
Internet connection. The actual servers we use
The temperatures inside of a silo are read us- for this project are located in Karlsruhe, Germany,
ing Dallas 1-Wire temperature sensors, and con- and run Debian GNU/Linux, with the Zend Frame-
nected via Category 5, UTP cable. There is a micro- work, and PostgreSQL database installed. The
controller that can communicate with up to 16 Dallas monitored data at each silo is uploaded every 10
2
minitues via HTTP/POST, and the ventilation pa- necessary, they will be able to disable ventilation en-
rameters are checked for changes every 10 minutes tirely via the web page for the silo in question. To
via HTTP/GET. If we go for more than 20 minutes start, the managers must put in the range of humid-
without communications from a particular site, we itys/temperatures to ventilate the grain. For corn
mark it as offline. We use only HTTPS for these re- for instance, if you ventilate the grain in the range
quests, and, each request must be accompanied by of 70-75% relative humidity, you will end up with
the correct security key for each silo, or the request grain that is 13.5 - 14% humidity by weight. We do
is rejected. Notice that the ventilation parameters plan to automate the process further, by letting the
for each silo can be set from anywhere in the world manager only put the target humidity of the grain,
with Internet access, and they will be transferred and and the algorithm will then automatically try to hit
applied at the local site within 10 minutes. Thus, that target. We should note, that the parameter of
the team managing the silos must only log into the the grain that matters more than all others is the
server for all management functions of the various humidity. If it is too humid, then there will be mold
silos. Onsite at each silo, we will not require grain and other things that will destroy the grain. If it is
conservation experts, only technical people to main- too dry, the grain will crack and break. After hu-
tain the equipment. There must be experts on grain midity, we then want the grain as cool as possible.
certification/quality to visit all of the silos periodi- If the grain is just above zero degrees Celsius, it can
cally and carry out quality analysis and certify the be stored for years. If it is over 30 degrees Celsius, it
quality of the grain using portable laboratory equip- will only last a matter of months. In hotter regions
ment. like the state of Sinaloa, Mexico, when the humidity
is in the correct range, the temperature is typically
much hotter than we would like, and, thus, the grain
stored in Sinaloa must be used in a relatively short
period of time.
To estimate how much grain is in a silo, we ba-
sically need to know the level of the grain in the
silo. From this, using simple geometry, we can cal-
culate how many cubic meters of grain are in each
silo. We can then estimate the number of metric tons
of grain in the silo using the approximate number of
metric tons of grain per cubic meter. So, the ques-
tion is now can we estimate the level of grain in the
silos? The answer is in the temperature readings.
In the silo, the temperature above the grain makes
wide swings based on the outside temperature, sun
hitting the silo, cloud cover, weather conditions in
general. Grain, however, is a natural insulator, and,
temperatures inside the grain remain very constant.
3
6 Conclusions References
[1] Don W. Carr, R. Ruelas, Ramon Reynoso, Anne
Santerre, 2006, An Extensible Object-Oriented
We have developed a novel system using GNU/Linux Instrument Controller for Linux, The Eighth
and other free software projects, that allows silos Real-Time Linux Workshop, Lanzhou,
to be managed/monitored from a distance, so that Gansu, China.
there is no need for grain conservation experts at [2] Donald Wayne Carr Finch, Ruben Ruelas, Raul
each site, and, so that all stakeholders have access Aquino Santos, Apolinar Gonzalez Potes, 2007,
to the grain quality and also the quantity of grain Interlocks For An Object-Oriented Control En-
in each silo. The system allows managers to set gine, The 3rd Balkan Conference in In-
the parameters of humidity and temperature when formatics, Sofia, Bulgaria.
the grain will be ventilated, and then monitor the
progress/effectiveness of the ventilation via the qual- [3] Donald Wayne Carr Finch, Ruben Ruelas, Apoli-
ity analysis done periodically on-site, and, disable nar Gonzalez Potes, Raul Aquino Santos, 2007,
ventilation when goals have been reached. Because REACT: An Object-Oriented Control Engine for
of GNU/Linux and the many other free software Rapidly Building Control Systems, Conference
projects, we were able to complete this project much on Electronics, Robotics, and Automo-
quicker and at a lower cost. tive Mechanics, Cuernavaca, Mexico.