C12 - Interrupts - Historial de revisiones

Erikcrane: /* Edge-triggered Interrupt */

2015-04-08T14:24:46Z

Edge-triggered Interrupt

← Revisión anterior		Revisión del 14:24 8 abr 2015
Línea 93:		Línea 93:
	= Edge-triggered Interrupt =		= Edge-triggered Interrupt =
	<br>		<br>
	*Esto es un tipo de interrupción que usa un cambio en la señal (flanco) para disparar la interrupción		*Esto es un tipo de interrupción que usa un cambio en la señal (flanco) para disparar la interrupción. Es útil cuando tenemos un evento físico que debemos "capturar" en el momento exacto cuando sucede.
	*Para leer la señal se usa un puerto del µC configurado como GPIO de entrada		*Para leer la señal se usa un puerto del µC configurado como GPIO de entrada
	*Se usa los flancos (subida o bajada) que generan los devices en su señal para detectar los cambios en su estado		*Se usa los flancos (subida o bajada) que generan los devices (sensor temperatura, presión, humo, switch ...) en su señal para detectar los cambios en su estado
	*Si manejamos estas señales con interrupciones tenemos que el software responde inmediatamente a eventos físicos. Tenemos un sistema real-time		*Si manejamos estas señales con interrupciones tenemos que el software responde inmediatamente a eventos físicos. Tenemos un sistema real-time
	<br>		<br>
Línea 144:		Línea 144:
	\| style="text-align: center;" \| both edges		\| style="text-align: center;" \| both edges
	\|}		\|}
			<br>
			<b>Ejemplo</b><br>
			Tenemos un switch (lógica positiva) que conectamos a un puerto digital del µC. Queremos "capturar" la pulsación cuando se produzca (flanco de subida) y guardar el número de pulsaciones. El evento (la pulsación) es crítica y necesitamos que se "capture" en el momento exacto en que se produce. Para ello utilizaremos una interrupción de tipo edge-triggering.<br>
	<br>		<br>

Erikcrane: /* Edge-triggered Interrupt */

2015-04-08T14:01:28Z

Edge-triggered Interrupt

@@ Línea 93: / Línea 93: @@
 = Edge-triggered Interrupt =
 <br>
 <br>
 = Systick Periodic Interrupt =
 <br>

Erikcrane: /* NVIC on the ARM Cortex-M Processor */

2015-04-08T13:34:09Z

NVIC on the ARM Cortex-M Processor

← Revisión anterior		Revisión del 13:34 8 abr 2015
Línea 90:		Línea 90:
	<br>		<br>
	<br>		<br>

	= Edge-triggered Interrupt =		= Edge-triggered Interrupt =
	<br>		<br>

Erikcrane en 08:50 8 abr 2015

2015-04-08T08:50:22Z

← Revisión anterior		Revisión del 08:50 8 abr 2015
Línea 91:		Línea 91:
	<br>		<br>
	= Edge-triggered Interrupt =		= Edge-triggered Interrupt =
			<br>
			<br>
			= Systick Periodic Interrupt =
			<br>
			<br>
			= DC Motor Interface with PWM =
			<br>
			<br>
			= Robot Car construction =
	<br>		<br>
	<br>		<br>

Erikcrane: /* Interrupt Concepts */

2015-04-08T07:37:32Z

Interrupt Concepts

← Revisión anterior		Revisión del 07:37 8 abr 2015
Línea 29:		Línea 29:
	<b>Context Switch</b><br>		<b>Context Switch</b><br>
	*Es el proceso de cambiar del main program a la rutina de la interrupción		*Es el proceso de cambiar del main program a la rutina de la interrupción
	*~~Que~~ pasa ~~cuando ocurre una~~ interrupción?		*Pasos que ocurren cuando se pasa del main program a la interrupción
	**1.- Acaba la instrucción que está procesando		**1.- Acaba la instrucción que está procesando
	**2.- Se suspende la ejecución del programa main		**2.- Se suspende la ejecución del programa main

Erikcrane en 07:35 8 abr 2015

2015-04-08T07:35:51Z

← Revisión anterior		Revisión del 07:35 8 abr 2015
Línea 86:		Línea 86:
	Producer se refiere al thread que "produce" el dato y Consumer se refiere al thread que utiliza ese dato.<br>		Producer se refiere al thread que "produce" el dato y Consumer se refiere al thread que utiliza ese dato.<br>
	COMPLETAR<br>		COMPLETAR<br>
			<br>
			= NVIC on the ARM Cortex-M Processor =
			<br>
			<br>
			= Edge-triggered Interrupt =
			<br>
	<br>		<br>

Erikcrane: /* Inter-thread Communication and Synchronization */

2015-04-07T15:44:19Z

Inter-thread Communication and Synchronization

← Revisión anterior		Revisión del 15:44 7 abr 2015
Línea 77:		Línea 77:
	<b>Mailbox</b><br>		<b>Mailbox</b><br>
	*Tiene dos componentes: el flag y el data		*Tiene dos componentes: el flag y el data
			*El flag tiene la misma función que con Binary semaphore
			*En el data se pasa cualquier valor entre el ISR y el main program (ej. los datos del registro UART_DR_R)
	<b>Fifo Buffer</b><br>		<b>Fifo Buffer</b><br>
	*Ponemos el data que recoge la ISR en el fifo buffer - Hacemos un PUT		*Ponemos el data que recoge la ISR en el fifo buffer - Hacemos un PUT
	*Desde el main recogemos los datos del fifo buffer con un GET		*Desde el main recogemos los datos del fifo buffer con un GET
			<br>
			Explicar a parte de que el método mailbox y fifo son unos paradigmas llamados producer consumer.<br>
			Producer se refiere al thread que "produce" el dato y Consumer se refiere al thread que utiliza ese dato.<br>
			COMPLETAR<br>
	<br>		<br>

Erikcrane: /* Inter-thread Communication and Synchronization */

2015-04-07T15:28:59Z

Inter-thread Communication and Synchronization

@@ Línea 61: / Línea 61: @@
 = Inter-thread Communication and Synchronization =
 <br>
 <br>

Erikcrane: /* Interrupt Concepts */

2015-04-07T15:15:24Z

Interrupt Concepts

Erikcrane: /* Interrupt Concepts */

2015-04-07T14:59:54Z

Interrupt Concepts

@@ Línea 44: / Línea 44: @@
 *No deben haber delay loops
 *Hay que tener en cuenta cada cuante se ejecuta una interrupción y el tiempo que le lleva. Si el tiempo que le lleva es <math> > </math>tiempo cada cuanto se ejecuta <math>\Rightarrow</math> es un problema
+<br>
 <br>

← Revisión anterior		Revisión del 15:15 7 abr 2015
Línea 29:		Línea 29:
	<b>Context Switch</b><br>		<b>Context Switch</b><br>
	*Es el proceso de cambiar del main program a la rutina de la interrupción		*Es el proceso de cambiar del main program a la rutina de la interrupción
	~~<b>~~Que pasa cuando ocurre una interrupción?~~</b><br>~~		*Que pasa cuando ocurre una interrupción?
	*1.- Acaba la instrucción que está procesando		**1.- Acaba la instrucción que está procesando
	*2.- Se suspende la ejecución del programa main		**2.- Se suspende la ejecución del programa main
	**Guarda en la posición en en la que se ha quedado		***Guarda en la posición en en la que se ha quedado
	**Se guarda R0, R1, R2, R3, R12, R14 (LR), R25 (PC) y PSR y se hace un push a la pila		***Se guarda R0, R1, R2, R3, R12, R14 (LR), R25 (PC) y PSR y se hace un push a la pila
	*3.- Se pone un "special code" en el LR (Link Register) LR = 0xFFFFFFF9 <math>\Leftarrow</math> ~~Esto~~ indica que estamos ejecutando una ISR		**3.- Se pone un "special code" en el LR (Link Register) LR = 0xFFFFFFF9 <math>\Leftarrow</math> Este patrón indica que estamos ejecutando una ISR
	*4.- En el registro IPSR se guarda el número de la interrupción		**4.- En el registro IPSR se guarda el número de la interrupción
	*5.- En PC se carga la dirección de la ISR. La dirección de la ISR se llama <b>vector</b>		**5.- En PC se carga la dirección de la ISR. La dirección de la ISR se llama <b>vector</b>
	<b>Volver del ISR al main thread</b><br>		<b>Volver del ISR al main thread</b><br>
	Al final del ~~ISR~~ hay la instrucción BXLR~~. Esta~~ hace un pop de la pila (donde había guardado el estado de ejecución del main thread)~~<br>~~		*Al final del Interrupt Service Routine hay la instrucción BXLR
			*Ésta hace un pop de la pila (donde había guardado el estado de ejecución del main thread)
	<b>Good Practices</b><br>		<b>Good Practices</b><br>
	*Acknowledge - Acordarse de siempre hacer un clear del trigger flag		*Acknowledge - Acordarse de siempre hacer un clear del trigger flag
	*Hacer que la interrupción sea lo más corta posible para asegurarnos que se pueda dar servicio a todas las interrupciones		*Hacer que la interrupción sea lo más corta posible para asegurarnos que se pueda dar servicio a todas las interrupciones
	*No deben haber delay loops		*No deben haber delay loops
	*Hay que tener en cuenta cada ~~cuante~~ se ejecuta una interrupción y el tiempo que le lleva. Si el tiempo que le lleva es <math> > </math>tiempo cada cuanto se ejecuta <math>\Rightarrow</math> es un problema		*Hay que tener en cuenta cada cuanto se ejecuta una interrupción y el tiempo que le lleva. Si el tiempo que le lleva es <math> > </math>tiempo cada cuanto se ejecuta <math>\Rightarrow</math> es un problema
	<br>		<br>
	Las interrupciones son mas apropiadas que otros sistemas de sincronización		Las interrupciones son mas apropiadas que otros sistemas de sincronización
Línea 57:		Línea 58:
	**Cuando se diseña una interrupción es importante saber que device activó el flag de trigger y hacer clear de ese flag		**Cuando se diseña una interrupción es importante saber que device activó el flag de trigger y hacer clear de ese flag
	<br>		<br>

	= Inter-thread Communication and Synchronization =		= Inter-thread Communication and Synchronization =
	<br>		<br>
	<br>		<br>