I am trying to simulate the attatched code for pic18f550 in proteus.Pin 20 of the port D is supposed to toggle after some time delay.Now when I try to simulate, proteus gives an error related to clock frequency, which can be set in the edit dialogue box.
Now,i don't know much about configuration bits(just started learning pic18) and I suspect it has some thing to do with the configuration bits and I have to set stuff accordingly in proteus.
Please help me.
It would be great if you could suggest some easy to use and free simulator for pic 18f.
Thank you very much.
You can download a very good simulator from Oshon soft
http://www.oshonsoft.com. You get a 30 day trial but it's only 39 euros for a personal licence.
I've used proteus and had many problems. As I only had a demo version they were not interested in helping, a bit short sighted if you ask me. When a potential customer points out bugs in your product, telling them that you need to BUY it before they will talk to you about it is beyond the pale, especially when the same code runs as expected in hardware.
Read my thread here
http://support.labcenter.co.uk/forums/viewtopic.php?f=9&t=3555
As I only had a demo version they were not interested in helping, a bit short sighted if you ask me.
You can't really blame them. Proteus is one of the most often ripped-off software in the embedded world. E.g. large amounts of Indian embedded system students use Proteus cracks and Indian universities and deemed universities base their embedded programming "education" on cracked Proteus copies. As Labview can't distinguish a demo user from a user of a cracked copy, and as they need to bring food on the table of their families, you can't blame them for focusing on paying customers.
As I only had a demo version they were not interested in helping, a bit short sighted if you ask me.
You can't really blame them. Proteus is one of the most often ripped-off software in the embedded world. E.g. large amounts of Indian embedded system students use Proteus cracks and Indian universities and deemed universities base their embedded programming "education" on cracked Proteus copies. As Labview can't distinguish a demo user from a user of a cracked copy, and as they need to bring food on the table of their families, you can't blame them for focusing on paying customers.
I totally agree, BUT If someone points out a fundamental flaw in your product would it not make sense to either say Yes we are working on this, or we have fixed this in the latest full release? How can a potential customer evaluate a product if it does not perform as advertised? I was not asking labcentre to fix the problem for me, only pointing out to them that the Demo software did not work. If you test drove a new car and the horn sounded every time you braked would you still buy it and hope it was sorted in the new model? I wouldn't, especially when you made them aware of the problem and were ignored. Demo software is to test the product. If that test fails then the whole reason for the existence of the Demo is invalid.
Well the truth is that Proteus is way too expensive for my needs and, in reality, they didn't loose a customer, but it is still a poor way to treat people. Found myself a nice , cheap and fully functioning alternative (for my needs) in Oshon pic simulator.
Oh and by the way I've tried the code on a fully registered and updated copy of Proteus and Guess what? ... it still doen't work! Go figure
