Tour flows » History » Version 4

Txinto Vaz, 12/19/2013 03:10 AM

1 1 Txinto Vaz
h1. Tour flows
2 1 Txinto Vaz
3 1 Txinto Vaz
As we have said, a flow is a [[magnitude]] (logical or physical) of interest in our system.
4 1 Txinto Vaz
5 1 Txinto Vaz
We can see a flow that is representing a digital input of the system: the ignition button of the car.
6 1 Txinto Vaz
7 1 Txinto Vaz
http://ucanca.gatatac.org/flows/34-in-but-ignition
8 1 Txinto Vaz
9 1 Txinto Vaz
{{iframe(http://ucanca.gatatac.org/flows/34-in-but-ignition,1024,400,yes)}}
10 1 Txinto Vaz
11 1 Txinto Vaz
In this web page we can see:
12 1 Txinto Vaz
13 1 Txinto Vaz
* Flow properties:
14 1 Txinto Vaz
** Type (in this case is a DIO - digital input output -).
15 1 Txinto Vaz
* SubSystem flows: the subsystems that are using the flow.  In this example we can read:
16 1 Txinto Vaz
** The CU subsystem (CU is the abbreviation of ControlUnit in this project) is using it as an input located the first pin of its J3 connector.
17 1 Txinto Vaz
** The CU_micro subsystem (it is actually the microcontroller inside the ControlUnit system) is using it as an input located in the pin 11 of its {{fn(PINOUT, microcontrollers do not have different connectors, we usually use a virtual PINOUT connector that groups all the inputs and outputs.  Sometimes we make a partition of the real pinout, f.i. FUNCTIONAL pins and MCUSUPPORT pins for functonal I/O and support I/O like the oscillator, the power or the ADC reference of a microcontroller) connector.
18 1 Txinto Vaz
** The CU_micro_lights subsystem (actually a functional software module called LIGHTS inside the microcontroller software) is using it as pin {{fn(7,when dealing with software modules, this number is irrelevant)}} of its {{fn(DRE,Data Runtime Environment, another virtual connector that represents the pool of sofware variables shared by all the software modules as an internal bus)}} connector.
19 3 Txinto Vaz
* The automatically generated source code.  If a flow is relevant to software it normally has a software data variable inside the DRE.  Here we can see how that variable will be declared and how will be acquired or synthesized.  We will review how this is done later in this tour.
20 3 Txinto Vaz
* The automatically generated {{fn(calibration configuration code,uCANca does not include the calibration module yet, as it has been implemented as standalone tool and still have to be merged into uCANca.  See the roadmap at http://gatatac.org/projects/ucanca/roadmap)}}.
21 4 Txinto Vaz
22 4 Txinto Vaz
In the next chapter we will visit a subsystem.