Arduino Due and AD725 How-to?

are you planning on trying to output / generate the composite color or RGB. RGB of course would be way easier than comp.

Using timers directly to output pins to generate the basic sync HS and VS may also help with a stable display. I also think the ARM has DMA capability, the TI ARM (TIVA C) boards do so this also can off load the CPU from dealing with most of the output work

It was also my understanding that I would be able to have sync signals coming off the Due since it runs fast enough, and this would help provide a more stable picture. How would I generate such a signal? I am still an electronics and duino noob with only a 1.5 years worth of experience, but I take myself where my projects take me and that's how I learn. Unfortunately for me, a lot of this stuff is difficult to research online, with only hints of where to go or what to do. I am a long established programmer, so I have that going for me. I am looking for commented example code or explanation of what I need to do, and glue schematics or wiring guide. That seems to me like a lot for me to ask for, but I don't have any resource to learn this. If you know of any, that is helpful also. If I can get going toward a couple pixels and I can puzzle the rest.

The Atmel ARM processor in the Due does have DMA but as far as I can tell it can't DMA from memory to a GPIO port so it won't help make video signals.

To work out if the processor is fast enough you need to do some experiments and you will need to to do a LOT of work. I don't think you are going to find the kind of examples you want on the web.

On the Uzebox wiki is an explanation document that I expect you have seen but if not its at:

Main Page - Uzebox

"How it works (PDF"

The actual code, like most open source code, is not very well documented and so is very difficult to understand - if it were my project I wouldn't bother attempting a "port" because the ARM processor is so different from the AVR. The How it works doc tells you pretty much how to do it.

You will need an oscilloscope (well it will make things a lot easier) to get it working.

You could start by connecting the resistor network to an IO port on the Due (pick output pins 0-7 if possible) connecting up the converter chip and start writing code snippets. The easiest way to do the hardware would be to take the processor out of a Uzebox board and hook up to that (watch out for 3.3V to 5V issues).

MK

The Atmel ARM processor in the Due does have DMA but as far as I can tell it can't DMA from memory to a GPIO port so it won't help make video signals.

To work out if the processor is fast enough you need to do some experiments and you will need to to do a LOT of work. I don't think you are going to find the kind of examples you want on the web.

On the Uzebox wiki is an explanation document that I expect you have seen but if not its at:

Main Page - Uzebox

"How it works (PDF"

The actual code, like most open source code, is not very well documented and so is very difficult to understand - if it were my project I wouldn't bother attempting a "port" because the ARM processor is so different from the AVR. The How it works doc tells you pretty much how to do it.

You will need an oscilloscope (well it will make things a lot easier) to get it working.

You could start by connecting the resistor network to an IO port on the Due (pick output pins 0-7 if possible) connecting up the converter chip and start writing code snippets. The easiest way to do the hardware would be to take the processor out of a Uzebox board and hook up to that (watch out for 3.3V to 5V issues).

MK