Previous chapter: Projects
Chapter 3. from book 'A Tour on uCANca'
A flow is a magnitude (logical or physical) “flowing” through the system. Examples are:
- The voltage sensed by an ADC in an MCU pin.
- The voltage through a connector pin.
- The signal that enables the CAN transceiver.
- An internal data of the Microcontroller.
- A CAN signal.
The flow is described by:
|name||Name of the flow|
|type||Type of the flow|
|primary flow direction||Describes the primary direction of the flow. A flow can be used in many parts of the system with different directions, but this is the global “intention” of the flow towards the system|
We can see a flow that is representing a digital input of the system: the ignition button of the car.
In this web page we can see:
- Flow properties:
- Type (in this case is a DIO - digital input output -).
- SubSystem flows: the subsystems that are using the flow. In this example we can read:
- 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.
- 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 PINOUT*1 connector.
- The CU_micro_lights subsystem (actually a functional software module called LIGHTS inside the microcontroller software) is using it as pin 7*2 of its DRE*3 connector.
- 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.
- The automatically generated calibration configuration code*4.
In the next chapter we will visit a subsystem.