Make it work

Today there was not that much left to do – it was basically tinkering, and making the design look better, and work more effectively. Our initial plan was to use the breadboard inside the brush, but Lars pointed out its weaknesses – we should loose the breadboard, because the way it was connected could easily lead to short circuit. Besides it takes too much space. So we did as he suggested – we soldered all the parts – the photocell sensor to the resistor, and to jumper wires, and insulated the exposed wires with heat-shrink tubing. We made two sets of photocell sensors – and these sets were also connected to each other – the positive part from one, with the negative part from the other. Why that? Why positive from one with negative from the other? Because we wanted to invert the behaviour of one of the sensors, so the best thing would do it on the circuit.

soldering.png

After soldering, the hairbrush looked much better, and we did not have any more problems with short circuit, malfunctioning sensors. We also glued a frame made of carton package around the brush in order to make it look nicer and more stable.

finishedbrush

Finished brush

After that we started sketching with different sounds, filters and variables, trying to figure out what would work better. We did not have many options to choose from when it comes to audio files. So we chose the less scary one, and edited /cropped it in order to sound better. One of the sensors – the one in the middle – was linked to res, which implies its sole function was to trigger the sound. The other sensor, to the side, was connected to frequency and responsible for the different outputs we would get depending on how we brush our hair.

Here is the finished product:

When we were done with all the sketching, we started to discuss interaction attributes  – ambiguity, tightness and openness. We felt that our hairbrush was ambiguous enough in terms of information because the sounds that came from the brush was unpredictable and when brushing or moving the brush in different directions you would get different outputs. Of course we could have explored the other two types of ambiguity – context and relationship – but we wanted to leave some room for clearness in the interaction with the hairbrush, in the meaning that we knew there would be some kind of sound when it was moved, but we did not know WHAT sound it would come over time, since it depends on how you brush your hair and even on your hair colour, since the sensors showed to be very sensitive to clothing colour and hair.

When it comes to tightness, it was the first attribute we succeeded with – the hairbrush reacted directly when it was approaching our hair – The closer the brush would get to the hair, the more intense the sound would get – so we can say that tightness is not reduced to immediateness aspect, it is also connected to the closeness aspect – as if the hairbrush was the extension of your hand. When it comes to the openness aspect, there is a lot of room for discussion – in theory our hairbrush is open – it can be used anyhow, anytime, anywhere, by everybody. But if we put the brush in a context, we begin to see its limitations in terms of openness  – is it okay to brush your hair during a business meeting? If you follow the prevailing social norms, you would not even consider this possibility. Can you use this hairbrush as a weapon? There are no physical constraints to that, but what about moral, behavioural ones? And hairbrushes were not intended to be used as a weapon, from a design point of view.

When it comes to bodily experience, the way the hairbrush sounded could send you a signal telling you when to brush your hair more slowly, carefully, and that would affect your behaviour. If you do as you are “supposed to” , then you will get a calmer sound as a feedback, which might also lead to a relaxed state of mind.

 

 

Advertisements

Sketching

Today we spent many hours trying to figure out the best design for our concept – the “magic hairbrush”. We had two Arduino sets with respective components (sensors, jumper wires and resistor) and two hairbrushes. One had the Arduino circuit on the  brush’s back, and the other inside the brush.

The importance of sketching is to find the best solution, see which design works more efficiently.

In our case we went for digital sketching, because it is necessary for us to get as close to a working prototype as possible, since interaction is a central part, something hard to achieve with lo-fi sketching.

After a whole day of sketching, trials and errors, we have decided to go for the design 2 (the photo on the right), because it is more compact and less exposed wires in case we make it work.

We were unsure about where the sensors would be located in order to make any sense. We were advised to put both sensors in the front, among the bristles – one in the middle and the other more to the side. The point of doing this is to compare the amount of light each selected spot gets – the light distribution is heterogeneous along the brush , due to different angles and how you brush your hair – one part can be covered while other receives light (inclination).

We have also considered using accelerometer instead of a second photocell sensor, but the time is short.

 

Sketching

Today we had lecture about sketching, not necessarily through drawing but even through bodystorming. We are supposed to sketch our design first, so we know what elements are important and interesting to be used in the design.

Today we hooked up two photocell sensors to Arduino, and through Ableton we were able to play two different sound files, depending on which sensor receives light/shade.

We were not absolutely sure about our concept, it did not seem to be much room for ideation since the design is around a hairbrush. But the teacher has shown to us that yes, there is room for ideation – the focus is on the design’s behavior, not on the material itself, important here is how it is used, and what happens. Now we feel better about our concept because we know we are on the right path.

Here is us testing the photocell sensors with Ableton.

Ableton meets Arduino

Hi there!

Today we started the day with theory, about interaction qualities such as tightness, openness and ambiguity, based on Henrik Larsens dissertation. We also had an exercise in groups of four and the assignment was to compare two designs in terms of the aforementioned qualities.

After that we started working with Ableton and Arduino under Lars instructions. We got to test a project set uploaded on Itslearning. We used a potentiometer as analogue sensor – it is a knob from one to three, and you can assign this knob a parameter connected to a sound file – frequency, track volume, track spanning etc.  My partner and I focused on track volume but we even tested other parameters.

Check it out

We were also advised to switch from flex sensor to photosensors , that is, a type of resistor that reacts to light. So the idea is if you approach the brush to your hair it will get dark and you will get an output. If you stop brushing your hair, it will get lighter and you receive another output.

Tomorrow we will try to hook up photosensors and see if we can create something cool with Ableton.

We want to achieve a high tightness – an action will lead to immediate feedback. It would be nice as well to create ambiguity in terms of information – the design will change its behaviour after a period of time, for instance.

 

 

Introduction to the topic

Today we started by having a dynamic lecture with exercises about bodily movements and interaction. We as a group of three were asked to analyse an interaction ( putting clothes to dry on the wire) and its movement characteristics such as rhythm, temporal aspects, whether it involves the whole body or only some parts of it and sense of one’s body (how it feels).

After that, we received the brief to next project, which is about everyday movements coupled with simple modulated sounds.

We should focus on the interaction and behaviour of the design, rather on the sounds.

Furthermore, we are supposed to use two sensors plus two output sound files in our design.

After the brief explanation we made an exercise in pairs (our assigned ones). The task was to pick two sets of interactions involving bodily movements and stick to one set and write down its characteristics.

We brainstormed first and came up with many examples :

  • shake a feeding bottle
  • take notes
  • get up from bed/chair
  • lift a child
  • get dressed
  • teach a child to walk
  • brush hair
  • brush teeth
  • walk
  • turn on the lights
  • write on the computer
  • check the phone

The two sets we found more interesting were brushing hair and taking notes (yeah it feels a little bit meta). The final choice we made was hair brushing, because taking notes implies very limited movements. Besides, brushing your hair allows openness in the meaning that you can brush your hair anywhere, anytime, anyhow (with some limitation). The movement characteristics of brushing hair are the following:

  1. repetitive
  2. limited movement
  3. rhythmic
  4. (usually)slow & light movements
  5. one-directional

For explanation check our video!

After that we presented our concept to Lars and Henrik, and discussed about what sensors to use. We are leaning towards flex sensors that detect different flex movements, such as from your wrist.

We are going for a more flexible, bendable brush , so we can put the sensors on it.

 

 

Show ‘n’ tell and Reflection

Our show ‘n’ tell

Today we had presentation of our concept, and it went fine. I guess we were clear and covered all the main points regarding nuance, pixels, touch, and skilled learning.

And our prototype did not ‘misbehave’, which is always a plus, and we did not have to fake it.

We got positive feedback, and some of the “objections” were addressed spot on – someone asked why we did not use sound as feedback, and I replied: well because this module is about pixels, not sound…

Our concept

We also got constructive criticism from our teacher, mainly concerning the concept’s depth concerning 1) nuance and 2)feedforward.

When it comes to number one, exploring nuance, i.e. enriching one’s experience through skilled learning, we should have given the user possibility to develop one’s skills even further – when the user is familiar with all the swipe combinations, there is nothing left to be improved. A suggestion for instance is to make more complicated combination of fingers. Our plan was to add different types of touch, but it did not work that well, so we were aware that it was something too simple to learn and then what?

Other groups

Sorry if I sound tough, but the other presentations and designs were not very memorable, and some of them badly executed, using the principle “fake it ’til you make it”. EXCEPT for one…it was very well presented and executed. I am talking about Lara and Jonas’ design, with the squares with several behaviours and color changing. The presentation was clear and well-structured, and the design started as abstract and conceptual , gradually developing to something more concrete – it enables the user to manipulate pixels. And their own design development process made skilled learning possible. So in other words, not only the user gains skills in manipulating objects’ pixels. The designers gain gradually skills and understanding in how to create something that can be manipulated by someone else.

So their design felt somewhat “meta”…Kudos!

Reflections

Overall, I am satisfied with our work, we explored well the use of pixels and feedback – each action delivers a different output, we used both colour, animations and images. When it comes to touch, it was a little bit harder.

There were some combinations of touch and swipes that we wanted to try out. But we could not get it to work in code. One of them was to swipe in a circle to get a random playlist.. we still think it would be a great way of use the random function.

Our knowledge, as it was mentioned previously, was in this case limited, and we coped by doing something simpler.

There were also things that we could not use and did not test,  because we needed to work with touch, but shaking was something that we think that could be fun to test when it comes to music and playlist.

Furthermore, we have also applied the concept of skilled learning, by simplifying how we choose a playlist. Imagine a older person who has a hard time in using Spotify.  we have simplified the process into swipes.  And when people get used to the combinations it will be a faster way of changing playlist and songs without looking at the phone. Example: You have your phone on the arm when you running and you just swipe to change. It is similar to Dreyfus’ example about playing chess – in the beginning you have to learn how it works, and gradually it comes automatically, naturally for you.  However, I admit we could have gone further by making it more complex and giving opportunity to practice and develop other motor skills. I supposed it works as that text about ways to enrich experience by evoking negative feelings. Our design was probably not challenging enough, so the user loses it interest – frustration and challenging tasks are great fuels for the user in trying harder to solve a problem, it gets the user’s interest.

 

 

 

 

 

 

 

YEAH!

Yesterday I cleaned up my code and separated the script part from the html one, so they became two separate files plus stylesheet.

I made also some small changes in stylesheet file, such as color change, background and font, just to name a few.

Today my partner and I worked together on the random function with tap, which actually made the page get a little bit buggy, due to tap function sensitivity. We tried as well taphold, but it did not work as it was intended to. So after many trials and errors we decided to move on and use swipe with four fingers instead.

Well my conclusion is that working with touch is harder than I anticipated. We were pleased with the result, even though we had to make some changes from our initial idea when it comes to the random function. In terms of skill development, we were not there yet to make circular swipe work, and could not really cope. We had to stop and think about a new action course. Maybe if we had some more days to gain some experience it might have worked with the circular swipe.

Even though we could not use the circular swipe, I think we made a very good use of pixels to add expressiveness to the design – we used colours, images and animations to give a clear feedback to the user.

Finally we discussed a little about how to make the presentation. When we got home we saw we got some questions to reflect upon, so what we did was to discuss these questions online.