6 08 2011 - Historial de revisiones

Andres en 13:45 7 ago 2011

2011-08-07T13:45:28Z

2011-08-07T13:44:35Z

2011-08-07T05:02:11Z

2011-08-07T02:29:40Z

2011-08-07T00:04:31Z

2011-08-06T23:35:01Z

Página creada con 'Participantes: Fede, Guille, Andrew Temas: Firmware con soporte p&p para el shield usb4all butia Resúmen:'

Página nueva

Participantes:

Fede, Guille, Andrew

Temas:

Firmware con soporte p&p para el shield usb4all butia

Resúmen:

@@ Línea 16: / Línea 16: @@
 Actualmente en USB4all el comando LIST devuelve una lista de módulos que se genera de forma estática a partir de un vector guardado en ROM por cada módulo en tiempo de compilación.
 Actualmente surge la necesidad degenerar dicha lista de forma dinámica, en particular para generar varias instancias de un tipo de sensor.
-Una alternativa sencilla es generar en tiempo de compilación todas las opciones y en tiempo de ejecución que el comando LIST solo retorne la lista de los que están conectados y tienen firmware cargado en el PIC. De esta manera minimizamos el impacto en el basefirmware.
+Una alternativa sencilla es generar en tiempo de compilación todas las opciones y en tiempo de ejecución que el comando LIST solo retorne la lista de los que están conectados y tienen firmware cargado en el PIC. De esta manera minimizamos el impacto en el basefirmware.<br>
 Los rangos deben estar separados de manera que los dispositivos de entrada no se confundan con los de salida. Idea: de 0 a 450 salida y de 550 a 1024

← Revisión anterior		Revisión del 13:44 7 ago 2011
Línea 24:		Línea 24:
	Andrew: modificar el base firmware para que en el receive de cada módulo llegue la información del handler involucrado. Módulo PnP que guarde el mapeo port <-> handler, port <-> value_id.		Andrew: modificar el base firmware para que en el receive de cada módulo llegue la información del handler involucrado. Módulo PnP que guarde el mapeo port <-> handler, port <-> value_id.
	Fede: Definir los rangos de cada uno de los sensores/actuadores		Fede: Definir los rangos de cada uno de los sensores/actuadores
		+
		+	Pendientes para discutir:
		+
		+	- El bobot tiene que mandar pedir periódicamente la lista de dispositivos, calcular las diferencias y ejecutar el close de los módulos que ya no están presentes.
		+
		+	- Pensar si es mejor agendar el mecanismos de hotplug en el timmer o dejar que se mande desde el bobot el comando de refresh

@@ Línea 14: / Línea 14: @@
 Resúmen:
 Los rangos deben estar separados de manera que los dispositivos de entrada no se confundan con los de salida. Idea: de 0 a 450 salida y de 550 a 1024
@@ Línea 20: / Línea 23: @@
 Guille: Implementar una macro para generar las entradas de los vectores de punteros a función y nombre
 Andrew: modificar el base firmware para que en el receive de cada módulo llegue la información del handler involucrado. Módulo PnP que guarde el mapeo port <-> handler, port <-> value_id.
-Fede: pensar
+Fede: Definir los rangos de cada uno de los sensores/actuadores

@@ Línea 14: / Línea 14: @@
 Resúmen:
 Tareas:
 Guille: Implementar una macro para generar las entradas de los vectores de punteros a función y nombre
-Andrew: modificar el base firmware para que en el receive de cada módulo llegue la información del handler involucrado. Módulo PnP
+Andrew: modificar el base firmware para que en el receive de cada módulo llegue la información del handler involucrado. Módulo PnP que guarde el mapeo port <-> handler, port <-> value_id.

@@ Línea 5: / Línea 5: @@
 Temas:
-Firmware con soporte p&p para el shield usb4all butia
+Firmware con soporte PnP para el shield usb4all butiá
 Resúmen: