You and your father are to be congratulated for continuing to develop ArdSimX and now SimVim.

I have not been active on my simulator for some time and I recently returned to start working on the interfacing Xplane to the hardware.

It took me a few hours to work through the new software. It is really clever, almost to clever.

My current setup uses 4 Arduino Megas. To move to the new software requires a significant investment in time and hardware.

If you were to allow the use of additional Megas this would significantly reduce this investment and allow me to move to SimVim in a quicker timeframe.

Could I ask you to consider this modification please?

Many thanks

in Common questions by

1 Answer

0 votes

In short - NO. Only one "master" controller board can be used. It's clearly described on the website -

The system is extendable with method of addition various extension boards, including slave controllers (as servo, steppers, button matrix, PWM, etc.).

We actually went back to our old ArdRef interface very effective architecture, but on new level.

1) First, you couldn't move to SimVim using the all ArdSimX configuration and connections, it's completely different systems. SimVim allows you to make it "from scratch" very quickly.

2) Method of inputs extension used in SimVim is much  cheaper in terms of "investments" - for the price of one additional mega  you can have 150-200 inputs and much cleaner, modular wiring.

3) Using one Master board eliminates the auto-connection  issues that can be with using multiple serial devices. And, several boards would need much more complicated configuration tool, because SimVim system has more complex internal algorithm than ArdSimX.

We only may consider adding support of more additional devices and boards.
Vlad (father is me wink )

I too was in the same situation, I was using ardsimx with 2 megas a 1 uno (all on eithernet)  It was generally working well, however sometimes gettting all three to content via Ethernet was a challenge.  Recently I made the jump to SimVim and while there was a learning curve, I have been happy with the results, at first I the idea of input mux’s and led drivers seemed like a lot of work, but in the end I found it was a MUCH MORE EFFICIENT way of doing things and the Ethernet connection has been rock solid.

Hi Cornell,
Thank you for your comment.

This is exactly what I would like to explain to people - it's cheaper  (for  the same number of I/O controls) and more manageable,  scalable architecture,  it still has much potential to improve and lets us to expand cockpit controls to any complex system.



Hi Vlad,

I think that is somebody is building a simulator from scrath your architecture is perfect.

I am refurbishing a commercial 737 simulator so I'm finding moving to this new architecture frustrating.

For example, I've found I need to put in pull up resistors to use the CD74HC4067, which I have asked about in this question: why-does-the-cd74hc4067-not-need-pull-up-resistors

What this means to me is to move to the new architecture I have to purchase a number of CD74HC4067 break out boards. Add them to another board to provide pull up resistors. Then re terminate the signal wires.

I also have to run the control wiring around the cockpit for all the CD74HC4067 boards

However, rather than me simply critise your great work I have a suggestion.

To enable use of multiple Megas you could have each additional board run a program to store it's ID in EEPROM.

Once that item of code has been written only one main program is uploaded as per your normal method. However it then communicates it's ID over the USB. 

Yes it would require a substantial change to the code, but would not break your architecture and scalability target.