Forums

78K0 programming

Started by alanis September 28, 2007
How to make digital signal recognition in 78K0 ?
The signal is passed per I/O port and it contains checksums bytes with
other stuff. What i want to do is to detect this signal and to pull out
the bytes.

How to make this in IAR for 78K0 ?
Alan


On Sep 28, 7:44 am, "alanis" <alan.gor...@yahoo.com> wrote:
> How to make digital signal recognition in 78K0 ?
The answer to any question about "How" to do something with the 78K0 series is: Don't. There are cheaper, better alternatives. Developing for the 78K0 is an exercise in frustration; the tools are appalling, the parts are at BEST unremarkable, and the support is incomprehensible. There is almost no current production 8-bit micro you could think of that isn't head and shoulders above the 78K0 family. Avoid, with extreme prejudice.
>On Sep 28, 7:44 am, "alanis" <alan.gor...@yahoo.com> wrote: >> How to make digital signal recognition in 78K0 ? > >The answer to any question about "How" to do something with the 78K0 >series is: Don't. There are cheaper, better alternatives. Developing >for the 78K0 is an exercise in frustration; the tools are appalling, >the parts are at BEST unremarkable, and the support is >incomprehensible. > >There is almost no current production 8-bit micro you could think of >that isn't head and shoulders above the 78K0 family. Avoid, with >extreme prejudice. > >-----------------------
You are total correct!. I have unbelievable problems with program design but am stuck with 78K. I have two questions: 1.) If i want to continue programming in IAR for 78K, what would you suggest, how to write this code ? 2.)What other HW alternetive do you suggest.? Alan
On Sep 28, 10:55 am, "alanis" <alan.gor...@yahoo.com> wrote:


> 1.) If i want to continue programming in IAR for 78K, what would you > suggest, how to write this code ?
You did not specify a problem. Your original message says, in essence, "I need to do something and there are signals and stuff and it's all technical and I'm lost". I believe you have two difficulties: 1. You don't understand or cannot describe the task you are actually trying to do, and 2. Someone has told you to use a godawful processor to do it.
> 2.)What other HW alternetive do you suggest.?
Something that other people are using, where you can go to those people with specific problems, if you get to the stage of having specific problems. Maybe AVR. Maybe 8051.
>On Sep 28, 10:55 am, "alanis" <alan.gor...@yahoo.com> wrote: > > >> 1.) If i want to continue programming in IAR for 78K, what would you >> suggest, how to write this code ? > >You did not specify a problem. Your original message says, in essence, >"I need to do something and there are signals and stuff and it's all >technical and I'm lost". I believe you have two difficulties: > >1. You don't understand or cannot describe the task you are actually >trying to do, and > >2. Someone has told you to use a godawful processor to do it. > >> 2.)What other HW alternetive do you suggest.? > >Something that other people are using, where you can go to those >people with specific problems, if you get to the stage of having >specific problems. Maybe AVR. Maybe 8051. > >---------------------------
I have send you e-mail. Please be so kind to take a look. Regards, Alan
alanis wrote:
> larwe wrote: >> "alanis" <alan.gor...@yahoo.com> wrote: >>
... snip ...
>> >> You did not specify a problem. Your original message says, in >> essence, "I need to do something and there are signals and stuff >> and it's all technical and I'm lost". I believe you have two >> difficulties: >> >> 1. You don't understand or cannot describe the task you are >> actually trying to do, and >> >> 2. Someone has told you to use a godawful processor to do it. >> >>> 2.)What other HW alternetive do you suggest.? >> >> Something that other people are using, where you can go to those > >people with specific problems, if you get to the stage of having >> specific problems. Maybe AVR. Maybe 8051. > > I have send you e-mail. Please be so kind to take a look.
e-mail is for private communication. Usenet is public. While Larwe may be willing to give you general advice, why do you assume he (or anyone) is willing to go further? What is the deep purpose in hiding your problems and system from the general readership, among which may be someone willing to help. Start by specifying the problem. -- Chuck F (cbfalconer at maineline dot net) Available for consulting/temporary embedded and systems. <http://cbfalconer.home.att.net> -- Posted via a free Usenet account from http://www.teranews.com
>alanis wrote: >> larwe wrote: >>> "alanis" <alan.gor...@yahoo.com> wrote: >>> >... snip ... >>> >>> You did not specify a problem. Your original message says, in >>> essence, "I need to do something and there are signals and stuff >>> and it's all technical and I'm lost". I believe you have two >>> difficulties: >>> >>> 1. You don't understand or cannot describe the task you are >>> actually trying to do, and >>> >>> 2. Someone has told you to use a godawful processor to do it. >>> >>>> 2.)What other HW alternetive do you suggest.? >>> >>> Something that other people are using, where you can go to those >> >people with specific problems, if you get to the stage of having >>> specific problems. Maybe AVR. Maybe 8051. >> >> I have send you e-mail. Please be so kind to take a look. > >e-mail is for private communication. Usenet is public. While >Larwe may be willing to give you general advice, why do you assume >he (or anyone) is willing to go further? What is the deep purpose >in hiding your problems and system from the general readership, >among which may be someone willing to help. Start by specifying >the problem. > >-- > Chuck F (cbfalconer at maineline dot net) > Available for consulting/temporary embedded and systems. > <http://cbfalconer.home.att.net> > > > >-- >Posted via a free Usenet account from http://www.teranews.com > >----------------------------
..general advice,why do you assume... - good question. I didn't think about this on this way. I don't know, if someone would need my help, and if i know how to help him, i would be glad to help out. Don't worry, am not hiding the problems :-). It's just that i didn't see that someone ( on this newsgroup ) is exchanging the source code data, so i though that private approach would be better. Sorry for that. --------- Am searching a way to read digital signal passed from my external device onto my nec debugger. Digital signal is transferring ( among others ) standard smart card data. This standard smart card data is defined in first bytes. My problem is that i dont know how to pull out this bytes in 78K0S, so that i can define if the wright signal is passed or not. Alan
alanis wrote:
>> alanis wrote: >>> larwe wrote: >>>> "alanis" <alan.gor...@yahoo.com> wrote: >>>> >>... snip ... >>>> >>>> You did not specify a problem. Your original message says, in >>>> essence, "I need to do something and there are signals and stuff >>>> and it's all technical and I'm lost". I believe you have two >>>> difficulties: >>>> >>>> 1. You don't understand or cannot describe the task you are >>>> actually trying to do, and >>>> >>>> 2. Someone has told you to use a godawful processor to do it. >>>> >>>>> 2.)What other HW alternetive do you suggest.? >>>> >>>> Something that other people are using, where you can go to those >>> >people with specific problems, if you get to the stage of having >>>> specific problems. Maybe AVR. Maybe 8051. >>> >>> I have send you e-mail. Please be so kind to take a look. >> >> e-mail is for private communication. Usenet is public. While >> Larwe may be willing to give you general advice, why do you assume >> he (or anyone) is willing to go further? What is the deep purpose >> in hiding your problems and system from the general readership, >> among which may be someone willing to help. Start by specifying >> the problem. > > - good question. I didn't think about this on this way. I don't > know, if someone would need my help, and if i know how to help > him, i would be glad to help out. > > Don't worry, am not hiding the problems :-). It's just that i > didn't see that someone ( on this newsgroup ) is exchanging the > source code data, so i though that private approach would be > better. Sorry for that. > > Am searching a way to read digital signal passed from my external > device onto my nec debugger. Digital signal is transferring ( > among others ) standard smart card data. This standard smart card > data is defined in first bytes. My problem is that i dont know > how to pull out this bytes in 78K0S, so that i can define if the > wright signal is passed or not.
You are improving, but there appears to be a language barrier (may be age) evidenced by the spelling and failure to use capital I or proper apostrophes. You also failed to properly snip the quotes, and to limit your line length. 72 chars is needed, 67 is better. I have done an elementary snip of this to show the idea, but have not really removed anything. Make it easy for your readers to read, quote, and answer. -- Chuck F (cbfalconer at maineline dot net) Available for consulting/temporary embedded and systems. <http://cbfalconer.home.att.net> -- Posted via a free Usenet account from http://www.teranews.com