P4 Jukebox multi-pièces : Différence entre versions

Version du 29 décembre 2015 à 19:31 (voir la source) Jherin12 (discussion | contributions) (→‎Sprint #2 (10/11/2015) Objectif : Envoyer deux flux musicaux différents vers deux enceintes déjà existantes) ← Modification précédente		Version du 29 décembre 2015 à 19:34 (voir la source) Jherin12 (discussion | contributions) (→‎Sprint #3 (05/01/2016) Objectif : Streamer UNE musique vers UNE enceinte via le Wi-FI avec NOTRE application) Modification suivante →
Ligne 204 :		Ligne 204 :
	====Préparation====		====Préparation====
		+
		+	Pour le sprint 3 nous nous sommes concentrés sur la réalisation d’une application Android. En effet, comme iOS dispose d’une solution intégrée déjà existante nous avons jugé n’il n’était pas nécessaire de développer une application dédiée.
		+	<br>
		+	Nous avons choisi de développer notre application en utilisant Android Studio. Cette application est donc réalisée en Java, et nous avons fait en sorte qu’elle soit compatible avec tous les téléphones disposant de la version 4.1 (Jelly Bean) ou plus. Cela permet qu’un maximum d’utilisateurs puisse profiter de l’application tout en la rendant compatible avec les versions récentes.
		+	[[Fichier:P4_Android.jpg|200px]]
		+	<br>
		+	Dans un premier temps nous avons créé une activity '''Android''' standard disposant d’un panneau latéral qui nous permettra par la suite de rajouter les fonctions de recherche de serveur DLNA.
		+	Dans un second temps nous avons créé une classe '''Song''' qui contient les variables liées à chaque chanson et les méthodes nécessaires pour pouvoir les manipuler.
		+
	'''(16/11/2015) :''' <br>		'''(16/11/2015) :''' <br>
	Nous avons poursuivi l'écriture du software pour Android.<br>		Nous avons poursuivi l'écriture du software pour Android.<br>

---

Version du 29 décembre 2015 à 19:34

Cahier des charges

Présentation générale du projet

Contexte

La diffusion de musique dans différentes pièces d'une maison est problématique si l'on veut avoir une source. Il serait possible de tirer des câbles mais cette solution n'est ni esthétique ni pratique (réseau peu reconfigurable).

Objectif du projet

Réaliser une plateforme permettant de jouer de la musique dans différentes pièces.

Description du projet

Pour arriver au bout de ce projet, il conviendra de développer :

• Une enceinte embarquant un amplificateur audio et un système Wifi pour recevoir le flux de données
• Une application sur PC afin de permettre le choix du flux musical à envoyer (chaque enceinte pourra recevoir un flux différent si souhaité) ainsi que le contrôles habituels (volume, corrections, ...)
• Une application sur Smartphone permettant de commander le système

Choix techniques : matériel et logiciel

Version 1

Matériel envisagé :

• Plateforme Linux embarqué (Raspberry Pi)
• Amplificateur de puissance à base de LM3886 (Coût plus important, meilleure qualité, puissance de sortie plus importante)
• Amplificateur de puissance à base de LM386 (Coût moins important, moins bonne qualité, puissance de sortie plus faible)
• Haut parleur 8 Ohm

Logiciels envisagés :

• Qt (C++)

Version 2

Matériel envisagé :

• Matériel identique à la version 1 du cahier des charges
• Possibilité d'utiliser également des haut parleurs actifs avec la Raspberry Pi

Logiciels envisagés :

• Création d'une application pour Android avec Android Studio
• Utilisation des logiciels intégrés pour les autres plateformes (AirPlay, Windows Media player)

Étapes du projet

• Définition du cadre du projet
• Création du cahier des charges
• Création de l'enceinte connectée (boitier, circuit d'amplification, logiciels de la plateforme Linux embarquée)
• Développement du logiciel de diffusion de l'ordinateur central
• Développement de l'application mobile

Objectifs à long terme

Créer un produit DIY open source, le moins coûteux possible, simple à mettre en place et à mettre à jour. Celà inclut la création d'un manuel pour l'utilisateur sans connaissances techniques qui veut pouvoir réaliser par lui même un produit final de bonne qualité.
Toutes les solutions techniques sur lesquels on s'appuiera en fin de projet seront open source ou sous licence GNU GPL.

Suivi de l'avancement du Projet

Planning prévisionnel mis à jour :

Semaine 1 (21/09/2015)

Nous avons fait des recherches sur des solutions déjà existantes pour diffuser de la musique dans plusieurs pièces d'une maison. Samsung propose déjà un système permettant de diffuser plusieurs flux différents dans différentes pièces via le réseau wifi du domicile, cependant le prix pour un module d'entrée de gamme est d'environ 150€.

Nous avons également pensé à une première architecture matérielle de notre projet qui consisterait en :

• La Raspberry pi qui recevrait le flux via le réseau wifi
• Une carte son USB pour améliorer la qualité du signal
• Un amplificateur de puissance pour amplifier le signal en sortie de la carte son
• Des enceintes passive pour diffuser la musique

Voici une première version du devis pour un module wifi avec deux enceintes : lien

Semaine 2 (28/09/2015)

Nous avons pu discuter avec Rodolphe Astori et Alexandre Boé ce qui nous a permis de définir plus précisément la teneur du projet. L'objectif principal de ce projet est de développer une solution "low cost" que n'importe quel étudiant pourrait réaliser au Fablab, tout cela pour un faible coût (moins de 100 euros).

En effet, ce type de système déjà existants sur le marché présente un coût très important, allant de 200 euros pour Sonos et Bose jusqu'à 400 euros par haut-parleur.

Les points clés du projet seraient :

• Entièrement réalisable soi-même
• Coût maîtrisé
• Modulable
• Possibilité de pouvoir choisir la gamme de chaque module (amplificateur de meilleur qualité mais plus cher...)

Fonctionnement par SPRINT

Nous nous sommes également convenus avec Rodolphe Astori de procéder par "sprint", c'est à dire d'essayer de réaliser un système fonctionnel le plus rapidement possible, et de faire un point sur notre réalisation au bout de 15 jours. Si au bout de ces 15 jours, le projet prend la direction voulue, on continue dans cette voie, sinon on revoit le cahier des charges. Il est également essentiel de faire des points très régulièrement (une à deux fois par semaine) pour faire ressortir les éventuelles difficultés rencontrées.

Sprint #1 (15/10/2015)
Objectif : Envoyer un flux musical vers une enceinte déjà existante

Préparation

(05/10/2015) :
Pour cette semaine, nous avons mis de côté la réalisation de Haut-Parleurs au profit de la communication entre lui et un Device (Tablette, smartphone, PC,... ).
Nous avons alors réalisé une veille technologique afin de se donner un bon pannel des solutions existantes sur le marché pour réaliser cette communication, et le tout open source !

Pour ce sprint, nous aurons pour le moment retenu deux solutions :

Solution 1 : VLC 50px

VLC est multi-plateformes et permet l'envoi de flux audio vers un Device placé sur le même réseau (Que ce soit WiFi ou Ethernet) que la plateforme disposant de VLC. Cette méthode utilise un protocole UDP et requiert quelques configurations préalables.

Solution 2 : Shairport

Shairport quant à lui n'est pas une solution multi-plateformes et s'arrête aux appareils APPLE.
Cette solution ne peut évidemment pas être retenue pour ce projet mais permet de démontrer qu'il existe des solutions "Plug&Play".
En effet, il suffit que le Device receveur du flux soit connecté au même réseau que le Device émetteur, et ce dernier le détecte automatiquement en proposant déjà l'envoi d'un flux audio.

Réunion

Nous avons présenté la solution Shairport, qui n'a sans surprise pas intéressé les personnes présentes. En effet le côté multi-plateformes manque énormément.
De plus, la solution Shairport est loin d'être une solution Open Source. En revanche, le flux audio passait très bien (schéma de l'installation visible ci-dessous).

Configuration Shairport pour le Sprint 1


Pour la solution VLC, un souci de routage WiFi nous a empêché d'envoyer le flux audio vers la Raspberry.

Etat en fin de sprint

• Etat de l'art clair à réaliser
• Retenir la solution existante la plus appropriée aux fonctions que l'on souhaite
• Se concentrer sur l'application mobile

Sprint #2 (10/11/2015)
Objectif : Envoyer deux flux musicaux différents vers deux enceintes déjà existantes

Préparation

Dans un premier temps il s’agissait de réaliser une veille technologique décrivant les solutions existantes autant au niveau logiciel et matériel DIY que celles commercialisées par des marques connues.
Il fallait également arriver à streamer de la musique vers au moins deux enceintes en utilisant les solutions trouvées.

Les solutions commercialisées (sous le nom d'enceintes multiroom) sont les suivantes :

(19/10/2015) :
Nous avons finalement trouvé une solution open source et surtout déjà très riche en fonctionnalités : Pi MusicBox.

Pi MusicBox est une solution standalone Open Source permettant de streamer des playlists enregistrées sur des comptes SoundCloud, Google Music, Spotify et bien d'autres.
Cette solution permet également d'envoyer un flux audio vers une RaspberryPi sur le même réseau que l'appareil émetteur.

Nous installons premièrement une image .iso de MusicBox sur la RaspberryPI.
Dans n'importe quel navigateur web de n'importe quel appareil connecté sur le même réseau WiFi, nous entrons l'IP de la RaspberryPI.
Nous affichons directement l'interface de MusicBox :

Cette interface nous permet toutes les configurations préalables : Association de comptes Spotify, SoundCloud, Google Music, etc. Mais aussi de donner un nom à notre Raspberry !
En effet, dans le cadre de ce projet Multi-pièces, nous allons simuler des pièces donc appeler notre Raspberry test "BedRoom1" par exemple.

Le protocole de streaming utilisé par MusicBox est le protocole UPnP (pour Universal Plug and Play), un des nombreux protocoles de la Digital Living Network Alliance.

Nous téléchargeons donc une application Android supportant le protocole UPnP pour tester l'envoi d'un flux audio du téléphone vers "BedRoom1" : BubbleUPnP.

Notre but sera maintenant de créer une application multi-plateformes disposant des mêmes fonctionnalités.

(26/10/2015) Semaine de vacances : Pendant cette semaine nous avons travaillé sur l'application Android. Nous avons créé une première version de l'application dont les fonctionnalités sont pour l'instant limitées à la lecture d'une musique en local.

(02/11/2015) :
Nous avons continué à travailler sur l'application pendant cette semaine. De plus, nous avons fait un point des solutions existantes pour différentes plateformes.

Pour mobile/tablette :

• Android : BubbleUPnP
• iOS : AirPlay (intégré)

Pour ordinateur :

• Windows : Windows Media Player (intégré)
• Mac OS : AirPlay (intégré)

(09/11/2015) :
Nous avons établit un premier jet des solutions multi-room existantes.

Réunion

Nous avons effectué une démonstration d’une chaine complète. Nous avons réussi à diffuser deux musiques différentes depuis un même portable vers deux enceintes séparées.

Etat en fin de sprint

L’objectif fixé en début de sprint est donc atteint et nous avons pu définir de nouveaux objectifs pour le sprint suivant :

• Réaliser notre propre application et arriver à streamer une musique vers une enceinte
• Réaliser le PCB du circuit d’amplification à base de LM3886

L’intérêt de réaliser une application Android pour streamer de la musique est qu’elle soit open source.

Sprint #3 (05/01/2016)
Objectif : Streamer UNE musique vers UNE enceinte via le Wi-FI avec NOTRE application

Préparation

Pour le sprint 3 nous nous sommes concentrés sur la réalisation d’une application Android. En effet, comme iOS dispose d’une solution intégrée déjà existante nous avons jugé n’il n’était pas nécessaire de développer une application dédiée.
Nous avons choisi de développer notre application en utilisant Android Studio. Cette application est donc réalisée en Java, et nous avons fait en sorte qu’elle soit compatible avec tous les téléphones disposant de la version 4.1 (Jelly Bean) ou plus. Cela permet qu’un maximum d’utilisateurs puisse profiter de l’application tout en la rendant compatible avec les versions récentes.
Dans un premier temps nous avons créé une activity Android standard disposant d’un panneau latéral qui nous permettra par la suite de rajouter les fonctions de recherche de serveur DLNA. Dans un second temps nous avons créé une classe Song qui contient les variables liées à chaque chanson et les méthodes nécessaires pour pouvoir les manipuler.

(16/11/2015) :
Nous avons poursuivi l'écriture du software pour Android.
Nous avons aussi activement réalisé des recherches à propos du protocole UPnP et comment streamer de la musique à partir d'une application que l'on programme nous-mêmes.

(23/11/2015) :
Afin de pouvoir connecter des haut-parleurs passifs à notre Raspberry, nous avons débuté la réalisation d'un PCB d'amplificateur audio sous Altium.
Cet amplificateur embarque comme prévu l'amplificateur LM3886.

(30/11/2015) :
Le PCB de l'amplificateur sous Altium est prêt à être envoyé en fabrication.

La Raspberry pi fundation a annoncé la sortie du Raspberry pi zero, un RPi à 4£ ayant des caractéristiques techniques à peu près équivalentes à la version A+. Cette version est suffisante pour pouvoir faire fonctionner MusicBox et beaucoup plus compacte que la RPi B+. Ce serait donc une solution idéale pour pouvoir diminuer le coût de notre module.

Objectifs restant :

• Ajouter les contrôles (lecture, pause...) à notre lecteur.
• Exporter le fichier nécessaire à la fabrication du de la carte.

Principe de l'amplificateur

Carte de l'amplificateur :

• Première Version de la carte Ampli (carte 1/2)

(30/11/2015) :

• Deuxième version de la carte Ampli (carte 1/2)

Nous avons commandé

• les derniers connecteurs nécessaires à la réalisation de cette carte (et la carte d'alimentation (carte 2/2))
  
• un dissipateur thermique pour dissiper la chaleur du LM3886.
  

Dissipateur thermique 70x40x10(Lxlxh)(mm)

Réunion

Etat en fin de sprint

Semaine 12 (07/12/2015)

Semaine 13 (14/12/2015)

Objectifs

Soudure de des composants sur la carte et tests.
Finalisation de la première version de notre application Android : Lecture d'un média en local ou à distance + contrôles.

Semaine 14 (04/01/2016)

Objectifs

Design du haut parleur au fablab.
Amélioration de l'application pour pouvoir streamer vers plusieurs serveurs DLNA.

Semaine 15 (11/01/2016)

Semaine 16 (18/01/2016)

Semaine 17 (25/01/2016)

Semaine 18 (01/02/2016)

Semaine 19 (08/02/2016)

Semaine 20 (15/02/2016)

Semaine 21 (22/02/2016)