Tachymètre - Revision history

Donsez: /* Technical environment */

2017-01-18T08:16:43Z

Technical environment

← Older revision		Revision as of 08:16, 18 January 2017
Line 8:		Line 8:
	* Raspberry Pi		* Raspberry Pi
	* Arduino		* Arduino
	* HB100 Doppler Sensor		* [[HB100 Doppler Sensor]]

Regis.Ramel: /* Objective of the project */

2016-04-04T06:49:58Z

Objective of the project

← Older revision		Revision as of 06:49, 4 April 2016
Line 2:		Line 2:
	The aim of the project is to use a doppler sensor to develop a web application that displays the historic of all passages in front of the sensor, with date, hour, speed, and direction. The sensor is connected to a Raspberry Pi with an Arduino to process the raw data and send the measures to a SQLite server. The server stores all the values and makes them available to the web client. This client is a user interface that allows the owner of the sensor to see the historic of passages in a legibly and interactive way (date range, graphs).		The aim of the project is to use a doppler sensor to develop a web application that displays the historic of all passages in front of the sensor, with date, hour, speed, and direction. The sensor is connected to a Raspberry Pi with an Arduino to process the raw data and send the measures to a SQLite server. The server stores all the values and makes them available to the web client. This client is a user interface that allows the owner of the sensor to see the historic of passages in a legibly and interactive way (date range, graphs).

			This application has to be developped with Cohorte, a service oriented platform that allows to split the application in different independant components. These components can be coded in different programming languages, and the communication between them is entirely managed by Cohorte. The application consists in the interaction between the components that provides and use services.



	Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.

	= Technical environment =		= Technical environment =

Regis.Ramel: /* Objective of the project */

2016-04-01T09:18:30Z

Objective of the project

← Older revision		Revision as of 09:18, 1 April 2016
Line 1:		Line 1:
	=Objective of the project=		=Objective of the project=
	Le ~~but~~ du ~~projet~~ ~~est~~ ~~d'utiliser~~ un ~~détecteur~~ de ~~proximité~~ ~~pour~~ ~~développer~~ ~~une~~ ~~application~~ web ~~qui~~ ~~affiche~~ ~~l'historique~~ de ~~tous~~ ~~les~~ passages ~~devant~~ le ~~capteur~~ ~~avec~~ date, ~~heure~~ et ~~vitesse~~. Le ~~capteur~~ ~~est~~ ~~connecté~~ à un Raspberry Pi ~~qui~~ ~~sert~~ au ~~traitement~~ ~~des~~ ~~données~~ et à ~~l'envoi~~ ~~des~~ ~~données~~ au ~~serveur.~~ Le ~~serveur~~ ~~stocke~~ ~~l'historique~~ ~~des~~ ~~valeurs~~ et ~~l'envoi~~ ~~des~~ ~~données~~ ~~lors~~ ~~des~~ ~~demandes~~ ~~par~~ le ~~client~~ ~~html~~. Le client ~~est~~ ~~une~~ interface ~~web~~ ~~qui~~ ~~affiche~~ ~~l'historique~~ ~~des~~ passages de ~~manière~~ ~~lisible~~ et interactive ~~(plage~~ de ~~dates~~, ~~graphiques~~).		The aim of the project is to use a doppler sensor to develop a web application that displays the historic of all passages in front of the sensor, with date, hour, speed, and direction. The sensor is connected to a Raspberry Pi with an Arduino to process the raw data and send the measures to a SQLite server. The server stores all the values and makes them available to the web client. This client is a user interface that allows the owner of the sensor to see the historic of passages in a legibly and interactive way (date range, graphs).




	Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.		Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.

Regis.Ramel: /* Les contraintes technologigues */

2016-04-01T09:13:22Z

Les contraintes technologigues

← Older revision		Revision as of 09:13, 1 April 2016
Line 4:		Line 4:
	Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.		Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.

			= Technical environment =
	=Les contraintes technologigues =
	* Cohorte		* Cohorte
	* Raspberry		* Raspberry Pi
			* Arduino
	* Module HB100
			* HB100 Doppler Sensor

Regis.Ramel: /* Objectif */

2016-04-01T09:08:23Z

Objectif

← Older revision		Revision as of 09:08, 1 April 2016
Line 1:		Line 1:
			=Objective of the project=
	=Objectif=
	Le but du projet est d'utiliser un détecteur de proximité pour développer une application web qui affiche l'historique de tous les passages devant le capteur avec date, heure et vitesse. Le capteur est connecté à un Raspberry Pi qui sert au traitement des données et à l'envoi des données au serveur. Le serveur stocke l'historique des valeurs et l'envoi des données lors des demandes par le client html. Le client est une interface web qui affiche l'historique des passages de manière lisible et interactive (plage de dates, graphiques).		Le but du projet est d'utiliser un détecteur de proximité pour développer une application web qui affiche l'historique de tous les passages devant le capteur avec date, heure et vitesse. Le capteur est connecté à un Raspberry Pi qui sert au traitement des données et à l'envoi des données au serveur. Le serveur stocke l'historique des valeurs et l'envoi des données lors des demandes par le client html. Le client est une interface web qui affiche l'historique des passages de manière lisible et interactive (plage de dates, graphiques).

Thibaut.Nouguier at 14:11, 18 January 2016

2016-01-18T14:11:34Z

← Older revision		Revision as of 14:11, 18 January 2016
Line 1:		Line 1:
	=Objectif=		=Objectif=
	Le but du projet est d'utiliser un détecteur de proximité pour développer une application web qui affiche l'historique de tous les passages devant le capteur avec date, heure et vitesse. Le capteur est connecté à un Raspberry Pi qui sert au traitement des données et à l'envoi des données au serveur. Le serveur stocke l'historique des valeurs et l'envoi des données lors des demandes par le client html. Le client est une interface web qui affiche l'historique des passages de manière lisible et interactive (plage de dates, graphiques).		Le but du projet est d'utiliser un détecteur de proximité pour développer une application web qui affiche l'historique de tous les passages devant le capteur avec date, heure et vitesse. Le capteur est connecté à un Raspberry Pi qui sert au traitement des données et à l'envoi des données au serveur. Le serveur stocke l'historique des valeurs et l'envoi des données lors des demandes par le client html. Le client est une interface web qui affiche l'historique des passages de manière lisible et interactive (plage de dates, graphiques).

	Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.		Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.

Thibaut.Nouguier at 14:11, 18 January 2016

2016-01-18T14:11:15Z

← Older revision		Revision as of 14:11, 18 January 2016
Line 1:		Line 1:
	=Objectif=		=Objectif=
	Le but du projet est d'utiliser un détecteur de proximité pour développer une application web qui affiche l'historique de tous les passages devant le capteur avec date, heure et vitesse. Le capteur est connecté à un Raspberry Pi qui sert au traitement des données et à l'envoi des données au serveur. Le serveur stocke l'historique des valeurs et l'envoi des données lors des demandes par le client html. Le client est une interface web qui affiche l'historique des passages de manière lisible et interactive (plage de dates, graphiques).		Le but du projet est d'utiliser un détecteur de proximité pour développer une application web qui affiche l'historique de tous les passages devant le capteur avec date, heure et vitesse. Le capteur est connecté à un Raspberry Pi qui sert au traitement des données et à l'envoi des données au serveur. Le serveur stocke l'historique des valeurs et l'envoi des données lors des demandes par le client html. Le client est une interface web qui affiche l'historique des passages de manière lisible et interactive (plage de dates, graphiques).
	Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.		Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.

Thibaut.Nouguier at 14:10, 18 January 2016

2016-01-18T14:10:35Z

← Older revision	Revision as of 14:10, 18 January 2016
Line 1:	Line 1:
		=Objectif=
		Le but du projet est d'utiliser un détecteur de proximité pour développer une application web qui affiche l'historique de tous les passages devant le capteur avec date, heure et vitesse. Le capteur est connecté à un Raspberry Pi qui sert au traitement des données et à l'envoi des données au serveur. Le serveur stocke l'historique des valeurs et l'envoi des données lors des demandes par le client html. Le client est une interface web qui affiche l'historique des passages de manière lisible et interactive (plage de dates, graphiques).
		Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.

		=Les contraintes technologigues =
		* Cohorte
		* Raspberry
		* Module HB100

Thibaut.Nouguier: Blanked the page

2016-01-18T14:06:25Z

Blanked the page

← Older revision		Revision as of 14:06, 18 January 2016
Line 1:		Line 1:
	Le but du projet est d'utiliser un détecteur de proximité pour développer une application web qui affiche l'historique de tous les passages devant le capteur avec date, heure et vitesse. Le capteur est connecté à un Raspberry Pi qui sert au traitement des données et à l'envoi des données au serveur. Le serveur stocke l'historique des valeurs et l'envoi des données lors des demandes par le client html. Le client est une interface web qui affiche l'historique des passages de manière lisible et interactive (plage de dates, graphiques).
	Ce projet doit être développé en Cohorte, une plateforme de développement qui permet de séparer l'application en différents composants. Ces composants sont indépendants. Ils peuvent être codés dans des languages de programmation différents, c'est Cohorte qui s'occupe de la communication entre les différents composants. L'application est une interaction entre les composants qui fournissent et consomment des services.

	{\|class="wikitable alternance"
	\|+ Document History
	\|-
	\|
	!scope="col"\| Version
	!scope="col"\| Date
	!scope="col"\| Authors
	!scope="col"\| Description
	!scope="col"\| Validator
	!scope="col"\| Validation Date
	\|-
	!scope="row" \|
	\| 0.0.1
	\| 18/01/2016
	\| MACE Quentin, NOUGUIER Thibaut, RAMEL Régis
	\| Développement d'une application de détection de passages devant un capteur de présence
	\| Oliver Gattaz
	\| 06/04/2016

	\|}


	=. Introduction=
	==. Purpose of the requirements document==
	==. Scope of the product==
	==. Definitions, acronyms and abbreviations==
	==. References==
	==. Overview of the remainder of the document==
	=. General description=
	==. Product perspective==
	==. Product functions==
	==. User characteristics==
	==. General constraints==
	==. Assumptions and dependencies==
	=. Specific requirements, covering functional, non-functional and interface requirements=
	* document external interfaces,
	* describe system functionality and performance
	* specify logical database requirements,
	* design constraints,
	* emergent system properties and quality characteristics.

	==. Requirement X.Y.Z (in Structured Natural Language)==
	'''Function''':

	'''Description''':

	'''Inputs''':

	'''Source''':

	'''Outputs''':

	'''Destination''':

	'''Action''':
	* Natural language sentences (with MUST, MAY, SHALL)
	* Graphical Notations : UML Sequence w/o collaboration diagrams, Process maps, Task Analysis (HTA, CTT)
	* Mathematical Notations
	* Tabular notations for several (condition --> action) tuples

	'''Non functional requirements''':

	'''Pre-condition''':

	'''Post-condition''':

	'''Side-effects''':

	=. Product evolution=

	=. Appendicies=
	'''Read first:'''
	* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx
	* http://en.wikipedia.org/wiki/Software_requirements_specification
	* [http://www.cse.msu.edu/~chengb/RE-491/Papers/IEEE-SRS-practice.pdf IEEE Recommended Practice for Software Requirements Specifications IEEE Std 830-1998]

	'''Cohorte'''
	* cohorte.github.io

	'''Microwave Motion Sensor'''
	* https://www.openimpulse.com/blog/wp-content/uploads/wpsc/downloadables/HB100_Microwave_Sensor_Module_Datasheet.pdf
	* https://www.openimpulse.com/blog/wp-content/uploads/wpsc/downloadables/HB100_Microwave_Sensor_Application_Note.pdf

	'''Making the electronics for $7 USD doppler motion sensor'''
	* http://ch.linkedin.com/in/mathieustephan
	* http://www.limpkin.fr/index.php?post/2013/08/09/Making-the-electronics-for-a-%247-USD-doppler-motion-sensor

	'''Raspberry Frequency measurment'''
	* http://raspberrypi.stackexchange.com/questions/26166/count-rpm-frequency-pulses-on-gpio-ports-maximum
	* http://blog.durablescope.com/2015/03/build-speed-camera-and-traffic-logger.html
	* http://abyz.co.uk/rpi/pigpio/examples.html#C_code
	* https://www.raspberrypi.org/forums/viewtopic.php?f=37&t=97795
	* http://raspberrypi.stackexchange.com/questions/24812/measuring-frequency-via-gpio
	* http://hacker.instanet.net/forums/viewtopic.php?f=4&t=104
	=. Index=

Thibaut.Nouguier at 13:51, 18 January 2016

2016-01-18T13:51:47Z

← Older revision		Revision as of 13:51, 18 January 2016
Line 72:		Line 72:
	=. Product evolution=		=. Product evolution=

	=. ~~Annexes~~=		=. Appendicies=
	'''Read first:'''		'''Read first:'''
	* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx		* http://www.cs.st-andrews.ac.uk/~ifs/Books/SE9/Presentations/PPTX/Ch4.pptx