after reading the websites, some points are open for me again. would be nice if someone could help me :
the eagle files and the jpg's from the usb board on the hardware site are not the same.... what's the actual state?
is the Multisensor Shield allready buyable?
is possible to access the internal registers from the atmel (for example activate pull-ups) ?
are internal timers useable?
is the serial command only for the hardware usart or also linkable to another digital output?
what is a fine method to show debug informations? a serial output, indeed. but when working on a apple powerbook, there is no serial port. keyspan ok.
for midi output : when atmel pin is direct at at midi connector, does this work? must it be the hardware TX or can it be another pin?
the latest version of the board has a couple more resistors in series with the tx and rx pins of the microcontroller. this was supposed to make it easier for people to reuse the pins when the serial port is not needed.
that's the only difference.
the multisensor board has been built and used in a project. we were thinking about selling it but there is so little time and so many things to do. In the end it's only the 4 of us who are doing everything. anything we sell needs to be supported and this particular board requires a lot of explanations. when we have time to write a manual we'll sell it
you can access the microcontroller at any level if you know how to the arduino code is C code. if you write a c statement anywhere it usually compiles just fine. so if you access the right registers you can turn on the pullups and the rest.
internal timers are useable. just be careful because if you use PWM or other functions these also use the timers and it can get messy. details are in the source code you can browse on Arduino Starter Kit kaufen [verschiedene Ausführungen]
the serial port is connected to the usb interface chip so most of the time it's hard to use the pin for other purposes
in theory before you call beginSerial those pins are not used by the serial port yet
normally the serial port is the simplest and cheapest way to do debugging. remember arduino tries to be easy to use for a beginner.
it is possible to use a regular pin for serial transmission. we will release the code soon.
thanks for the fast reply - very well for an overworked person
the usb port isn't useable for debugging? i think this could be a very efficient way to give out some statements. or is only a terminal programm on pc side missing for reading datas?
about the c statements : is there a short example to see the syntax?
where is an information to let the board run standalone?
how can i communicate with flash and max/msp? over midi?
About debugging: by "serial port" we also mean the USB connection to the computer. So if you use the serial functions in Arduino (e.g. beginSerial(), printInteger(), etc.), that data will be sent over the USB connection to the computer, where you can see it, for example, with the Arduino serial monitor. Right now, the serial functions can only be used with the hardware UART (i.e. digital pins 0 and 1 on the board), but we're working on a software serial port library that would extend them to any pins.
For C syntax, just write the same C code you would in a non-Arduino ATmega8 program. E.g. PORTB, etc. should all work as normal.
for communication between Arduino and Flash
Beltran berrocal making some actionsript file to add in flash...Arduino code&examples - by b of Progetto25zero1
you have to use serproxy, a small xml server to translate message from serial to tcp and reverse.
the arduino code is C code. if you write a c statement anywhere it usually compiles just fine. so if you access the right registers you can turn on the pullups and the rest.
