Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Register Log in

Proteus ISIS simulation: the cpu is overloaded

Status
Not open for further replies.
F

Faisty

Newbie level 3
Joined
Nov 24, 2008
Messages
4
Helped
0
Reputation
0
Reaction score
0
Trophy points
1,281
Activity points
1,316
simulation is not running in real time

Well, my problem is that I made a digital circuit on Proteus ISIS (a circuit just to show a crescent counting in a 7-segment display, using a uC 8051), and when I start the simulation, it becomes very slow. The time goes to slowly, when goes 3 seconds in real time, the time in the program goes just 3 ms. If anyone could help me...
A message post by proteus: "Simulation is not running in real time due to excessive CPU load".
Ah...just to make it clear, is the CPU of Proteus that is overloaded and not my PC!!!
 

isis simulation

i think its the cpu time that ur OS is giving to proteus is small and hence the simulation is slow... Try closing all the unwanted programmes on your system also remove ant unwanted measurement systems on the proteus screen... as this can also load the cpu...
 

isis simulator form proteus

on what kind of pc (proc, speed) are you running the simulation ??? may be it's too slow for what you're asking.
 

proteus transistor simulation

if u r using microcontroller and seven segment displays then u should rather check the scanning rate which u set in the code for the displays to set pattern..... think if the scanning rate is wrongly set...too fast then when hex file is code and burnt then during execution it may also load the processor as Pc is acting as controllers virtual processor
 

proteus excessive cpu load

My program stays at an infinit loop where it shows (send information to 7-segment) constanty!!! If u want to see, the .asm .hex and the proteus archive, they are here...(in annex).
Sorry...Im new at proteus, so I dont know very well how to set this things u told, the scanning rate for example, and this measurement.

tijoseymathew told: "i think its the cpu time that ur OS is giving to proteus is small and hence the simulation is slow..."

If its the case...how can can I give more CPU time to proteus? The only programs I was running together were msn, firefox... just this things!

Kripton2035, the uC im using is an AT89C52, with a 12 MHz crystal (if its what u are asking).
 

seven segment in proteus

You are simulating 12Mhz external clock circuitry (analogue) which is contributing nothing to the design.

The processor clock is *always* taken from the property on the Edit Component dialogue form.

Edit the crystal and caps and check the exclude from simulation checkbox at the bottom of the Edit Component dialogue form. If you don't have these checkboxes (older version) type in 'PRIMITIVE=NULL' in the edit box on edit component.

Iain.
 

isis new simulation part

I excluded the crystal,but...it doesnt work! Have u simulated in your machine? Because even making what u said, It still not working!! But thx anyway!!!

Added after 13 minutes:

Hey...I have made a test here! I took out the display's circuit (7-segment and transistor). The time gone well, in real time!!! The signals at the 4511 output were correct too! It means that the problem that is making the time too slow is this!!! But I dont know how to fix it, because I want the displays :(
 

proteus analogue timestep is too small

Hi. When simulating, isis usualy does not do well with analog componets, especially LEDs, 7segment displays, bargraph, things that light. Try to modify from System->Set Animation Options menu the frame per seconds and timestep per frame. You might not get exactly real time simulation, but it can improve.
 

proteus animation too slow

Ok...thx! I'll try to do not use analog components, I think its the best way....Unfortunately!!!
 

Status
Not open for further replies.

Similar threads

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top