I think I might learn Axe+CalcNet some of these days. Those links are useful!

Cheers, Scout.  DJ, hehe.

I cannot help you with Axe, but I can help you with CALCnet.  If you wish to pick my brain, I'll try to remember to check this topic (someone on #cemetech on IRC alerted me to it), but it's very likely I'll forget, so I'd ask that if you would like to pursue CALCnet that you poke my on Cemetech.

Quote from: willrandship on January 06, 2011, 10:47:02 am

So, how many calcs can run off one arduino? One to one, or does it support higher?

You can connect a full CALCnet network to the Arduino and make all of the calcs connect to gCn, I think.

JosJuice is correct.  The Arduino/gcnclient/gcn metahub system transparently connects CALCnet networks, making the constituent calculators think that they're on the same local CALCnet network.  The gcnIRC bridge works by pretending to be a one-calculator CALCnet network.

*bump* From the relevant Cemetech news article:

This evening, two days of Python coding paid off, as a CALCnet-enabled TI-83+ connected to a globalCALCnet (gCn) bridge successfully joined and conversed on the EfNet IRC channel #cemetech.  As mentioned previously, the gCn project allows CALCnet 2.2 networks to be joined across the internet; by pretending to be another CALCnet 2.2 network, the gCn bridge enables IRC users to chat with real calculators and vice versa.  The calculator side is handled by the CALCnet Chat client written by Merthsoft and with CALCnet networki ng routines written by yours truly; the Python 'gcnirc' program connects to the gCn metahub and pretends to be another calculator running Chat.  However, it also connects to IRC, and formats messages from each medium to be passed to the other.  In the coming days and weeks, this bridge will be fine-tuned, additional progress and debugging of Chat will occur, and arguably most importantly, the Arduino drivers for CALCnet communication will be fine-tuned to massage out some occasional bottlenecks that keep frames (packets) jammed at the device.  Please feel free to post with thoughts, suggestions, and discussions of your projects that you think should run over gCn!

I've been tossing around a few program ideas for multiplayer or MMO games that would be fun with CALCnet and gCn; I'll let you guys know if I do.  I'm still trying to iron out bugs and glitches, and I'll try to remember to update this thread, but of course there will be more frequent updates in the original topic. Oh, and Merth and TIfreak8x mentioned their desire to get Arduinos to test this out.

Over almost exactly the past seven days, I have been working on globalCALCnet (heretofore gCn for the sake of simplicity), a longstanding project of mine to connect CALCnet2.2 networks and their constituent calculators over the internet.  It can work as simply as connecting two individual calculators as if they were right next to each other, or at the opposite extreme link together many networks, each consisting of many calculators, into a single virtual hub.  As you might imagine, such a system is quite complex, and once I finish working out glitches and kinks, I will probably write a Cemetech whitepaper to detail the system.  Here's the executive summary of the different pieces:

CALCnet2.2 network: One or more calculators linked together with a Cn2.2 network, requiring only the calculators and a handful of unit-to-unit cables.
AVR-based microcontroller board with FTDI: For the prototypes I've made, I'm using the widely-popular Arduino Duemilanove board, offering a 16MHz AVR with 32KB of EEPROM and 2KB of SRAM.  This board pretends to be a calculator participating in the network, but passing incoming frames up to a connected PC via serial/USB, and injects frames into the network from the PC.
C++ gcnclient application: The gcnclient application connects both to the local Arduino and to a remove gCn virtual hub aggregator.  The gcnclient is responsible for moving 1-to-1 and broadcast frames from the Arduino to the remote server and vice versa.
Python gcnhub server daemon: The gcnhub, or virtual hub aggregator, acts as one or more virtual hubs linking together groups of remote gcnclient applications.  There is currently a single gcnhub server, but if gCn becomes more popular, it would be easy to distribute this program so that users could set up their own servers.

Frames (the CALCnet equivalent of packets) travel from one CALCnet2.2 network, through the connected Arduino, to the gcnclient and through the internet to a gcnhub, which routes the packet as necessary to another gcnclient, which hands off the frame to its Arduino and therefore its connected CALCnet2.2 network.  I have successfully demonstrated Flourish running between a pair of single-calculator CALCnet2.2 networks, connected by a 12-mile round-trip over the internet but acting as if they were directly connected; my testbed can be seen below.

Please post all kinds of questions, suggestions, comments, and insults in the attached topic.  I would especially appreciate users who have an Arduino to spare who would like to help me test globalCALCnet.  Cheers!

Use Doors CS; the Third-Party BASIC libraries offer both ExecHex via Celtic III (det(20,"CODE")) and ExecAsm via Omnicalc (real(33,"CODE")).

Thanks aeTIos! Qwerty.55, it's actually an SDK for general DCS development, ASM and BASIC alike, but it does discuss CALCnet, and there's also the CALCnet whitepaper.