Welchen PIC Simulator verwendet ihr?

Simulator und Real-Time passt schon mal nicht so recht zusammen. Wenn,
dann bräuchstest Du einen Emulator (ICE2000/3000 oder ICD), der läuft
dann wirklich Real-Time.

Was verstehst Du unter LCD-Support?

@Steffen
Wiese passt Simulator und Real-Time nicht zusammen ? Im Gegenteil, das
ist doch viel einfacher zu realisieren. Hier steht doch nicht die reale
Hardware im Hintergrund sondern der Takt des Microcontrollers, der
ebenfalls simuliert wird. Im Emulator läuft die Sache dann mit dem
realen Oscillator, um hier Echtzeitfägigkeit zu erreichen, brauchts ein
ansprichsvolles System

Gerhard

@Steffen
Die beiden erwähnten Simulatoren sind sehr schnell und es wird auch
keine Hardware benötigt. Ohne Begrenzung können diese sogar bis zu 10
mal schneller sein als real-time.

Die beiden Simulatoren haben je einen LCD-Screen zur Verfügung, diese
können mit den entsprechenden Ports des PIC's konfiguriert(verbunden)
werden.
gpsim Screenshot: http://www.dattalo.com/gnupic/desktop2.0.18.1.gif

Ich habe 2 Ports reserviert für die Menuführung (Menu- und
Enter-Button). Ich kann zur Zeit nur sehr begrenzt im Schul-Labor
arbeiten. Deshalb möchte ich diese Dinge auch ohne Hardware austesten
können.

gpsim ist eine tolle Opensource Software, doch bekomme ich unter
Windows leider den LCD-Screen nicht zum laufen... :(

OK, man lernt ja nie aus.
Obwohl ich unter Real-Time vor allem die Reaktion auf externe
Ereignisse verstehe. Das wird sich mit einem Simulator nur schwer
realisieren lassen, da er die externe Hardware nicht nachbilden kann.

GPSIM sieht auf jeden Fall recht gut aus. Muss ich demnächst auch mal
testen.

MfG
Steffen

Ich kenne noch diesen Simulator
http://www.oshonsoft.com/pic.html
der ist auch nicht schlecht und hat glaube ich auch
nen LCD Modul.
Leider ist er nicht umsonst

Jordan

@Jordan

Joup den kenn ich auch. Habe die "eMule" Version davon... *reusper

Ist jedoch etwas zu langsam. Eine Sekunde Realtime bedeutet 3 Minuten
Simulation (ohne GUI) :(. Der Simulator hätte sonst eigentlich alles
was ich brauche. Aber eben....

heute ist noch ein neuer Snapshot von gpsim rausgekommen. Doch dieser
läfut bei mir jetzt überhaupt nicht mehr... Kann ja nur noch besser
werden. ;)

gpsim Win32 Snapshots: http://gpsim.sourceforge.net/snap.php

Die Simulationsgeschwindigkeit klingt ja wirklich atemberaubend.
Ich stelle mir gerade vor wie z.B. der PIC18 Befehl
add POSTINC0,w
simuliert wird (In Echtzeit bei 40MHz dauert das 100 ns).
1. Wert aus fsr0 lesen (als Adresse)
2. Daten aus dem RAM lesen und zu Inhalt von WREG addieren
3. Alle betroffenen Flags neu setzen
4. Inhalt von FSR0 incrementieren

Bei 10facher Geschwindigkeit gegenüber Echtzeit müsste das in 10 ns
passieren. Welche CPU schafft das ??

Dieter

Die CPU zu simulieren ist trivial und mit PC-Prozessoren mühelos ein
Vielfaches schneller zu kriegen als die echte Hardware. Aber das ist
nicht der Punkt.

Beim Gesamtverhalten liegt der Hase im Pfeffer. Es will ja jeder Timer,
jede Schnittstelle, jedes Inputregister usw. auch noch simuliert sein.
Und nicht irgendwie über'n Daumen gepeilt, sondern so wie das
Original. Beispielsweise um das Sampling-Verhalten eines UART
nachzubilden. Oder irgendwelche Glitch-Blocker von I2C Schnittstellen
und dergleichen. Da geht die Zeit bei drauf.

@Dieter

Ja das klingt schon sehr schnell... Habe diese Aussage mit 10x
schneller von dieser Seite aufgeschnappt:
http://www.gnupic.org/i_simulate.html

.... On a modern PC, gpsim can simulate a PIC 10 times faster than real
time while at the same time maintaining a full trace buffer and
supporting all of the debugging features. ....

Für einen PIC welcher mit 40MHz getacktet ist, muss der PC doch
ziemlich "modern" sein... ;)