Yahoo!
Groups Home - Yahoo! - Help



Welcome, roddonau (roddonau · simmstick_moderator@dontronics.com) Start a Group - My Groups - Account Info - Sign Out  
simmstick · SimmStick User Group Group Owner [ Edit My Membership ]
  Home  
* Messages  
     Pending  
     Post  
  Chat  
  Files  
  Photos  
  Links  
  Database  
  Polls  
  Members  
     Pending  
  Calendar  
 
 
  Promote  
  Invite  
 
 
  Management  
 
 
  owner = Owner 
  moderator = Moderator 
  online = Online 
 Messages Messages Help
Collapse Messages
 
  1384-1413 of 1612  |  Previous | Next  [ First | Last ]
 
 Msg #   Date  |  Thread
1384

From: Ingmar Meins  <intello@ozemail.com.au>
Date: Sun Jan 26, 2003 11:45am
Subject: RE: Simple .c file to figure out how to flash LED's

   
Steve,

Sounds like a good combo for playing, 2313 and codevision. Any particular
are where you are have the most trouble or is it a combo of C and hardware
understanding !

Ingmar
intello@o...

-----Original Message-----
From: gearsnwire <customfab@w...> [mailto:customfab@w...]
Sent: Sunday, 26 January 2003 10:00 AM
To: simmstick@yahoogroups.com
Subject: [simmstick] Simple .c file to figure out how to flash LED's


Hello All,

I'm trying to learn C and I'm having a hell of a time. I'm doing this
on my own with NO help. I have programmed a little with Bascom and
seem to have an easier time of it, but I have yet to make an LED do
anything using C. I seem to learn best from an example. If anyone
would be kind enough to provide a templet.c that is compatable with a
DT006 and the serial UART, I think I could learn from it.

I understand the basic concepts... The chip is just too stupid to
understand what I'm saying. :) I can't even get the CVAR wizard to
printf "a simple text".

I'm using:

AT90S2313 @ 10M
Codevision Eval or WinAVR

Thanks for any help,
Steve


To Post a message, send it to:   simmstick@e...

To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


   
ADVERTISEMENT


1385

From: gearsnwire customfab@websurf.net  <customfab@websurf.net>
Date: Sun Jan 26, 2003 0:24pm
Subject: Re: Simple .c file to figure out how to flash LED's

   
Ingmar,

No particulars. I have found that since I can't make a working copy 
or modify one of the other chip/proto board examples to function on 
my setup, I'm asking for a file that will compile or both a compiled 
and source copy that will allow me to make changes and either proceed 
or backup and try again. I have learned to mostly use the ("print"-
basic) or I believe the ("printf"- C) command to produce results that 
teach me what is going on. I hope you can remember or at least 
empathize with my procedure.

... I guess C and hardware understanding. Producing a base platform 
in order to learn on. One small step at a time.

Thanks for the reply,
Steve


--- In simmstick@yahoogroups.com, "Ingmar Meins" <intello@o...> wrote:
> Steve,
> 
> Sounds like a good combo for playing, 2313 and codevision. Any 
particular
> are where you are have the most trouble or is it a combo of C and 
hardware
> understanding !
> 
> Ingmar
> intello@o...
> 
> -----Original Message-----
> From: gearsnwire <customfab@w...> [mailto:customfab@w...]
> Sent: Sunday, 26 January 2003 10:00 AM
> To: simmstick@yahoogroups.com
> Subject: [simmstick] Simple .c file to figure out how to flash LED's
> 
> 
> Hello All,
> 
> I'm trying to learn C and I'm having a hell of a time. I'm doing 
this
> on my own with NO help. I have programmed a little with Bascom and
> seem to have an easier time of it, but I have yet to make an LED do
> anything using C. I seem to learn best from an example. If anyone
> would be kind enough to provide a templet.c that is compatable with 
a
> DT006 and the serial UART, I think I could learn from it.
> 
> I understand the basic concepts... The chip is just too stupid to
> understand what I'm saying. :) I can't even get the CVAR wizard to
> printf "a simple text".
> 
> I'm using:
> 
> AT90S2313 @ 10M
> Codevision Eval or WinAVR
> 
> Thanks for any help,
> Steve
> 
> 
> To Post a message, send it to:   simmstick@e...
> 
> To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
> 
> Your use of Yahoo! Groups is subject to 
http://docs.yahoo.com/info/terms/
1386

From: tkarbowy karbowy@elv.enic.Fr  <karbowy@elv.enic.Fr>
Date: Tue Jan 28, 2003 3:12am
Subject: OSD on a PIC

   
Hi,

I am thinking about emulating an OSD with a PIC.

I would do it on a PIC16F628 at 20MHz.

Did anybody already write such a program?
Do you have any reasons to think that my project is going to fail?

Many thanks,
Thomas.
1387

From: Don McKenzie  <support2003@dontronics.com>
Date: Sun Feb 2, 2003 11:21am
Subject: Wickenhaeuser 8051 ANSI C Compiler.

   
2-Feb-2003 
Wickenhaeuser 8051 ANSI C Compiler. 
This new compiler can be used for every 8051 from the smallest 1Kb ATMEL
89C1051, right up to systems
with as much as 16 MB. Code quality is incredibly high, while price is
very cost effective.  
Special Price $100USD 
http://www.dontronics.com/wickenhaeuser.html 

-- 

Don McKenzie  E-mail:    http://www.dontronics.com/e-mail.html
              Home Page: http://www.dontronics.com

Add USB to your favorite Micro.      http://www.dontronics.com/dlp.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software

  Please place (or leave -->) "dt2003" in the subject or body of your
  message to guarantee your message getting through our spam filters.

Internet Merchants:  Reduce Credit Card Fraud:  http://www.e-dotcom.com
1388

From: jefffermo jefffermo@yahoo.com  <jefffermo@yahoo.com>
Date: Sat Feb 15, 2003 1:35pm
Subject: help about XTAL2

   
G'day everyone

      If were to use the two PWM module on a PIC16f877 on a DT106, I 
dont need to solder XTAL2 and the caps right?
    Do crystals found on watch clocks work on PICs? I believe they are 
running at 32khz?


Jeff
1389

From: k5ubm bwalker@offlinecd.com  <bwalker@offlinecd.com>
Date: Mon Feb 17, 2003 6:15am
Subject: Has anyone heard of OffLineCD?

   
This is my company and I am just trying to get an Idea of how the 
word and press releases are doing.  Thanks for your time.
Bobby Walker
www.offlinecd.com
1390

From: Len Schaier  <lschaier@avotec.com>
Date: Tue Feb 18, 2003 1:52am
Subject: Re: Has anyone heard of OffLineCD?

   
Bobby,

Not well up here in Port Washington, NY but if you send me $10 I'll try it!!

Len


At 02:15 PM 2/16/2003, you wrote:
>This is my company and I am just trying to get an Idea of how the
>word and press releases are doing.  Thanks for your time.
>Bobby Walker
>www.offlinecd.com
>
>
>
>To Post a message, send it to:   simmstick@e...
>
>To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
1391

From: Don McKenzie  <support2003@dontronics.com>
Date: Tue Feb 18, 2003 11:07am
Subject: Dontronics News

   
Hi Gang, two things,

I'll be interstate for a week starting Thursday (wedding anniversary),
however Sharon will be available to help with most things. She can be
contacted at sales2003@d...

Alan Hackett, a member of the SimmStick group, put me onto an idea he
uses for reducing Spam.
It proved so successful, that I am now using it as a carrot to attract
people to my new Merchant Business site.

It is so simple and effective, that I feel everyone should at least be
aware of it.
You must be running your own domain, or be prepared to run one. As
suitable (un-affiliated) web hosts are available at $4USD a month, I
figure it is worth it just to get rid off spam.

Sign up as a trial member to http://www.e-dotcom.com to get access to
the info.
We need feed back, so this will help us, and hopefully help you. There
is no charge for this info, and it only takes minutes to register.

I don't care if you throw junk into the personal details fields to gain
access, but some real data would at least let us know where the hits are
coming from.

Alan Boldock, another member of the SimmStick group, is writing all the
code for the http://www.e-dotcom.com site.

Yes, we have a great source of talent right here in the ranks of the
SimmStick group members.

Don...

-- 
Don McKenzie  E-mail:    http://www.dontronics.com/e-mail.html
              Home Page: http://www.dontronics.com

Add USB to your favorite Micro.      http://www.dontronics.com/dlp.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software
Own a domain? Reduce SPAM by 95% to 99%, free:  http://www.e-dotcom.com
1392

From: Jim Hill jhill2@mn.rr.com  <jhill2@mn.rr.com>
Date: Tue Feb 18, 2003 0:49pm
Subject: Need help using serial LCD SLI-OEM

   
I've finally grown tired of just blinking LEDs with my PIC micro. 
Next step, write to an LCD:-)

I'm trying to use the serial LCD product SLI-OEM made by wirz
electronics.  So far, I haven't been able to get my bit-banging code 
to actually display anything yet, but before I go off the deep end, 
I'd like to confirm that the SLI module is even working.

When I attach a 16x2 LCD and turn-up the contrast, the top row 
displays the entire 5x7 matrix for each character, bottom row 
nothing.  If I attach a 16x1 LCD, and do the same contrast 
adjustments, only the first 8 characters of 5x7 matrix show-up.  Keep 
in mind, no actual characters are displayed, just a solid 5x7 block.  

The module has switch settings for the number of rows and columns of 
the LCD, but none of the settings have any effect on what I see at 
power-up.  I'm not sure what the module does at power-up, but
it seems like it's only initializing "half" of the LCD controller 
(Hitachi).  This makes me think that I either have a bad SLI-OEM, or 
that I haven't connected the LCD properly.

What should I expect to see displayed when I just apply power to the 
SLI module?  For those of you familiar with the SLI-OEM module, I 
have verified 5v on pin2 and gnd on pin4 of J1.  Also verified power 
to LCD connector.  If it makes any difference, this is the older 
version (1999) that was part the original "Extended PIC starter 
package" from Wirz. (OK.  So I'm a little slow at this)

Any ideas?  Anything I should look at to see if the module made 
through the years of storage?
1393

From: Thomas Karbowy  <karbowy@elv.enic.Fr>
Date: Tue Feb 18, 2003 8:01pm
Subject: Re: Need help using serial LCD SLI-OEM

   
Hi Jim,

I'm using such a module, When programming PIC and putting it voltage, my LCD displays the same rank of blank characters.

The soluce is to put the MCLR pin (pin #4 on the 16F84) to ground in order to reset the PIC. I'm in fact using a reset button connecting MCLR to the ground.
When you disconnect MCLR from ground, your LCD will display what he has to.

I think this problem is due to the speed of the processor, may be it is starting to work before the LCD can get power...

bye,
Thomas


Jim Hill wrote:
I've finally grown tired of just blinking LEDs with my PIC micro. Next step, write to an LCD:-)
I'm trying to use the serial LCD product SLI-OEM made by wirz
electronics. So far, I haven't been able to get my bit-banging code to actually display anything yet, but before I go off the deep end, I'd like to confirm that the SLI module is even working.
When I attach a 16x2 LCD and turn-up the contrast, the top row displays the entire 5x7 matrix for each character, bottom row nothing. If I attach a 16x1 LCD, and do the same contrast adjustments, only the first 8 characters of 5x7 matrix show-up. Keep in mind, no actual characters are displayed, just a solid 5x7 block. The module has switch settings for the number of rows and columns of the LCD, but none of the settings have any effect on what I see at power-up. I'm not sure what the module does at power-up, but
it seems like it's only initializing "half" of the LCD controller (Hitachi). This makes me think that I either have a bad SLI-OEM, or that I haven't connected the LCD properly.
What should I expect to see displayed when I just apply power to the SLI module? For those of you familiar with the SLI-OEM module, I have verified 5v on pin2 and gnd on pin4 of J1. Also verified power to LCD connector. If it makes any difference, this is the older version (1999) that was part the original "Extended PIC starter package" from Wirz. (OK. So I'm a little slow at this)
Any ideas? Anything I should look at to see if the module made through the years of storage?
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get 128 Bit SSL Encryption!
http://us.click.yahoo.com/FpY02D/vN2EAA/xGHJAA/CFFolB/TM
---------------------------------------------------------------------~->
To Post a message, send it to: simmstick@eGroups.com
To Unsubscribe, send a blank message to: simmstick-unsubscribe@eGroups.com Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

1394

From: Rob Severson  <severson@starband.net>
Date: Wed Feb 19, 2003 0:59am
Subject: Re: Need help using serial LCD SLI-OEM

   

When I attach a 16x2 LCD and turn-up the contrast, the top row
displays the entire 5x7 matrix for each character, bottom row
nothing.  If I attach a 16x1 LCD, and do the same contrast
adjustments, only the first 8 characters of 5x7 matrix show-up.  Keep
in mind, no actual characters are displayed, just a solid 5x7 block. 

I don't use the SLI-OEM, but this is what you get even if you just apply power to the LCD module. The LCD isn't initialized and the LCD controller chip itself doesn't know what type of LCD glass it is connected to. It "turns on" the matrix of dots for the first row when the contrast is high enough. (A 16*1 display is two rows of 8 all on one line. Ugly.)

The controller will need to be initialized with several commands. Once you do this, then send a character: you will be tickled to see it work.

I send these commands to LCDs (directly, not through SLI):

33h - Set interface to 8 bits
38h - 8 bit interface, 2 lines, 5*8 dots
0Ch - Display on
01h - Clear display

These are the commands that I send when I connect directly to an LCD. These "direct" commands will work for the SLI if you send an escape sequence first.

I believe that an SLI sends commands to get the LCD ready for characters, even if the right number of lines for the LCD is not selected. But you need to wait at least 100ms.

Watch for the polarity of the serial signal.

Check out the SLI manual at www.wirz.com.

-Rob

1395

From: Jim Hill jhill2@mn.rr.com  <jhill2@mn.rr.com>
Date: Wed Feb 19, 2003 1:42am
Subject: Re: Need help using serial LCD SLI-OEM

   
Thanks, Thomas.  That might apply if my PIC was actually the mcu 
driving the LCD, but it isn't.  With the SLI-OEM module, it has it's 
own on-board 12C508 which is controlling the LCD.  As an entire 
peripheral, my PIC is supposed to treat the SLI-OEM as a simple 
serial-driven device.

Although based on your comments it sound like the 12C508 never quite 
initializes the LCD.  I may need to make a mod to the SLI.  I hope it 
doesn't come to that, unless there is a known issue with this version 
of the SLI board.  It is a few years old:-(
 
--- In simmstick@yahoogroups.com, Thomas Karbowy <karbowy@e...> wrote:
> Hi Jim,
> 
> I'm using such a module, When programming PIC and putting it 
voltage, my 
> LCD displays the same rank of blank characters.
> 
> The soluce is to put the MCLR pin (pin #4 on the 16F84) to ground 
in 
> order to reset the PIC. I'm in fact using a reset button connecting 
MCLR 
> to the ground.
> When you disconnect MCLR from ground, your LCD will display what he 
has to.
> 
> I think this problem is due to the speed of the processor, may be 
it is 
> starting to work before the LCD can get power...
> 
> bye,
> Thomas
> 
> 
> Jim Hill wrote:
> 
> >I've finally grown tired of just blinking LEDs with my PIC micro. 
> >Next step, write to an LCD:-)
> >
> >I'm trying to use the serial LCD product SLI-OEM made by wirz
> >electronics.  So far, I haven't been able to get my bit-banging 
code 
> >to actually display anything yet, but before I go off the deep 
end, 
> >I'd like to confirm that the SLI module is even working.
> >
> >When I attach a 16x2 LCD and turn-up the contrast, the top row 
> >displays the entire 5x7 matrix for each character, bottom row 
> >nothing.  If I attach a 16x1 LCD, and do the same contrast 
> >adjustments, only the first 8 characters of 5x7 matrix show-up.  
Keep 
> >in mind, no actual characters are displayed, just a solid 5x7 
block.  
> >
> >The module has switch settings for the number of rows and columns 
of 
> >the LCD, but none of the settings have any effect on what I see at 
> >power-up.  I'm not sure what the module does at power-up, but
> >it seems like it's only initializing "half" of the LCD controller 
> >(Hitachi).  This makes me think that I either have a bad SLI-OEM, 
or 
> >that I haven't connected the LCD properly.
> >
> >What should I expect to see displayed when I just apply power to 
the 
> >SLI module?  For those of you familiar with the SLI-OEM module, I 
> >have verified 5v on pin2 and gnd on pin4 of J1.  Also verified 
power 
> >to LCD connector.  If it makes any difference, this is the older 
> >version (1999) that was part the original "Extended PIC starter 
> >package" from Wirz. (OK.  So I'm a little slow at this)
> >
> >Any ideas?  Anything I should look at to see if the module made 
> >through the years of storage?
> >
> >
> >
> >
> >
> >To Post a message, send it to:   simmstick@e...
> >
> >To Unsubscribe, send a blank message to: simmstick-
unsubscribe@e... 
> >
> >Your use of Yahoo! Groups is subject to 
http://docs.yahoo.com/info/terms/ 
> >
> >
> >  
> >
1396

From: Jim Hill jhill2@mn.rr.com  <jhill2@mn.rr.com>
Date: Wed Feb 19, 2003 2:13am
Subject: Re: Need help using serial LCD SLI-OEM

   
Thanks, Rob.  I realize there are some timing issues, including the 
serial input, that I may still have to work out between my PIC and 
the SLI.  Of course, I thought I had that all worked out, but...

So, in an attempt to isolate the problem, I was starting with just 
powering-up the SLI alone.  I was trying to see if I could get some 
kind of defined behavior before even looking at the serial 
interface.  So far, the replies seem to indicate that the on-board 
PIC never actually goes through the initalization sequence to the LCD.

As far as powerup sequence to the SLI, I've tried applying 5v to pin6 
(SerialIn) before Vcc (pin2) to allow the SLI to detect the polarity 
of the input.  I've tried the reverse.  But, so far, all I get is the 
solid block characters.  I was expecting to have some sequence that 
would result with a blank display and some kind of cursor.
 
--- In simmstick@yahoogroups.com, Rob Severson <severson@s...> wrote:
> 
> >
> >When I attach a 16x2 LCD and turn-up the contrast, the top row
> >displays the entire 5x7 matrix for each character, bottom row
> >nothing.  If I attach a 16x1 LCD, and do the same contrast
> >adjustments, only the first 8 characters of 5x7 matrix show-up.  
Keep
> >in mind, no actual characters are displayed, just a solid 5x7 
block.
> 
> I don't use the SLI-OEM, but this is what you get even if you just 
apply 
> power to the LCD module. The LCD isn't initialized and the LCD 
controller 
> chip itself doesn't know what type of LCD glass it is connected to. 
It 
> "turns on" the matrix of dots for the first row when the contrast 
is high 
> enough. (A 16*1 display is two rows of 8 all on one line. Ugly.)
> 
> The controller will need to be initialized with several commands. 
Once you 
> do this, then send a character: you will be tickled to see it work.
> 
> I send these commands to LCDs (directly, not through SLI):
> 
> 33h - Set interface to 8 bits
> 38h - 8 bit interface, 2 lines, 5*8 dots
> 0Ch - Display on
> 01h - Clear display
> 
> These are the commands that I send when I connect directly to an 
LCD. These 
> "direct" commands will work for the SLI if you send an escape 
sequence first.
> 
> I believe that an SLI sends commands to get the LCD ready for 
characters, 
> even if the right number of lines for the LCD is not selected. But 
you need 
> to wait at least 100ms.
> 
> Watch for the polarity of the serial signal.
> 
> Check out the SLI manual at www.wirz.com.
> 
> -Rob
1397

From: Rob Severson  <severson@starband.net>
Date: Wed Feb 19, 2003 2:47am
Subject: Re: Re: Need help using serial LCD SLI-OEM

   
Jim,

Again, I don't have a SLI, but I'll try to help by mentioning a few more things.

When you say "solid block characters" are appearing on the display, you are actually seeing the background of the blank characters that are on that line. You can turn the contrast up so high that the background darkens.

I don't know what the exact init sequence is for the SLI. All I could find out about it is that the SLI initializes the LCD for single-line operation. I don't know if it should display anything on power up. But it should be ready to display visible characters received from its serial port.

The cursor on the LCD module can be turned on or off via the init sequence, so it is hard to say if it should be there or not.

I'd suggest looking at your serial routines (before operating on the SLI). Can you use a PC to test the SLI? Or to test your routines?

-Rob

At 2/18/2003 03:13 PM       +0000, you wrote:
Thanks, Rob.  I realize there are some timing issues, including the
serial input, that I may still have to work out between my PIC and
the SLI.  Of course, I thought I had that all worked out, but...

So, in an attempt to isolate the problem, I was starting with just
powering-up the SLI alone.  I was trying to see if I could get some
kind of defined behavior before even looking at the serial
interface.  So far, the replies seem to indicate that the on-board
PIC never actually goes through the initalization sequence to the LCD.

As far as powerup sequence to the SLI, I've tried applying 5v to pin6
(SerialIn) before Vcc (pin2) to allow the SLI to detect the polarity
of the input.  I've tried the reverse.  But, so far, all I get is the
solid block characters.  I was expecting to have some sequence that
would result with a blank display and some kind of cursor.

--- In simmstick@yahoogroups.com, Rob Severson wrote:
>
> >
> >When I attach a 16x2 LCD and turn-up the contrast, the top row
> >displays the entire 5x7 matrix for each character, bottom row
> >nothing.  If I attach a 16x1 LCD, and do the same contrast
> >adjustments, only the first 8 characters of 5x7 matrix show-up. 
Keep
> >in mind, no actual characters are displayed, just a solid 5x7
block.
>
> I don't use the SLI-OEM, but this is what you get even if you just
apply
> power to the LCD module. The LCD isn't initialized and the LCD
controller
> chip itself doesn't know what type of LCD glass it is connected to.
It
> "turns on" the matrix of dots for the first row when the contrast
is high
> enough. (A 16*1 display is two rows of 8 all on one line. Ugly.)
>
> The controller will need to be initialized with several commands.
Once you
> do this, then send a character: you will be tickled to see it work.
>
> I send these commands to LCDs (directly, not through SLI):
>
> 33h - Set interface to 8 bits
> 38h - 8 bit interface, 2 lines, 5*8 dots
> 0Ch - Display on
> 01h - Clear display
>
> These are the commands that I send when I connect directly to an
LCD. These
> "direct" commands will work for the SLI if you send an escape
sequence first.
>
> I believe that an SLI sends commands to get the LCD ready for
characters,
> even if the right number of lines for the LCD is not selected. But
you need
> to wait at least 100ms.
>
> Watch for the polarity of the serial signal.
>
> Check out the SLI manual at www.wirz.com.
>
> -Rob


Yahoo! Groups Sponsor
ADVERTISEMENT

To Post a message, send it to:   simmstick@eGroups.com

To Unsubscribe, send a blank message to: simmstick-unsubscribe@eGroups.com


Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
1398

From: Jim Hill jhill2@mn.rr.com  <jhill2@mn.rr.com>
Date: Wed Feb 19, 2003 5:01am
Subject: Re: Need help using serial LCD SLI-OEM

   
Thanks for sticking with me Rob.

I think the "solid block characters" that I described, are indeed 
simply the background of what should be blank characters.  I'm 
obviously overdriving them by fiddling with the contrast pot on the 
SLI.  The only reason I noted that behavior was to substantiate my 
theory that the Hitachi chip on the LCD never really gets initialized 
at all.  Since the row/column settings (on the SLI) seem to have no 
effect on either a 16x1 or 16x2 LCD, it acts like the LCD is simply 
powered with no initialization.

As far as I can tell, once the SLI is powered-up and ready, I should 
be able to start sending serial data to be displayed.  I don't think 
I need to send any special codes.  I should be able to just hook it 
up to a PC and try it.

Thanks for the suggestion.
 
--- In simmstick@yahoogroups.com, Rob Severson <severson@s...> wrote:
> Jim,
> 
> Again, I don't have a SLI, but I'll try to help by mentioning a few 
more 
> things.
> 
> When you say "solid block characters" are appearing on the display, 
you are 
> actually seeing the background of the blank characters that are on 
that 
> line. You can turn the contrast up so high that the background 
darkens.
> 
> I don't know what the exact init sequence is for the SLI. All I 
could find 
> out about it is that the SLI initializes the LCD for single-line 
operation. 
> I don't know if it should display anything on power up. But it 
should be 
> ready to display visible characters received from its serial port.
> 
> The cursor on the LCD module can be turned on or off via the init 
sequence, 
> so it is hard to say if it should be there or not.
> 
> I'd suggest looking at your serial routines (before operating on 
the SLI). 
> Can you use a PC to test the SLI? Or to test your routines?
> 
> -Rob
>
...deleted text 
>
1399

From: Don McKenzie  <support2003@dontronics.com>
Date: Wed Feb 19, 2003 7:12am
Subject: Re: Re: Need help using serial LCD SLI-OEM

   
"Jim Hill " wrote:
> 
> Thanks for sticking with me Rob.
> 
> I think the "solid block characters" that I described, are indeed
> simply the background of what should be blank characters.  I'm
> obviously overdriving them by fiddling with the contrast pot on the
> SLI.  The only reason I noted that behavior was to substantiate my
> theory that the Hitachi chip on the LCD never really gets initialized
> at all.  Since the row/column settings (on the SLI) seem to have no
> effect on either a 16x1 or 16x2 LCD, it acts like the LCD is simply
> powered with no initialization.
> 
> As far as I can tell, once the SLI is powered-up and ready, I should
> be able to start sending serial data to be displayed.  I don't think
> I need to send any special codes.  I should be able to just hook it
> up to a PC and try it.
> 
> Thanks for the suggestion.

Try getting onto Ben
Ben Wirz <ben@w...>

he designed the kit and should be able to assist further.

Don...

-- 
Don McKenzie  E-mail:    http://www.dontronics.com/e-mail.html
              Home Page: http://www.dontronics.com

Add USB to your favorite Micro.      http://www.dontronics.com/dlp.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software
Own a domain? Reduce SPAM by 95% to 99%, free:  http://www.e-dotcom.com
1400

From: Ben Wirz  <ben@wirz.com>
Date: Wed Feb 19, 2003 0:12pm
Subject: Re: Re: Need help using serial LCD SLI-OEM

   
Hi Jim,

         Sorry I didn't get back to you latter, I don't keep up on the 
SimmStick list these days.  Solid black blocks is a sign of an unintialized 
LCD, its what you will get if you power up the LCD alone without the 
SLI.  You should get an underscore ("_") if the LCD is connected and 
powered correctly to the SLI.  You will get this even without a serial 
source or if you have it the dip switch set incorrectly. Assuming that you 
don't have the contrast turned all the way up as has been suggested then 
you should get the underscrore.  If you don't get the underscore then most 
likely have a soldering problem with the 1x14 connector.  Inspect and 
reflow your solder joints and your problem may go away.  Take a look and 
let me know.

-Ben

BTW feel free to email me directly:  ben@w...

At 06:01 PM 2/18/2003 +0000, Jim Hill <jhill2@m...> wrote:
>Thanks for sticking with me Rob.
>
>I think the "solid block characters" that I described, are indeed
>simply the background of what should be blank characters.  I'm
>obviously overdriving them by fiddling with the contrast pot on the
>SLI.  The only reason I noted that behavior was to substantiate my
>theory that the Hitachi chip on the LCD never really gets initialized
>at all.  Since the row/column settings (on the SLI) seem to have no
>effect on either a 16x1 or 16x2 LCD, it acts like the LCD is simply
>powered with no initialization.
>
>As far as I can tell, once the SLI is powered-up and ready, I should
>be able to start sending serial data to be displayed.  I don't think
>I need to send any special codes.  I should be able to just hook it
>up to a PC and try it.
>
>Thanks for the suggestion.
>
>--- In simmstick@yahoogroups.com, Rob Severson <severson@s...> wrote:
> > Jim,
> >
> > Again, I don't have a SLI, but I'll try to help by mentioning a few
>more
> > things.
> >
> > When you say "solid block characters" are appearing on the display,
>you are
> > actually seeing the background of the blank characters that are on
>that
> > line. You can turn the contrast up so high that the background
>darkens.
> >
> > I don't know what the exact init sequence is for the SLI. All I
>could find
> > out about it is that the SLI initializes the LCD for single-line
>operation.
> > I don't know if it should display anything on power up. But it
>should be
> > ready to display visible characters received from its serial port.
> >
> > The cursor on the LCD module can be turned on or off via the init
>sequence,
> > so it is hard to say if it should be there or not.
> >
> > I'd suggest looking at your serial routines (before operating on
>the SLI).
> > Can you use a PC to test the SLI? Or to test your routines?
> >
> > -Rob
> >
>...deleted text
> >
>
>
>
>To Post a message, send it to:   simmstick@e...
>
>To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
1401

From: Jim Hill jhill2@mn.rr.com  <jhill2@mn.rr.com>
Date: Thu Feb 20, 2003 1:44am
Subject: Re: Need help using serial LCD SLI-OEM

   
Solder?  What's that for? ;-)

In my haste, instead of soldering a header socket onto the SLI, I 
soldered the pin header posts directly to the board.  I knew that 
once I soldered the LCD to the posts, I'd never get it off again - so 
I didn't.  The through hole plating on the LCD *seemed* like it was 
making good contact with the PINs and I wanted to verify the 
placement before I committed myself to solder.

But from the responses, especially yours Ben, point blank said that 
the LCD was not initializing as it should.  Soldered it up this 
morning and now I'm ready for action!

Thanks, everyone.  Sorry to cause so much noise over a silly 
soldering issue.  Geez, the pain we go through for lack of a stupid 
50 cent part >:(
  
--- In simmstick@yahoogroups.com, Ben Wirz <ben@w...> wrote:
> Hi Jim,
> 
>          Sorry I didn't get back to you latter, I don't keep up on 
the 
> SimmStick list these days.  Solid black blocks is a sign of an 
unintialized 
> LCD, its what you will get if you power up the LCD alone without 
the 
> SLI.  You should get an underscore ("_") if the LCD is connected 
and 
> powered correctly to the SLI.  You will get this even without a 
serial 
> source or if you have it the dip switch set incorrectly. Assuming 
that you 
> don't have the contrast turned all the way up as has been suggested 
then 
> you should get the underscrore.  If you don't get the underscore 
then most 
> likely have a soldering problem with the 1x14 connector.  Inspect 
and 
> reflow your solder joints and your problem may go away.  Take a 
look and 
> let me know.
> 
> -Ben
> 
> BTW feel free to email me directly:  ben@w...
> 
> At 06:01 PM 2/18/2003 +0000, Jim Hill <jhill2@m...> wrote:
> >Thanks for sticking with me Rob.
> >
> >I think the "solid block characters" that I described, are indeed
> >simply the background of what should be blank characters.  I'm
> >obviously overdriving them by fiddling with the contrast pot on the
> >SLI.  The only reason I noted that behavior was to substantiate my
> >theory that the Hitachi chip on the LCD never really gets 
initialized
> >at all.  Since the row/column settings (on the SLI) seem to have no
> >effect on either a 16x1 or 16x2 LCD, it acts like the LCD is simply
> >powered with no initialization.
> >
> >As far as I can tell, once the SLI is powered-up and ready, I 
should
> >be able to start sending serial data to be displayed.  I don't 
think
> >I need to send any special codes.  I should be able to just hook it
> >up to a PC and try it.
> >
> >Thanks for the suggestion.
> >
> >--- In simmstick@yahoogroups.com, Rob Severson <severson@s...> 
wrote:
> > > Jim,
> > >
> > > Again, I don't have a SLI, but I'll try to help by mentioning a 
few
> >more
> > > things.
> > >
> > > When you say "solid block characters" are appearing on the 
display,
> >you are
> > > actually seeing the background of the blank characters that are 
on
> >that
> > > line. You can turn the contrast up so high that the background
> >darkens.
> > >
> > > I don't know what the exact init sequence is for the SLI. All I
> >could find
> > > out about it is that the SLI initializes the LCD for single-line
> >operation.
> > > I don't know if it should display anything on power up. But it
> >should be
> > > ready to display visible characters received from its serial 
port.
> > >
> > > The cursor on the LCD module can be turned on or off via the 
init
> >sequence,
> > > so it is hard to say if it should be there or not.
> > >
> > > I'd suggest looking at your serial routines (before operating on
> >the SLI).
> > > Can you use a PC to test the SLI? Or to test your routines?
> > >
> > > -Rob
> > >
> >...deleted text
> > >
> >
> >
> >
> >To Post a message, send it to:   simmstick@e...
> >
> >To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
> >
> >Your use of Yahoo! Groups is subject to 
http://docs.yahoo.com/info/terms/
1402

From: Rob Moline  <robm@ogre.com.au>
Date: Mon Mar 3, 2003 1:03am
Subject: DT101, PicallW, PIC18F452 programming problem

   
I'm having a strange problem: sent this email to PICALLW author Bojan Dobaj, maybe someone on Simmstick board has seen similar?

I have a weird and bizarre problem using P16PRO/PICALLW. It seems to be a PICALLW program bug.

The program worked perfectly from 26/11/02 until last Wednesday 26/2/03.
It still programs the PIC18F452 Program EEPROM and configuration words correctly.
It doesn't program PIC18F452 Data EEPROM correctly. See screenshots:
what I want to program
what it reads back after programming.

Always the same errors, locations 08, 0A, 11, 14... read 08, 0A, 11, 14... instead of 00.


Tried using 3 different computers: desktop, old desktop, and laptop.
Tried different PICALLW program versions: 013c from October/02 and 014a from January/03
Used different operating systems: win xp, win me.
Used 3 different PIC18F452 chips, 2 brand-new different batch from different suppliers.
Extended programming times to >13 ms between EEPROM data bytes.
Tried erasing chip between writes.
Only used 1 programmer hardware, my home-built DT101.
I have up-to-date Norton anti-virus, there is no known virus on my computers.
Two of the computers have new operating systems in the last few weeks, disk formatted and win xp loaded on 20/2/03 and 26/2/03 on the 2 desktop computers. The new desktop previously had win xp, worked perfectly for 3 months on win xp. No BIOS parallel port settings have been changed.

In all cases the same errors happened at 08, 0A, 11, 14... etc.



Troubleshooting points to a PICALLW program bug. Using a PC-based digital storage oscilloscope I measured the SCLK and SDATA signals going into the IC, see the oscilloscope screenshots (timing shortened to fit enough data into oscilloscope memory).

Note that on the ninth data byte, EEPROM location 08, the instruction sequence is:
94 A6           BCF EECON1, WREN
0E 08           MOVLW 08
6E A9           MOVWF EEADR
6E 00           MOVWF 00
6E A8           MOVWF EEDATA

The fourth instruction is wrong (one nibble only), should be
0E 00           MOVLW 00
leading to the observed errors in the data EEPROM.


At location 0A the instruction sequence is:
94 A6           BCF EECON1, WREN
0E 0A           MOVLW 0A
6E A9           MOVWF EEADR
3E 00           (illegal) NOP
6E A8           MOVWF EEDATA

The fourth instruction is wrong (again one nibble only), should be
0E 00           MOVLW 00
leading to the observed errors in the data EEPROM.


Checked a few of the other EEPROM locations, all were as expected with the 4th byte being MOVLW (data) = 0E (data).


This seems very strange, that the program should do this, after it worked perfectly for 3 months. And especially as I then downloaded a later version and got the same errors. Is there a 3 month time-limit on your beta programs, like some commercial software betas have?

Can you offer any ideas why this strange behaviour is happening? Has anyone else reported similar? Have I done something to my computers (3) to cause this? Corrupted your PICALLW software? Misusing it - is there an obvious mistake I am making, something I didn't see? The only common hardware/software is the DT101 and cable, but how could that affect a few random bits, and always in the same place?

Yours in puzzlement,
Rob Moline
Attachment: (application/zip) screenshots.zip [not stored]
1403

From: letakarni  <letakarni@yahoo.es>
Date: Tue Mar 18, 2003 10:39pm
Subject: Problem with an LCD with Pic18f452

   
I`m using an hitachi hd44780 lcd based in an pic18f452 application. 
I have a problem with the standard routine "OpenXLCD()" in C18 
compiler, this routine no pass in sistem, we can help?
1404

From: Dean  <dean.collins@idx.com.au>
Date: Sat Jan 12, 2002 3:05am
Subject: DT006 Not Identifying Chip

   
I have put together my DT006 and checked the voltages on the chip, it came out at 4.99V.
I then plugged it up with a straight through parallel cable, and tried to upload the DT006 program from bascom and it always says "Cannot Identify Chip with ID: FFFFFF". When i verify the chip the light flash's but nothing comes of it?!?
any ideas?
thanks
1405

From: Alex Shepherd  <ashepherd@wave.co.nz>
Date: Thu Mar 20, 2003 5:25pm
Subject: Re: DT006 Not Identifying Chip

   
Well mine pretty much worked straight away, but that is no consolation for you.
 
What AVR chip are you using?
 
Do you have a xtal or resonator connected?
 
Have you configured the BASCOM programmer for the DT006. I think Don has step by step instructions for this on his site.
 
You can test your cable by going into the programmer and under the "File" menu there is a "Test" option that allows you to toggle each parallel port line and check that the correct line of the DT006 is working
 
Alex
 
----- Original Message -----
From: Dean
Sent: Saturday, January 12, 2002 4:05 AM
Subject: [simmstick] DT006 Not Identifying Chip

I have put together my DT006 and checked the voltages on the chip, it came out at 4.99V.
I then plugged it up with a straight through parallel cable, and tried to upload the DT006 program from bascom and it always says "Cannot Identify Chip with ID: FFFFFF". When i verify the chip the light flash's but nothing comes of it?!?
any ideas?
thanks


To Post a message, send it to:   simmstick@eGroups.com

To Unsubscribe, send a blank message to: simmstick-unsubscribe@eGroups.com


Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
1406

From: Dean  <dean.collins@idx.com.au>
Date: Tue Jun 25, 2002 11:29pm
Subject: Re: DT006 Not Identifying Chip

   
Well i am using the 2313 chip that comes with the kit and the 4MHz resonator that comes with the package. Yes I have set it all up using the instruction from the website.
I will try that parallel port thing but i think that it is working ok because when i click verify i an get one of the leds to flash on and off.
thanks
1407

From: Alex Shepherd  <ashepherd@wave.co.nz>
Date: Fri Mar 21, 2003 6:25am
Subject: Re: DT006 Not Identifying Chip

   
I think more than 1 LED should flash when you are programming.
 
Maybe try with all LED's disconnected ie remove all the jumpers
 
Alex
----- Original Message -----
From: Dean
Sent: Wednesday, June 26, 2002 1:29 AM
Subject: Re: [simmstick] DT006 Not Identifying Chip

Well i am using the 2313 chip that comes with the kit and the 4MHz resonator that comes with the package. Yes I have set it all up using the instruction from the website.
I will try that parallel port thing but i think that it is working ok because when i click verify i an get one of the leds to flash on and off.
thanks


To Post a message, send it to:   simmstick@eGroups.com

To Unsubscribe, send a blank message to: simmstick-unsubscribe@eGroups.com


Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
1408

From: Liam O'Hagan  <liam@gli.com.au>
Date: Fri Mar 21, 2003 8:39am
Subject: RE: DT006 Not Identifying Chip

   
I had exactly the same problem Dean.
 
Unfortunately I couldn't find a solution so I went and purchased a ready made DT006 from Don...
-----Original Message-----
From: Dean [mailto:dean.collins@idx.com.au]
Sent: Saturday, January 12, 2002 3:06 AM
To: simmstick@yahoogroups.com
Subject: [simmstick] DT006 Not Identifying Chip

I have put together my DT006 and checked the voltages on the chip, it came out at 4.99V.
I then plugged it up with a straight through parallel cable, and tried to upload the DT006 program from bascom and it always says "Cannot Identify Chip with ID: FFFFFF". When i verify the chip the light flash's but nothing comes of it?!?
any ideas?
thanks


To Post a message, send it to:   simmstick@eGroups.com

To Unsubscribe, send a blank message to: simmstick-unsubscribe@eGroups.com


Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
1409

From: Dean Collins  <dean.collins@idx.com.au>
Date: Fri Mar 21, 2003 2:56pm
Subject: RE: DT006 Not Identifying Chip

   
Yeah but i cannot afford that, i am a student and need this for a major HSC project...

any other ideas? i have tried with all jumpers off and with 2 different chips.

I have done the tests in bascom and the lines on that parallel cable work fine.

thanks
1410

From: Nathan Bindoff  <n.bindoff@utas.edu.au>
Date: Fri Mar 21, 2003 4:36pm
Subject: Re: DT006 Not Identifying Chip

   
G'day Dean

This is where patience is required.  The Atmel 2313 chips with a crystal or RC 
oscillator usually identify just fine.  The Atmel chips have internal 
oscillators as well.  When one uses the internal oscillator for a first time (eg 
on the 8 pin chips) you have to provide an oscillating signal to get the chip to 
identify and to set the RC enable fusebit.

So for testing the board use the 2313 chip with an external oscillator as a 
starting point.  If you have a logic probe, can you see the external oscillator 
working?

Cheers





Dean Collins wrote:

> Yeah but i cannot afford that, i am a student and need this for a major HSC project...
> 
> any other ideas? i have tried with all jumpers off and with 2 different chips.
> 
> I have done the tests in bascom and the lines on that parallel cable work fine.
> 
> thanks
> 
>
1411

From: Dean  <dean.collins@idx.com.au>
Date: Wed Jun 26, 2002 0:07am
Subject: Re: DT006 Not Identifying Chip

   
Hey Nathan,
                     I have a resonator on it, a 4 MHz one, yet it still
does not work and I do not have a logic probe to test it with, I just went
out and bought a 4MHz crystal to try it and i will post my results here.
thanks

----- Original Message -----
From: "Nathan Bindoff" <n.bindoff@u...>
To: <simmstick@yahoogroups.com>
Sent: Friday, March 21, 2003 3:36 PM
Subject: Re: [simmstick] DT006 Not Identifying Chip


> G'day Dean
>
> This is where patience is required.  The Atmel 2313 chips with a crystal
or RC
> oscillator usually identify just fine.  The Atmel chips have internal
> oscillators as well.  When one uses the internal oscillator for a first
time (eg
> on the 8 pin chips) you have to provide an oscillating signal to get the
chip to
> identify and to set the RC enable fusebit.
>
> So for testing the board use the 2313 chip with an external oscillator as
a
> starting point.  If you have a logic probe, can you see the external
oscillator
> working?
>
> Cheers
>
>
>
>
>
> Dean Collins wrote:
>
> > Yeah but i cannot afford that, i am a student and need this for a major
HSC project...
> >
> > any other ideas? i have tried with all jumpers off and with 2 different
chips.
> >
> > I have done the tests in bascom and the lines on that parallel cable
work fine.
> >
> > thanks
> >
> >
>
>
>
>
>
>
> To Post a message, send it to:   simmstick@e...
>
> To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>
1412

From: Don McKenzie  <support2003@dontronics.com>
Date: Fri Mar 21, 2003 8:37pm
Subject: Re: DT006 Not Identifying Chip

   
Dean wrote:
> 
> Hey Nathan,
>                      I have a resonator on it, a 4 MHz one, yet it
> still
> does not work and I do not have a logic probe to test it with, I just
> went
> out and bought a 4MHz crystal to try it and i will post my results
> here.
> thanks

make sure you put 2 caps either side of the crystal to make it work,
about 22pf should do.
Just solder them to the resonator socket base, so that you can easily
remove them if you wish to go back to the resonator.

-- 
Don McKenzie  E-mail:    http://www.dontronics.com/e-mail.html
              Home Page: http://www.dontronics.com

Add USB to your favorite Micro.      http://www.dontronics.com/dlp.html
The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software
Own a domain? Reduce SPAM by 95% to 99%, free:  http://www.e-dotcom.com
1413

From: Dean  <dean.collins@idx.com.au>
Date: Wed Jun 26, 2002 1:02am
Subject: Re: DT006 Not Identifying Chip

   
Hey don,
             I put the XTAL into the resonator socket with the pins in the
outer two holes and 33pf caps on them. Still not working, should the 33pf
caps have any effect?
thanks

----- Original Message -----
From: "Don McKenzie" <support2003@d...>
To: <simmstick@yahoogroups.com>
Sent: Friday, March 21, 2003 7:37 PM
Subject: Re: [simmstick] DT006 Not Identifying Chip


> Dean wrote:
> >
> > Hey Nathan,
> >                      I have a resonator on it, a 4 MHz one, yet it
> > still
> > does not work and I do not have a logic probe to test it with, I just
> > went
> > out and bought a 4MHz crystal to try it and i will post my results
> > here.
> > thanks
>
> make sure you put 2 caps either side of the crystal to make it work,
> about 22pf should do.
> Just solder them to the resonator socket base, so that you can easily
> remove them if you wish to go back to the resonator.
>
> --
> Don McKenzie  E-mail:    http://www.dontronics.com/e-mail.html
>               Home Page: http://www.dontronics.com
>
> Add USB to your favorite Micro.      http://www.dontronics.com/dlp.html
> The World's Largest Range of Atmel/AVR & PICmicro Hardware and Software
> Own a domain? Reduce SPAM by 95% to 99%, free:  http://www.e-dotcom.com
>
>
>
> To Post a message, send it to:   simmstick@e...
>
> To Unsubscribe, send a blank message to: simmstick-unsubscribe@e...
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>
Check all - Clear all
  1384-1413 of 1612  |  Previous | Next  [ First | Last ]
 
 Msg #   Date  |  Thread
Collapse Messages


Copyright © 2003 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Copyright Policy - Guidelines - Help - Ad Feedback