Cellular Automata With Mathematica
Cellular Automata With Mathematica
Cellular Automata
Cellular automata provide a convenient way to represent many kinds of systems in which the values of cells in an array are updated in discrete
steps according to a local rule.
This starts with the list given, then evolves rule 30 for four steps.
Out[1]= 0, 0, 0, 1, 0, 0, 0 , 0, 0, 1, 1, 1, 0, 0 , 0, 1, 1, 0, 0, 1, 0 , 1, 1, 0, 1, 1, 1, 1 , 0, 0, 0, 1, 0, 0, 0
This shows 100 steps of rule 30 evolution from random initial conditions.
Out[2]=
If you give an explicit list of initial values, CellularAutomaton will take the elements in this list to correspond to all the cells in the system,
arranged cyclically.
The right neighbor of the cell at the end is the cell at the beginning.
Out[3]= 1, 0, 0, 0, 0 , 1, 1, 0, 0, 1
It is often convenient to set up initial conditions in which there is a small "seed" region, superimposed on a constant "background". By default,
CellularAutomaton automatically fills in enough background to cover the size of the pattern that can be produced in the number of steps of
evolution you specify.
This shows rule 30 evolving from an initial condition containing a single black cell.
Out[4]=
This shows rule 30 evolving from an initial condition consisting of a 1, 1 seed on a background of repeated 1, 0, 1, 1 blocks.
Out[5]=
Particularly in studying interactions between structures, you may sometimes want to specify initial conditions for cellular automata in which
certain blocks are placed at particular offsets.
Out[6]=
n k 2, r 1, elementary rule
In the simplest cases, a cellular automaton allows k possible values or "colors" for each cell, and has rules that involve up to r neighbors on each
side. The digits of the "rule number" n then specify what the color of a new cell should be for each possible configuration of the neighborhood.
Out[7]= 1, 1, 0 , 1, 0, 0
Out[8]= 1, 1, 1 , 1, 1, 0 , 1, 0, 1 , 1, 0, 0 , 0, 1, 1 , 0, 1, 0 , 0, 0, 1 , 0, 0, 0
This shows the new color of the center cell for each of the 8 neighborhoods.
Out[9]= 0, 0, 0, 1, 1, 1, 1, 0
For rule 30, this sequence corresponds to the base-2 digits of the number 30.
In[10]:= FromDigits ,2
de dígitos a número
Out[10]= 30
Out[11]=
For a general cellular automaton rule, each digit of the rule number specifies what color a different possible neighborhood of 2 r 1 cells should
yield. To find out which digit corresponds to which neighborhood, one effectively treats the cells in a neighborhood as digits in a number. For an
r 1 cellular automaton, the number is obtained from the list of elements neig in the neighborhood by neig. k ^ 2, k, 1 .
It is sometimes convenient to consider totalistic cellular automata, in which the new value of a cell depends only on the total of the values in its
neighborhood. One can specify totalistic cellular automata by rule numbers or "codes" in which each digit refers to neighborhoods with a given
total value, obtained for example from neig. 1, 1, 1 .
In general, CellularAutomaton allows one to specify rules using any sequence of weights. Another choice sometimes convenient is k, 1, k ,
which yields outer totalistic rules.
Out[12]=
Rules with range r involve all cells with offsets r through r. Sometimes it is convenient to think about rules that involve only cells with specific
offsets. You can do this by replacing a single r with a list of offsets.
Any k 2 cellular automaton rule can be thought of as corresponding to a Boolean function. In the simplest case, basic Boolean functions like
And or Nor take two arguments. These are conveniently specified in a cellular automaton rule as being at offsets 0 , 1 . Note that for
compatibility with handling higher-dimensional cellular automata, offsets must always be given in lists, even for one-dimensional cellular
automata.
This generates the truth table for 2-cell-neighborhood rule number 7, which turns out to be the Boolean function Nand.
Out[13]= 0, 1, 1, 1
Rule numbers provide a highly compact way to specify cellular automaton rules. But sometimes it is more convenient to specify rules by giving
an explicit function that should be applied to each possible neighborhood.
This runs an additive cellular automaton whose rule adds all values in each neighborhood modulo 4.
Out[14]=
Out[15]=
When you specify rules by functions, the values of cells need not be integers.
Out[16]=
This runs rule 30 for 5 steps, keeping only the last step.
Out[18]= 1, 1, 0, 1, 1, 1, 1, 0, 1, 1, 1
Out[19]= 0, 1, 1, 0, 0, 1, 0, 0, 0, 1, 0 , 1, 1, 0, 1, 1, 1, 1, 0, 1, 1, 1
Out[20]= 0, 1, 1, 1, 0
The step specification spect works very much like taking elements from a list with Take . One difference, though, is that the initial condition for
the cellular automaton is considered to be step 0. Note that any step specification of the form must be enclosed in an additional list.
u steps 0 through u
u step u
u1 ,u2 steps u1 through u2
u1 ,u2 ,du steps u1 , u1 du,
This evolves for 100 steps, but keeps only every other step.
Out[21]=
Much as you can specify which steps to keep in a cellular automaton evolution, so also you can specify which cells to keep. If you give an initial
condition such as a1 , a2 , , blist , then rd is taken to have offset 0 for the purpose of specifying which cells to keep.
This keeps all steps, but drops cells at offsets more than 20 on the left.
Out[22]=
Out[23]= 1 , 1 , 0 , 1 , 1 , 1 , 0 , 0 , 1 , 1 , 0 , 0 , 0 , 1 , 0 , 1 , 1 , 0 , 0 , 1 , 0
If you give an initial condition such as a1 , a2 , , blist , then CellularAutomaton will always effectively do the cellular automaton as if there
were an infinite number of cells. By using a specx such as x1 , x2 you can tell CellularAutomaton to include only cells at specific offsets x1
through x2 in its output. CellularAutomaton by default includes cells out just far enough that their values never simply stay the same as in the
background blist.
In general, given a cellular automaton rule with range r, cells out to distance rt on each side could in principle be affected in the evolution of the
system. With spec x being All , all these cells are included; with the default setting of Automatic , cells whose values effectively stay the same as in
blist are trimmed off.
By default, only the parts that are not constant black are kept.
Out[24]=
Using All for specx includes all cells that could be affected by a cellular automaton with this range.
Out[25]=
CellularAutomaton generalizes quite directly to any number of dimensions. Above two dimensions, however, totalistic and other special types of
rules tend to be more useful, since the number of entries in the rule table for a general rule rapidly becomes astronomical.
This is the rule specification for the two-dimensional 9-neighbor totalistic cellular automaton with code 797.
Out[27]= 0, 0, 0 , 0, 1, 0 , 0, 0, 0 , 0, 0, 0 , 0, 0, 0 , 0, 0, 0
Out[28]=
Out[29]=
Related Tutorials