Voice Instruments | Agile kick off at WeMake

INTRODUCTION

My name is Giulio Berretta, I’m a blind electronic engineer and, in my spare time, maker. I’ve recently developed customary electronic devices, using also Arduino board.
After playing around with various accessories, I thought to give them a voice to ensure that they can be used without having to look at the display.

Most Smart Devices have visual interaction systems, rich in menus and symbols. Interacting with them without the use of sight can be uncomfortable if not impossible. This is one of the reasons why, at times, I prefer to create devices developed ad hoc.

When I started my research on electronic components that I could connect to Arduino, I noticed WTV020, and by reading the settings I realized that it would have been perfect for this project.

After developing experimental electrical circuitry, I worked to give a shape to these objects, while my friends led me to WeMake Makerspace Fablab, the place of my dreams.
At the fablab I met wonderful people who expressed real interest in my projects and, since the very first day, provided me with necessary support, in order to finalize the product.

At the beginning of the Agile Planning activity we have structured the work defining the goals. Afterwards we have matched makers and tasks, according to their skills.

01_Why are we here

  • Find a place where I could materialize my projects

  • Find people that could carry out those tasks that at the moment are impossible for me: such as producing items with laser cutter and 3D printers

  • Give visibility to my thoughts

  • Spread, confront and enhance my ideas

  • Market new solutions

02_Create an elevator pitch

THE Voice Instruments project IS AN open source software / function THAT gives voice to electronic devices FOR blind people or, more generally, people unable to read THAT otherwise wouldn’t be able to readily use weather stations, thermostats, multimeters.

UNLIKE products / solutions currently available on the market, MY PRODUCT is more versatile, cheaper and adaptable to different needs.

03_Create a NOT list

  • Instruct and guide the designer in order to design the case until the lasercutting or 3D printing moment

  • Create the Bill of Materials (BOM)

  • Specify to PCB designer the necessary electrical components and their connections in order to produce and print the circuit

  • Write the library and guidelines related to the audio modules: WTV020 and MINI DF Player

04_Size it up

Saturday, September 2

  • (GIANNI) Formalize BOM and design PCB

  • (GIULIO) Update library for WTV020 module

Monday, September 4

  • (GIULIO) Write library for MINI DF Player

  • (ANDREA) Design and produce the case

Tuesday, September 5

  • (GIULIO) Write guidelines about the voice interface’s use

  • (ANDREA) Design and produce the case

  • (CHIARA) Subscribe Maker membership

Wednesday, September 6

  • (PAOLO) Create audio files for both modules

Thursday, September 7

  • (GIULIO) Test library functionalities

Friday, September 8

  • (COSTANTINO and ALESSIA) Carry out the interview

  • (COSTANTINO) Wrap up and next steps planning

CONCLUSIONS
At the end of this Maker in Residence we produced the first prototype of the speaking pH-meter, according to the requirements that we defined at the beginning of this journey. In addition we developed two complete guideline libraries to manage the enunciation of the numerical values and service messages, functioning with the most common audio modules, that can be used with the majority of sensors and devices available on the market.

In order to develop the first prototype of the speaking pH meter we analysed the test project and, subsequently, we conducted market researches in order to select the most suitable components to the final aim and finally, according to them, we designed the PCB.

After defining the PCB specifications we designed a case that could contain the PCB itself and the components.

The current version of the case was realized in lasercut plywood. This material has been chosen mainly because of its cheap price and it’s acoustic affinity.

The libraries have been conceived in order to read numeric values and service messages, and in order to function with two of the most common audio modules. The algorithm that has been used to read the values, however, could function with any other module.

Currently these numeric values are read by this interface in Italian language. Future developments of this project, however, involve using innovative components, adding support for foreign languages and, possibly, realizing a real speech synthesis system, based on a micro controller.

2 Likes

As a “new user” I can’t post more than one picture per post. Here you can find the other pictures of the Agile Planning:

01_Why are we here

1 Like

03_Create a NOT list

1 Like

04_Size it up

1 Like

Congrats @giulioberretta, this is great work! So you managed to develop a working prototype and a pitch in one batch. Impressive, you guys must be really well organised. Two questions:

  1. What is a NOT list? I am looking at your picture, it seems like a list of project components with the indication of what to do for each component.

  2. Can you say more about the libraries? I imagine them as small components that accept as arguments values from the sensors, and pass them on to the audio modules (presumably in string form). But I have never worked with audio, so I am just making a wild guess here. Is it correct? Were they difficult to make or relatively easy? The reason why I ask is to gauge how easy to reuse audio modules are.

(Traduzione in italiano dell’Agile Planning)

INTRODUCTION
Sono Giulio Berretta, ingegnere elettronico e maker nel tempo libero. Recentemente ho sviluppato diversi dispositivi elettronici di uso comune utilizzando anche Arduino. Dopo essermi sbizzarrito realizzando gli accessori più ignoti, ho pensato di dare loro una voce per far si che possano essere utilizzati senza dover necessariamente buttare gli occhi su di un display.Successivamente allo sviluppo della circuiteria elettronica sperimentale, mi sono adoperato per dare una forma ed una veste a questi oggetti ed i miei amici mi hanno guidato verso Wemake, lo spazio che sognavo. Presso questo fablab ho conosciuto fantastiche persone che interessate ai miei progetti, mi hanno fornito sin dal primo giorno il supporto necessario alla realizzazione del prodotto finito…
Inizialmente, è stato strutturato il lavoro da svolgere definendo gli obiettivi ed in seguito sono state selezionate le persone con le competenze più adatte per svolgere i relativi compiti.

01_Why are we here

  • Trovare spazio dove concretizzare i miei progetti

  • Trovare persone per svolgere compiti a me ardui come la realizzazione di oggetti con laser cutter e stampanti 3D

  • Dare visibilità ei miei pensieri

  • Diffondere , confrontare e valorizzare le mie idee

  • Lanciare sul mercato nuove soluzioni

02_Create an elevator pitch
IL progetto Voice Instruments È UN software / funzionalità open source CHE dà una voce a dispositivi elettronici PER persone non vedenti o più in generale impossibilitate alla lettura CHE altrimenti non potrebbero utilizzare agevolmente: stazioni meteo, termostati, multimetri.

A DIFFERENZA DI prodotti/soluzioni attualmente presenti sul mercato, IL NOSTRO PRODOTTO è più versatile, economico ed adattabile a diverse esigenze.

03_Create a NOT list

  • Istruire e guidare il designer nella realizzazione del case fino al momento del taglio e della stampa

  • Formulare una Bill of materials (BOM)

  • Specificare al PCB designer i componenti elettrici necessari e loro collegamenti per produrre e stampare il circuito stampato

  • Scrivere una libreria con relative guidelines per i due moduli audio più diffusi: WTV020 e Mini DF Player

04_Size it up
Saturday, September 2

  • (GIANNI) formalizzazione della BOM e design del PCB

  • (GIULIO) aggiornamento della libreria per il wtv020

Monday, September 4

  • (GIULIO) scrittura della libreria per il DF player mini mp3

  • (ANDREA) progettazione e realizzazione del case

Tuesday, September 5

  • (GIULIO) scrittura delle guidelines per l’utilizzo dell’interfaccia vocale

  • (ANDREA) progettazione realizzazione del case

  • (CHIARA) sottoscrizione del contratto di abbonamento a WeMake

Wednesday, September 6

  • (PAOLO) creazione dei file audio per entrambi i moduli

Thursday, September 7

  • (GIULIO) test delle funzionalità delle librerie

Friday, September 8

  • (COSTANTINO and ALESSIA) Intervista

  • (COSTANTINO) Punto della situazione sul lavoro svolto e da svolgere

CONCLUSIONS
A conclusione di questo percorso di MIR è stato realizzato il primo prototipo di un pH-metro parlante secondo i requisiti definiti all’inizio del percorso ed inoltre sono state sviluppate due librerie complete di guidelines per la gestione della lettura vocale di valori numerici e di messaggi di servizio funzionanti con i moduli audio più diffusi utilizzabili con la maggior parte dei sensori e dei dispositivi presenti sul mercato.

Per realizzare il primo prototipo del pH-metro parlante è stato analizzato il progetto sperimentale e successivamente sono state condotte varie ricerche di mercato per selezionare i componenti più adeguati allo scopo ed infine, in base ad essi è stato disegnato il PCB.

Dopo aver definito le specifiche di quest’ultimo è stato disegnato un case capace di racchiudere il PCB ed i componenti.

La versione corrente del case è stata realizzata in compensato tagliato a laser, il materiale è stato scelto principalmente per il suo basso costo ed all’elevata affinità acustica.

Le librerie sono state concepite principalmente per la lettura di valori numerici e messaggi di servizio e per funzionare con due dei più diffusi moduli audio. Tuttavia, l’algoritmo utilizzato per la lettura dei valori, può essere adattato per funzionare con qualsiasi altro modulo.

Attualmente, tali valori numerici vengono letti da questa interfaccia in lingua italiana, tuttavia, i principali sviluppi futuri di questo progetto consistono nell’utilizzo di componentistica sempre più spinta, nell’aggiunta del supporto per altre lingue straniere ed eventualmente la realizzazione di un reale sistema di sintesi vocale basato su microcontrollore.

Hi Alberto and tnx for your replay!

A NOT list is a “to do list” shared with all the workgroup member.
This system is composed by the library and an audio player able to play addressed audio files in accordance with values passed as argument to the library.

Data outcoming from measuring sensor are usually numeric, so you can pass directly to the library in int or float format.

To play a sentence or a generic audio file you have to use the play function specifying its index.

What do you intend for reuse audio modules?