Show Posts
Pages: 1 [2] 3 4 ... 10
16  Forum 2005-2010 (read only) / Troubleshooting / Re: Tv-out with multiple tv-s on: August 02, 2010, 04:56:00 pm
Ill go under the assumption of a video wall too.

The best way would be to use multiple chips as cr0sh and mowcius stated or maybe a parallax propeller?

If you got the multi chip route I did recently add a small adaption of the standard hardware serial class(maximum baud rate of 115200 though) that will act like the standard serial library. This addition could easily be used for i2c like cr0sh suggested.

The most recent version of the library is not available as a zip file, so if anyone wants to use the polled serial library they will have to get it from the google codes source page.
17  Forum 2005-2010 (read only) / Syntax & Programs / Re: TVout.h error: invalid conversion from 'char' .... on: October 05, 2010, 04:05:09 pm
print_char(x,y,char) would be better here. Something like this would accomplish your goal:
Code:
for( int i = 0; myString[i] != '/0'; i++) {
  TV.print_char(moeveHorz,moveVert,myString[i]);
  moveHorz += 6;  //5x7 font actually needs 6 pixels
  if (moveHorz >= 100) {
    moveVert += 8;
    moveHorz = 0;
  }
  delay(random(200));
}

I didn't compile this so there may be an error, but it should work.
18  Forum 2005-2010 (read only) / Syntax & Programs / Re: image conversion on: September 28, 2010, 03:24:06 pm
Are you using an arduino with an atmega328?
If so does the serialterminal example sketch work(its included with the current version of the library)?
Are you using what I posted earlier as your sketch?

I doubt this is the cause but try a slower baud rate.  The TVout library uses something like 80% of the cpu time to generate video and it may not be possible for it to keep up at higher baud rates.
19  Forum 2005-2010 (read only) / Syntax & Programs / Re: image conversion on: September 27, 2010, 04:40:13 pm
Yeah I'm getting closer to that however there are a few things I would like to get done before then.
20  Forum 2005-2010 (read only) / Syntax & Programs / Re: image conversion on: September 27, 2010, 03:46:02 pm
oh oops change
#include "Print.h"
to
#include <Print.h>

the print class is included with the arduino ide and the standard hardware serial uses it too.
21  Forum 2005-2010 (read only) / Syntax & Programs / Re: image conversion on: September 26, 2010, 07:58:10 pm
@baum did you update all the files for the library, I added the fastpoll pointer when making pollserial.
22  Forum 2005-2010 (read only) / Syntax & Programs / Re: image conversion on: September 26, 2010, 07:56:32 pm
yup I added it just for stuff like this.
23  Forum 2005-2010 (read only) / Syntax & Programs / Re: image conversion on: September 26, 2010, 07:13:28 pm
Ok Here is what you do.
In the forum post in the exhibition section where i posted the library initially I posted a link to a tool that will properly convert a 1bit bmp to a header file.  You can use this to create the properly formatted bit stream if you have not already.

Next the standard Serial library will not work along side of TVout due to all the interrupts TVout requires. During my testing the Serial library did not cause picture issues with TVout but characters would get randomly dropped so to fix this I wrote a new serial library.  This serial library can be found in the source section of the google code page along with the most up to date version of the library. To the user pollserial works just like the standard Serial library so very little modifications are needed.

After updating the library something like this should work:
Code:
#include <TVout.h>
#include <pollserial.h>

TVout TV;
pollserial pserial;

void setup() {
  TV.start_render(_NTSC);
  pserial.begin(112500);  //This is the maximum usable baud rate with pollserial higher will work but there will be reception issues.
  pserial.println("Ready!");
}

void loop() {
  digitalWrite(13, 1);
  digitalWrite(13, 0);
  for (int i = 0; i < TV.hres() * TV.vres()/8; i++) {
    while (! pserial.available()) ;
    TV.screen[i] = Serial.read();
  }
}

bear in mind in this example the picture would be sent over as 8pixels in a byte not 1 pixel in a byte as baum posted.
24  Forum 2005-2010 (read only) / Development / Re: ATmega1284 has a 4th timer on: November 24, 2010, 08:02:46 pm
The 1284p does indeed have 2 8bit timers and 2 16bit timers.

Just tested it.
25  Forum 2005-2010 (read only) / Development / Re: Please Stick a list of arduino enabled chips :) on: September 11, 2010, 08:28:44 pm
Got the 1284p working requires updating the included avrdude on 18 though haven't tried 19 yet see here:
http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1273415167
Uses the sanguino core
26  Forum 2005-2010 (read only) / Development / Re: Bootloader compatibility  ATmega 1280 and 1284P on: September 08, 2010, 05:10:21 pm
Well I am using the sanguino libraries so if the sanguino team ported the wiring library at most the changes required would be adding the atmega1284 to the part specific sections. ie:
#if defined __AVR_ATmega644P__  || defined __AVR_ATmega1284P__
27  Forum 2005-2010 (read only) / Development / Re: Bootloader compatibility  ATmega 1280 and 1284P on: July 10, 2010, 08:16:02 pm
Updating AVRdude under windows:
Find the latest version (I just installed winAVR needed it anyway)
Update avrdude.exe found in arduino-0018/hardware/tools/avr/bin
Update avrdude.conf found in arduino-0018/hardware/tools/avr/etc

If you have a recent version of winAVR installed both files can be found in [winAVR install directory]/bin

As far as what I did to the boot loader I started with the standard standard version that comes with the arduino environment and modified the make file adding:
Code:
atmega1284p: TARGET = atmega1284p
atmega1284p: MCU_TARGET = atmega1284p
atmega1284p: CFLAGS += '-DMAX_TIME_COUNT=F_CPU>>4' '-DNUM_LED_FLASHES=0' '-DBAUD_RATE=57600'
atmega1284p: AVR_FREQ = 16000000L
atmega1284p: LDSECTION  = --section-start=.text=0x1F800
atmega1284p: $(PROGRAM)_atmega1284p.hex

atmega1284p_isp: atmega1284p
atmega1284p_isp: TARGET = atmega1284p
atmega1284p_isp: MCU_TARGET = atmega1284p
atmega1284p_isp: HFUSE = DC
atmega1284p_isp: LFUSE = FF
atmega1284p_isp: EFUSE = FD
atmega1284p_isp: isp

after the mega definitions.

as far as the bootloader itself all I did was add the devices signature, and then looked for where the m1280 specific code was and also made that code compile for the m1284 ex:
#if defined __AVR_ATmega1280__
was changed to were applicable
#if defined __AVR_ATmega1280__  || defined __AVR_ATmega1284P__

All the code was already there its was just a matter of using the correct bits.

The sanguino board.txt additions:
Code:
##############################################################

atmega1284.name=Sanguino W/ ATmega1284p

atmega1284.upload.protocol=stk500
atmega1284.upload.maximum_size=131072
atmega1284.upload.speed=56700

atmega1284.bootloader.low_fuses=0xFF
atmega1284.bootloader.high_fuses=0xDC
atmega1284.bootloader.extended_fuses=0xFD
atmega1284.bootloader.path=atmega
atmega1284.bootloader.file=ATmegaBOOT_168_atmega1284p.hex
atmega1284.bootloader.unlock_bits=0x3F
atmega1284.bootloader.lock_bits=0x0F

atmega1284.build.mcu=atmega1284p
atmega1284.build.f_cpu=16000000L
atmega1284.build.core=arduino
28  Forum 2005-2010 (read only) / Development / Re: Bootloader compatibility  ATmega 1280 and 1284P on: July 10, 2010, 06:42:37 am
I didn't have time last night to list more than what I did but here is the sanguino folder out of my arduino/hardware install.

http://www.mediafire.com/file/e1gjqnm5yqg/Sanguino1284p.zip

Just place the sanguino folder in the hardware folder of your arduino install.  AVRdude will need to be updated as the version included does not know about the m1284, I did this by installing winAVR and overwriting the copy of AVRdude that comes with arduino, as well as overwriting the avrdude.conf file; this was on windows I don't know what would need to be done on linux/mac I will see on linux later but I don't have a mac.  If anyone needs a more in depth explanation I will be happy to give one but I don't have time right now.
29  Forum 2005-2010 (read only) / Development / Re: Bootloader compatibility  ATmega 1280 and 1284P on: July 09, 2010, 10:25:11 pm
Got the standard mega boot-loader working on the m1284p by just changing some of the conditional compilation bits.

Everything works have the blink sketch running now smiley-wink
30  Forum 2005-2010 (read only) / Development / Re: Bootloader compatibility  ATmega 1280 and 1284P on: June 30, 2010, 09:02:46 pm
I was referring to the flash byte reads which the original patch fails to address (and incorrectly interpreted the writes would be bad as well). The modifications i was referring too were just changing the conditional compilation a bit to get the mega loader to compile for the 1284p.
Pages: 1 [2] 3 4 ... 10