gnupic: Thread: gpsim and usart module

Hi,
can someone can give me an example using the usart module ?
I want to simulate GPS string like this :
$GPRMC,xxx,xxx,xxx,xxxx
thanks for your help

On Sun, 14 Mar 2004, Fabien Marchewka wrote:

> Hi,
> can someone can give me an example using the usart module ?
> I want to simulate GPS string like this :
> $GPRMC,xxx,xxx,xxx,xxxx
> thanks for your help


The usart module really isn't too useful at the moment. Instead, I'd 
recommend using rs232-gen, which resides in the extras/ directory. This is 
a utility that will create an asynchronous stimulus with the proper timing 
for an rs-232 line.

Scott

Scott Dattalo a écrit :

> On Sun, 14 Mar 2004, Fabien Marchewka wrote:
> 
> 
>>Hi,
>>can someone can give me an example using the usart module ?
>>I want to simulate GPS string like this :
>>$GPRMC,xxx,xxx,xxx,xxxx
>>thanks for your help
> 
> 
> 
> The usart module really isn't too useful at the moment. Instead, I'd 
> recommend using rs232-gen, which resides in the extras/ directory. This is 
> a utility that will create an asynchronous stimulus with the proper timing 
> for an rs-232 line.

ok for generating the stimulus, my program send data too, and how can I 
have an output readble for a human (eg : ascii ou hex output).
Thanks for your help.
Another question :
what about support for interrupt, timer, ... in gpal ?

> 
> Scott
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####
> 
> 
> 
> 

On Sun, 14 Mar 2004, Fabien Marchewka wrote:

> ok for generating the stimulus, my program send data too, and how can I 
> have an output readble for a human (eg : ascii ou hex output).

Now, that's where the usart module would be useful! I have used the usart 
module for exactly that feature. At the moment, you're going to have to 
trust that the data written to the TX buffer will get transmitted. Another 
option is to tie the TX line to the RX line. The RX data can be monitored 
after every RX interrupt (or perhaps whenever it's written to a buffer). 
Obviously you won't be able to simultaneously tie the stimulus and the TX  
output to the receiver at the same time. But if you got clever with the 
boolean modules, you might be able to rig something up. 

> Thanks for your help.
> Another question :
> what about support for interrupt, timer, ... in gpal ?

I'm not sure if Craig (the author of gpal) is subscribed to this list or 
not. So perhaps you may wish to post this question to the GNUPIC mailing 
list.

Scott

Fabien,

<< what about support for interrupt, timer, ... in gpal ? >>

Your question is similar to mine, here is the answer from Craig:

>> I would like to start using GPAL but am unsure of its current status. 
>> The features I want are fairly basic, however I will need to toggle port 
>> pins and responder to timer interrupts. Is it possible to do this yet 
>> with GPAL?
>> 
>  
>
You can do it, but it requires a mix of assembly and pal code.

>> On reviewing the examples in gputils-extra, its implied that there is a 
>> "header" pragma, however the compiler errors at this.
>> 
>  
>
That pragma was removed before the release.  I am setting up the new
processor files now.

>> Checking the code produced by a simple test program looks very good, the 
>> interrupt vector locations (0x04 and 0x05 on a 16f877) are skipped, so I 
>> am hopeful that interrupts are or will be supported. I cannot however 
>> find any reference in the docs.
>> 
>  
>
I am adding the interrupt support in 0.12.1.  You can do it now, but
again it requires mixing assembly and pal code. 

>> I am using the 0.12 release.
>> 
>  
>
I have made many improvements in gputils.  Some are in CVS.  I will
commit more changes over the next few days.  I hope to release 0.12.1
shortly after that.