That stack of spikes still looks weird. Can't you have a special tile for that?

On cemetech they told me it was a prototype and not the finished product. The finished product would be a stand alone calculator. Probably without a screen. I wonder if they will still use the linkport to connect to the calculator, but internally. We'll see. Maybe the guys from cemetech could ask the developers if they saw this project. At the very least: I was first.

Have you already made it with the atmega328P (Or w/e it was)?

Yes. In fact this is the soundchip project which will eventually have some I/O as well. It is remarkably easy to make the interface when I got the soundchip all sorted. I will release multiple versions of the Nterface project. One being a barebone link protocol libary for the arduino and another one will only have the I/O. The first version to be released will be the soundchip TIMID.

http://updo.nl/file/389a4ae5.mp3
One day I want my analog synth to have enough modules to be able to produce this sound I made this in fl-studio

The TI-interface is coming along nicely, so that might be your first product right here. As for the PIC mcu: It's really easy to port the link protocol. Just change some of the hardware specific stuff like interrupts and ports and you're good to go. Just hooking up accelerometers using I2C is also possible with calculators. The link protocol I wrote is very similar to I2C, so with some modifications a low speed I2C protocol can be implemented in AXE (low as opposed to 100Mb/s)

Lol why was this topic locked all of the sudden?

Ontopic: I have optimized the code on the arduino and I get some pretty fast transfers now. I don't need to include delay loops on the calculator side anymore. I even tried it with full mode, but quite a few bad bytes got trough. I can probably solve that by making a better connection with the arduino. I removed the SID emulation from the code just so I could work on the data transfer and optimizing this. I hope the external interrupts do not interfere with the library though. I just wanted to have the best possible transfer speeds, so others could use this code in their projects not having to worry about delays.

This code uses external interrupts on pin 3 (clock pin of the linkport is hooked up to this pin)
// MACROs
#define PIN2L !(PIND & 0B00000100)
#define PIN3L !(PIND & 0B00001000)

#define CLR(x,y) (x&=(~(1<<y)))
#define SET(x,y) (x|=(1<<y))

byte get;
byte bitCount = 8;

void bitTransceive()
{
  get >>= 1;
  if (PIN2L)
  {
    get |= 128;
  }
  bitCount--;
}

void setup()
{
  CLR(DDRD,2); //pinMode 2 is input
  CLR(DDRD,3); //pinMode 3 is input
  Serial.begin(115200);
  attachInterrupt(1,bitTransceive,FALLING);
}

void loop()
{
  if (!bitCount){
    // Pull down clock line to make sure the calculator does not send while the atmega
    // is processing the incoming data.
    SET(DDRD,3);
    Serial.println(get);
    get = 0;
    bitCount = 8;
    CLR(DDRD,3);
    // Released the clockline.
  }
}My goal was to make the code compacter, faster, more readable and understandable. I don't think there is a lot of room for improvement here!

Edit: This is only for receiving bytes from the calculator. I will write the sending code soon.

It is not really hard to make an outline routine using several sprites. I have one just below (where 0 is nothing and 1 is wall)
On the contrary, I have no idea how to do it without sprites

So, here is for example a rendering of a map with only 0s and 1s, first without borders, then with borders

Spoiler For Spoiler:

.AA
. . .
 8
2 4
 1
. . .
[]->°Sprites
[0000000000000000]
[FF81B9B5AD9D81FF]
[FF81B9B5AD9DB9B5]
[FF01B975EDDD01FF]
[FF01B975EDDDB975]
[FF80BBB7AE9D80FF]
[FF80BBB7AE9DBBB7]
[FF00BB77EEDD00FF]
[FF00BB77EEDDBB77]
[AD9DB9B5AD9D81FF]
[AD9DB9B5AD9DB9B5]
[EDDDB975EDDD01FF]
[EDDDB975EDDDB975]
[AE9DBBB7AE9D80FF]
[AE9DBBB7AE9DBBB7]
[EEDDBB77EEDD00FF]
[EEDDBB77EEDDBB77]

.create a random map in L1 with only 0s and 1s
~1->r1
For(96)
 rand^2->{r1+++L1}
End

Draw()
Fill(L5,128,0)
Copy(L1,L5,96)
For(X,0,11)
 For(Y,0,7)
  If {Y*12+X+L5}
   {Y-1*12+X+L5}*2+{Y*12+X+1+L5}*2+{Y*12+X-1+L5}*2+{Y+1*12+X+L5}+1->{Y*12+X+L1}
  End
 End
End

Lbl Draw
ClrDraw
0->X
For(12)
 ~1->Y
 For(8)
  Pt-On(X*8,Y++*8,{Y*12+X+L1}*8+°Sprites)
 End
 X++
End
DispGraph
Pause 3600
ClrHome
Return

edit of course it can be optimized, but I made that like that so I didn't optimize at all

wow! Looking amazing! You will just have to run this at the start of a room and copy the buffer you wrote it to to the screen.

When you have the black background the borders aren't clearly visible. It won't be that hard to make the line drawing algoritm. Make sure to use Rect( instead of Line(