[dorkbotpdx-blabber] REMINDER: Pd workshop this Sunday.

[Greg Borenstein]

Ward,

I would be very interested in this. As part of my Ruby Arduino work,  
I've been playing around with simulating the the Arduino in Ruby.  
Since I've already got people describing their sketches using a Rails- 
like syntax, I can just execute their sketch with a different base  
class that works for simulation (or testing) rather than cross- 
compilation.

Lately, as I've been learning about the AVR internals, I've been  
thinking about writing a program that models the registers directly in  
order to provide some basic AVR Studio-style simulation facilities.

I'm curious as to why you chose Java for this project. But regardless,  
would love to dive in and help, especially in an exploratory mode.  
Want to get together in person to talk about it?

-- Greg

On May 19, 2009, at 7:14 AM, Ward Cunningham wrote:

> I've had a long term interest in practical code generation for the  
> AVR. I believe that C offers a less than ideal abstraction. For  
> example, I could not write my video bar chart program in C and  
> squeeze it into a Tiny12 at 1 MHz. But then I ask, what would I like  
> to write that program in so as to avoid the usual mistakes  
> associated with assembly language. Some conclusions:
>
> * The AVR programmer's primary task is one of resource allocation  
> and configuration, not logic or algorithm.
> * When a resource is exhausted (say registers) the generator should  
> not forge ahead wasting bytes and cycles, better it say: simplify  
> your program.
>
> Codosome-2 is a prototype cross-compiler for the AVR that builds a  
> java object model of the program being assembled and allows one to  
> test and refactor program fragments as the compiler runs. I have  
> successfully compiled a variation of "tiny tv" with it.
>
> I am thinking about what Codosome-3 should be. I would like to make  
> it a server based tool (probably in rails, but maybe scala) that  
> uses advanced web programming (probably in jQuery) to configure  
> library components/generators in an edit/download cycle of only a  
> few seconds. I'm attracted to a web implementation because it  
> simplifies sharing (inspired by wiki).
>
> I would be interested in collaborating with folks on such a project,  
> especially if they are more interested in exploring a new space than  
> getting done quickly.
>
> Best regards. -- Ward
>
> __________________
> Ward Cunningham
> 503-432-5682
>
>
>
>
>
> On May 18, 2009, at 12:06 PM, Thomas Lockney wrote:
>
>> On Mon, May 18, 2009 at 11:50 AM, Hans Lindauer <armatronix at sbcglobal.net 
>> > wrote:
>> No, not for audio - I want something for programming  
>> microcontrollers.  Is this unrealistic to imagine?
>>
>> I was wondering how hard it would be to make something along those  
>> lines. Greg Borenstein has been working on a Ruby environment for  
>> programming Arduinos (RAD - Ruby Arduino Development) and it  
>> occurred to me that if you could bundle small "chunks" of code, it  
>> wouldn't be too hard to come up with an environment that let you  
>> "wire" them together. Granted, this could be done without the  
>> intermediate step of using RAD, but the flexibility of Ruby (or a  
>> similar language) would make it a bit easier to bootstrap this sort  
>> of thing.
>>
>>
>>
>> _______________________________________________
>> dorkbotpdx-blabber mailing list
>> dorkbotpdx-blabber at dorkbot.org
>> http://music.columbia.edu/mailman/listinfo/dorkbotpdx-blabber
>
> _______________________________________________
> dorkbotpdx-blabber mailing list
> dorkbotpdx-blabber at dorkbot.org
> http://music.columbia.edu/mailman/listinfo/dorkbotpdx-blabber