Searching \ for 'PSIM &' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: techref.massmind.org/techref/index.htm?key=psim
Search entire site for: 'PSIM &'.

No exact or substring matches. trying for part
PICList Thread
'MPSIM & PIC16C54'
1994\11\05@175111 by crocontroller discussion list

flavicon
face
I've been working with the code for my PIC16C54 project on the MPSIM
simulator from MicroChip. As soon as I ussue the GO command there's
a warning that uninitialized code at 01FF has been executed and then
everything else runs as I'd expect it to do. The manual says the '54's
PC defaults to 1F on power up. If I try to put something in that location
like many of the MicroChip BBS examples I get an assembler warning.
What's going on? Is this an assembler or simulator bug? Should I ignore
the MPSIM warning?

Tim McDonough -- spam_OUTtimmedTakeThisOuTspamcencom.net

1994\11\07@122648 by crocontroller discussion list

flavicon
face
<< The manual says the '54's
PC defaults to 1F on power up. If I try to put something in that location
like many of the MicroChip BBS examples I get an assembler warning.
What's going on? Is this an assembler or simulator bug? Should I ignore
the MPSIM warning? >>

There is only room for 1 instruction at 1FFH, and that should be a GOTO to
the start of your reset code (which should be at 100H or above, for
security and to save valuable subroutine space).

- Don

1994\11\07@175738 by crocontroller discussion list

flavicon
face
On Mon, 7 Nov 1994, Don Lekei wrote:

> There is only room for 1 instruction at 1FFH, and that should be a GOTO to
> the start of your reset code (which should be at 100H or above, for
> security and to save valuable subroutine space).
>
> - Don

Don,

Why do you recommend that the reset code is above 100h FOR SECURITY ?  I
understand about saving valuable subroutine space, but the security
comment puzzles me.

Gary Gaskell


'Parallax PSIM & EEPROM'
1995\11\06@220716 by DOM ALTAMURO
flavicon
face
I'm adding EEDATA manipulation to a 16C84 program,
but PSIM doesn't seem to acknowledge it properly.

Am I doing something wrong (code below) or is it PSIM?

- Dom

;========================================================
;             Read EEDATA into *_time variables
;========================================================

               mov     EEADR,#0        ;center_time
               sb      RD              ;set read bit
               mov     center_time,EEDATA

               mov     EEADR,#1        ;right_time
               sb      RD              ;set read bit
               mov     right_time,EEDATA

               mov     EEADR,#2        ;stay_time
               sb      RD              ;set read bit
               mov     stay_time,EEDATA

---
~ SLMR 2.1a ~ 001


'mpsim & 16c84'
1996\12\03@195203 by Tony Matthews
flavicon
face
Hello people
 Since I apparently inadvertently whiffed both my 16c84's getting my
programmer working (I hope).And it will be a couple days before Digi-Key
gets the new ones to me.I want to work out my test code in picsim2.
   {ribald comments gracefully tolerated}
My Questions :
If it (the code) works on the sim will it work on the 16c84 hdw?

Is there a programmable bit that I could have inadvertently flipped and
cannot now flip back through normal reprogramming procedures ? One that
has disabled the clock on both my chips?I,ve tried both crystal & RC
modes "with appropriate hdw changes" nada,zip...

Setting an output port makes the pin "high" correct?

Reading an input port bit held "high" externally returns a 1 correct?
Regards
Tony M.
.....tonyKILLspamspam@spam@mailhost.magicnet.net

1996\12\04@032457 by fastfwd

face
flavicon
face
Tony Matthews <PICLISTspamKILLspamMITVMA.MIT.EDU> wrote:

> I want to work out my test code in picsim2. .... If it (the code)
> works on the sim will it work on the 16c84 hdw?

   Tony:

   It's only guaranteed to work if:

       1.  The simulator accurately simulates the PIC... Many
       simulators have bugs.  MPSIM is accurate; is "picsim2"
       really the name of a PIC simulator, or is that just the way
       you refer to MPSIM?

       2.  Your PIC's power supply is clean and within the
       Microchip specs, the MCLR line is held high, the oscillator
       is correctly-designed and appropriate for the oscillator
       configuration you've chosen.

       3.  The watchdog-timer-enable bit(s) are set to match the
       simulated watchdog in your simulator.

       4.  The signals on your PIC's input pins are exactly as
       those you've simulated.

       5.  You've followed good engineering practice in designing
       and laying out the circuitry surrounding the PIC, and it's
       not in an environment (very high electromagnetic or
       static-discharge or whatever) that'll cause the PIC to
       malfunction.

       6.  Etc...

   In short, the simulator is really only guaranteed (and then,
   only if it's as accurate as MPSIM) to properly simulate program
   LOGIC; it won't simulate anything that has to do with
   electricity.

>  Setting an output port makes the pin "high" correct?

   Correct.

>  Reading an input port bit held "high" externally returns a 1
> correct?

   Correct.

   -Andy

=== Andrew Warren - .....fastfwdKILLspamspam.....ix.netcom.com                 ===
=== Fast Forward Engineering - Vista, California          ===
===                                                       ===
=== Did the information in this post help you?  Consider  ===
=== contributing to the PICLIST Fund.  Details are at:    ===
=== http://www.geocities.com/SiliconValley/2499/fund.html ===

1996\12\04@195516 by Tony Matthews

flavicon
face
Andrew Warren wrote:
>
> Tony Matthews <EraseMEPICLISTspam_OUTspamTakeThisOuTMITVMA.MIT.EDU> wrote:
>
> > I want to work out my test code in picsim2. .... If it (the code)
> > works on the sim will it work on the 16c84 hdw?
>
>     Tony:
>
>     It's only guaranteed to work if:
>
>         1.  The simulator accurately simulates the PIC... Many
>         simulators have bugs.  MPSIM is accurate; is "picsim2"
>         really the name of a PIC simulator, or is that just the way
>         you refer to MPSIM?
   yes sorry I glanced at the shortcut when writing the post

{Quote hidden}

I assumed "hoped" as much but was wondering if there were perhaps some
caveat's not mentioned in the readme.txt like inverted output sense or
something.would of looked for myself but..temporary hdw problems 8(

{Quote hidden}

Thank you for the information Andy regards


'[PIC] Gpsim & Usart module'
2005\03\24@075812 by Massimo Gaggero
flavicon
face
Hi to all,
   I'm testing an application that use the usart module of pic16f873.
Now, I want to see the usart output as hex or ascii values.
I have tried to connect Pic Tx Pin to usart gpism module but what I see are
only messages like:
usart tx module sent a 0 bit count 2
usart module TXREG::callback
usart tx module sent a 1 bit count 1
usart module TXREG::callback
usart tx module sent a 1 bit count 0

but nothing about what is start bit, stop bit and the value of the bytes
sent.

There is something wrong in my simulation?

load s ssts1.cod
frequency 20000000
module library libgpsim_modules.so
module load usart U1
node PIC_tx
attach PIC_tx portc6 U1.RX
# set the usart module's baud rate
U1.rxbaud = 19200

It is possible with gpsim get bytes sent from PIC?

Thanks,
   Massimo.

More... (looser matching)
- Last day of these posts
- In 2005 , 2006 only
- Today
- New search...