Closer...


The project is getting closer. I've figured out that the previous issue is a parsing error, and that I can work around it. The next hurdle is getting the Arduino to send data to the computer. I've been less successful here, simply assuming that the data would easily be ingested by another program. Thus far, this is not the case. I'm still working on it, but to produce a prototype for the physical computing course, and to get a sense of what real time sound of fermentation might be, I've gone the much simpler route of just connecting a speaker to the board. In some ways, this actually makes more sense. As, I can create stand alone installations for multiple, ongoing fermentations that produce sound individually. I can envision several different fermentations 'playing' simultaneously (which has been my vision for a while).


 Fermentum, in its most recent state

Fermentum, in its most recent state

In this scenario, there is no need for the communication back to a computer. This is not only simpler, more affordable and more self-contained sculptural pieces, but it also has a more Simondonian-feel to it. 

Gilbert Simondon is the philosopher whose work I am using as the framework for my art projects. He writes about individuation—how things become—and focuses on the individuation of technology. One of his concepts is the concretization of technology, that is the "genetic" process of technical evolution into a concrete object. In his view, the technical object moves from abstract to concrete. In an abstract technical object, you might have a number of devices linked together that keep the object running, but not fully integrated. For instance, he discusses automobile engines with water cooling systems. The water cooled engine is more abstract for Simondon because it's another system attached to the main engine; it isn't incorporated into the function of the engine. The pump and circulatory system are almost an after thought, simply there to keep the engine from overheating. An air cooled engine is more concrete, according to Simondon, because it is incorporated into the overall design of the engine. He uses the example of a motorcycle engine that over time develops fins surrounding the engine. These fins conduct heat away from the body of engine by creating more surface area that air can move around and they also make the engine stronger by increasing the rigidity of the engine. Thus, he argues, that the technical object, the motorcycle engine, is very concrete and that the cooling needed is incorporated into the object's being in the world – as opposed to adding a secondary system, like a water pump, to maintain the engine's functionality. (This, of course, is a very simple paraphrasing of his ideas here, and needs greater time and attention to fully delve into Simondon's ideas.)

So, by incorporating the speaker directly into the Arduino board, one might argue that I'm heading in a more concrete and less abstract direction. Of course, what one can do with a tiny piezo speaker vs. what one can do with Max/MSP are entirely different things and what we gain in simplicity and mobility, we lose in rich, complex expression. There is, no doubt, some middle ground that I am searching for.