Make:

Missing the word "on" in
<a href="http://www.makingthings.com/makecontrollerkit/software/doc/html/group___digital_out.html">group___digital_out.html</a> in function DigitalOut_GetActive returns summary:

Returns:
State - (1) or off (0).


<hr/>
Minor error but I want to do what I can.

We're On it. Thanks.

In the html docs that come with the new microcontroller board, the AppLED example on page:
<tt>firmware_100/doc/html/group___app_l_e_d_o_s_c.html</tt>
and
<a href="http://www.makingthings.com/makecontrollerkit/software/doc/html/group___app_l_e_d_o_s_c.html">http://www.makingthings.com/makecontrollerkit/software/doc/html/group___app_l_e_d_o_s_c.html</a>

reads:
<blockquote>
State
The 'state' property corresponds to the on/off state of a given LED. For example, to turn on the first LED, send a message like

/appled/0/<u>value</u> 1

The command should be

/appled/0/<u>state</u> 1
</blockquote>
Hope this helps! --aaron

Both of these are corrected and will be included in the next push of the documentation - thanks.

Not so much an erratum as a missing tidbit.

AFAIK the running the GNU toolchain on Windows requires Cygwin

Also the build requires make which is not installed by default when you install Cygwin.

Neither of these were mentioned on
http://www.makingthings.com/makecontrollerkit/resources.htm
which is where I would expect them to be mentioned.

Dale

On page 3 of the schematic at

http://www.makingthings.com/makecontrollerkit/schematics/make_appboard_schematics.pdf

It shows the can connector like so:

J14 Pin1 V+
J14 Pin2 CANH
J14 Pin3 CANL
J14 Pin4 gnd

However on the silkscreen for the board (under the green plug)
The pins for J14 are labeled (left to right)
V+
Gnd
CanL
CanH

Worrysome, eh?

Dale

This page

http://www.makingthings.com/makecontrollerkit/guides/appboard_overview.html

Doesn't mention:

The Can connector
The JTag connector
The jumper between the Can connecter and the VExtS
The set of pads next to the JTag connector (+3.3v, 0v, Tx,Rx,Rts,CTS)

Dale

The Servo Block link in the glossary is broken. There appears to be no section writtten for the Servo Block yet...

This one's an odd one and I will have to investigate it...

First for my setup:
OS: Gentoo Linux (2.6.17-gentoo-r7)
CPU: Celeron
GV: app-text/gv-3.6.1-r3
ACROREAD: app-text/acroread-7.0.8

When viewing the application board schematics using "gv" parts of the schematics are missing. They appear to be correct when I view using acroread. I then started playing with gv to get a handle with what was going on... I then noticed that the parts of the document that are getting dropped change when I change the view or zoom. Could the person who created the current app. board schematic please post or email me the the program, version, OS, that were used to produce the doc so I can post a proper bug report upstream?

Thanks, EBo --

Those were created with Adobe Acrobat Pro 7.0 on OS X. Those will be getting updated pretty soon as well.

Thanks. I'm planning to post a bug report and offer to send the maintainers a copy of the document to trace through.

Thanks for the info.

Not sure if I should start another thread...

I was looking at the "CONTROLLER PORT TABLE" and noticed that the DipSwitches are not listed. Am I missing something or is that an omission?

typo is OSC documentation.
page App LED - OSC
Is:
/appled/0/value 1 Simply change the argument of 1 to a 0 to turn it off.
Should be:
/appled/0/state 1 Simply change the argument of 1 to a 0 to turn it off.

ebo - the DIP switch goes through a shift register to the SPI interface on the chip. That's why you might not have seen any ports on the Controller dedicated to it.

tcgray - thanks again for the typo checks!

not sure if this is a typo or firmware error.
OSC /system/active

/system/active
osc> /system/active 0

on a functioning system should return 1, since this is the active command to turn it on. 0 would indicate it is off.

Minor typro on OSC - DIP Switch
IS:
Devices
There's a single DIP Swtich the Make Application Board
Should be:
Devices
There's a single DIP Swtich on the Make Application Board

In the 'system' section of the API (not the OSC version), it says "active (R/W) - not currently meaningful". I think that applies in this case!

Got the DIP Switch one - thanks again.

The OSC page
http://www.makingthings.com/makecontrollerkit/software/doc/html/group___o_s_c.html

Does not document the servo OSC commands [which seem to work]
/servo/N/active B
/servo/N/speed SSSS
/servo/N/position PPPP
Where:
N is servo # [0-3]
B is 0,1 (off, on)
SSSS is speed [0-1023] [slow-fast]
PPPP is position [0-1023]

Also it *does* document USB which is not registered by the heavy app
[don't know whether this is a doc bug or a heavy bug, but it's a mismatch]

Dale

PS: By seems to work, I mean they set the values and you can read the values back. If you set the speed low, you can even watch the position change [kool!}
I haven't actually got my servo motor to turn, yet, but that's [maybe] aother problem.

The servo commands, as you've listed, function perfectly under "heavy'.

It is scarry to set the speed at 1 and watch the servo do the whole turn "very slowly'. :-))

I have connected two servos ( @ Srv0 & Srv3 ) at different speeds and they function perfectly.

http://www.makingthings.com/makecontrollerkit/guides/poly_functions.html

The description of "Follower" mode says:

The Rate input only controls the operation of the Follower when the Read Settings switch (position 8 on the DIP Switch) is set to On. Otherwise its value is locked. These values are remembered after the power is cycled.

That should be position 1, not 8 on the DIP switch.

Dale

The docs in http://www.makingthings.com/makecontrollerkit/software/doc/html/group___app_l_e_d_o_s_c.html

still appear to be inconsistant with
/appled/0/value 1
and
/appled/0/state 1