version ;-)
something like:
Dim screen As New oLCD2S
Sub Main()
screen.Address = 0x50
screen.Command = 0x80
screen.String = "Hello World
screen.Send
End Sub
I must admit, the current way works but takes over 1 second to display
text on all 4 lines. I'm going to spend tonight adding in cursor
control and other bits and pieces. One thing I might as well ask now
(I'll try reading the manual in a bit) How would you turn a numeric
value into a string of characters. (I was hoping to display sensor
readings on the LCD display?
Cheers,
Jas
--- In oopic@yahoogroups.com, ooPIC Tech Support <dennis.clark@...> wrote:
>
> A reply to remove my last reply. I had a momentary brain fart -
> although the .String property was listed in the oEEPROM and oI2C it did
> not work. So it appears that the .String was simply removed since it
> must have been resource intensive to fix.
>
> DLC
>
> rtstofer wrote:
> > --- In oopic@yahoogroups.com, ooPIC Tech Support <dennis.clark@>
> > wrote:
> >
> >> rtstofer wrote:
> >>
> >>> Setting the mode is only required once.
> >>> Why not try simple text without parsing?
> >>> Parsing is unlikely to work in any event because you are not
> >>>
> > sending
> >
> >>> a string. It will, at best, apply to the first character.
> >>>
> >>> I don't see a .string property for the oI2C object in the V6
> >>> documentaton. It DID exist in V5.
> >>>
> >>> So, we could write things like:
> >>> screen.string = "Hello World!"
> >>>
> >>> Unfortunately, V6 won't accept it!
> >>>
> >>> Richard
> >>>
> >>>
> >>>
> >> I hadn't noticed the loss of that .string. I know that oEEPROM
> >> accepts .string, so you could "spoof" the system and call the
> >>
> > device a
> >
> >> oEEPROM object and turn off the increment. Then try using .String
> >>
> > on
> >
> >> that object. Another way you could do this would be to use the
> >>
> > oBuffer
> >
> >> object, set that to a string and access the individual bytes by
> >>
> > index.
> >
> >> Caveat, I've not tried this yet, but it should work.
> >>
> >> DLC
> >>
> >>
> >
> > The 'old' oEEPROM had a .string property but the new one doesn't.
> >
> > Using the oBuffer approach doesn't allow a 'prefix' byte to cause the
> > entire string to be 'parsed'. There is a command for this LCD that
> > will do neat things like interpret ('parse') "\nHello\tWorld!\n"
> > doing the CR LF things as expected.
> >
> > But, it probably only works if it is the first byte in a long
> > string. Terminating the transaction after every char ('stop'
> > condition) would probably defeat the process. I suppose using
> > cv10bit and sending the command followed by a single character MIGHT
> > work but it is a lot of traffic.
> >
> > I don't understand why the .string properties were removed. You
> > know, V5 may live forever!
> >
> > Richard
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
>
> --
> ------------------------------------------------------
> Dennis Clark ooPIC Tech Support
> www.oopic.com
> ------------------------------------------------------
>
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/oopic/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/oopic/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:oopic-digest@yahoogroups.com
mailto:oopic-fullfeatured@yahoogroups.com
<*> To unsubscribe from this group, send an email to:
oopic-unsubscribe@yahoogroups.com
<*> Your use of Yahoo! Groups is subject to:
No comments:
Post a Comment