simulator/emulators for 8051/8085 on linux

Chris Hills wrote:

> In article <d5agvp$65a$3@slavica.ukpost.com>, Ian Bell
> <ruffrecords@yahoo.com> writes
>>Chris Hills wrote:
>>
>> 
>>> But no tools that compare with the commercial windows based tools.
>>
>>
>>I notice you conveniently ignored the last sentence of my post:
>>
>>"Not to mention that there are commercial Linux based IDEs too.
>>
>>Ian
> 
> What does the IDE do? I meant 8051 compilers and simulators.
> 

Tasking tools have been available under Linux for several years. No
simulator though. See http://www.altium.com/tasking/news/pressrel0040.html

Ian

Chris Hills wrote:


>>
> So how does the Keil sim run on linux?

Provided you have the right fonts installed it runs fine. I have the free
version of uVision 2 on my Linux box right now. I should have included it
in the list.

Ian

Chris Hills wrote:

> In article <1115224518.500234.219440@z14g2000cwz.googlegroups.com>,
> Hemant Mohapatra <hemant.mohapatra@gmail.com> writes
> >Chris:
> >
> >Thanks for all the insights. I had ordered the book (C and the 8051) a
> >few days ago. Good to know that it is a resource for learning. I have
> >decided to start off with 8051 and then move onto ARM and PIC archs as
> >and when I get comfortable.
>
> Arm is a good move as it is "the 8051 of the 32 bit market"  but I am
> not sure I would bother with PIC. The Philips LPC900 range of 8051 cover
> much of their functionality and runs standard 51 binary.
>
> PIC's have different architecture and tools across the range.
>
> AVR is a possibility though.
>
> /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
> \/\/\/\/\ Chris Hills  Staffs  England    /\/\/\/\/\
> /\/\/ chris@phaedsys.org       www.phaedsys.org \/\/
> \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Employer wan to use them, so it is not a waste of time to learn them.  The
architecture is much stranger than the 8052.  But I think the newer 18F
stuff is a bit better.

This is a multi-part message in MIME format.
--------------010002010604060307070509
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi all,

to get back on topic, I toyed around a bit and I managed to compile 
emu51 (http://emu51.sourceforge.net/) under GNU/Linux.
This emulator is very early alpha but better than nothing and free 
software, free as in freedom and not as free beer ofcourse.
As it comes as sourcecode + Windoze binary only, I altered the Makefile 
so it now compiles under GNU/Linux as long as you have a working 
installation of the Allegro library.
I've attached the altered Makefile to this posting.

I know this is not a commercial grade emulator but I hope this proves 
useful for hobbyists and students like me who cannot afford commercial 
grade software for 100EUR and more.

HTH,
Matthias
-- 
Matthias Arndt <marndt@asmsoftware.de> <matthias.arndt@tu-clausthal.de>
PGP-Key: http://www.asmsoftware.de/marndt.pgp   ICQ: 40358321
 >>> Jabber: simonsunnyboy@jabber.ccc.de <<<

--------------010002010604060307070509
Content-Type: text/plain;
 name="Makefile"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="Makefile"

# Project: emu51
# Makefile adopted for GNU/Linux by Matthias Arndt <marndt@asmsoftware.de>


CPP  = g++
CC   = gcc
OBJ  = emu51.o
LINKOBJ  = emu51.o
LIBS =  `allegro-config --libs`
INCS =  `allegro-config --cflags`
CXXINCS =  `allegro-config --cflags`
BIN  = emu51
CXXFLAGS = -O3 $(CXXINCS)
CFLAGS = -O3 $(INCS) 

.PHONY: all all-before all-after clean clean-custom

all: all-before $(BIN) all-after


clean: clean-custom
	rm -f $(OBJ) $(BIN)

$(BIN): $(OBJ)
	$(CPP) $(LINKOBJ) -o $(BIN) $(LIBS)

emu51.o: emu51.cpp
	$(CPP) -c emu51.cpp -o emu51.o $(CXXFLAGS)

--------------010002010604060307070509--

In article <d5drg7$u6f$1@slavica.ukpost.com>, Ian Bell
<ruffrecords@yahoo.com> writes
>Chris Hills wrote:
>
>> In article <d5agvp$65a$3@slavica.ukpost.com>, Ian Bell
>> <ruffrecords@yahoo.com> writes
>>>Chris Hills wrote:
>>>
>>> 
>>>> But no tools that compare with the commercial windows based tools.
>>>
>>>
>>>I notice you conveniently ignored the last sentence of my post:
>>>
>>>"Not to mention that there are commercial Linux based IDEs too.
>>>
>>>Ian
>> 
>> What does the IDE do? I meant 8051 compilers and simulators.
>> 
>
>Tasking tools have been available under Linux for several years. No
>simulator though. See http://www.altium.com/tasking/news/pressrel0040.html
>
>Ian

That was the Question... Simulators and Emulators.
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
\/\/\/\/\ Chris Hills  Staffs  England    /\/\/\/\/\
/\/\/ chris@phaedsys.org       www.phaedsys.org \/\/
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

Lanarcam wrote:
> Hemant Mohapatra wrote:
> 
>>Grant, Ian, Chris and Matthias:
>>
>>Thanks a lot for the information. I agree with you (and others who
>>replied) about the assembly part. I am currently working with the
> 
> Keil
> 
>>compiler that came with the book "Embedded C - by Michael J Pont"
>>although its a demo compiler (and thus, limited in a few ways).
>>
>>Ian: do let me know if you have personally used a windows based 8051
>>simulator that you used in linux via wine. Also, which distro of
> 
> linux?
> 
>>
>>Matthias: I have tried SDCC from sourceforge but unfortunately, did
> 
> not
> 
>>get anywhere much. I am basically looking for a something that is
>>primarily a  simulator; am happy with GCC being the compiler.
>>
>>Grant: Yes, I do realise the differences b/w 8051 and 8085. It's just
>>that the book I am reading (see above) recommends a newbie start with
>>these archs since they are relatively simpler. I do not have much of
> 
> a
> 
>>personal opinion on this though. Basically, the books have example
> 
> code
> 
>>pertinent to 8051. Btw, what is the most commonly used mu-C in
> 
> embedded
> 
>>industry these days (I was told, its 8051)?
>>
>>Any specific online reference that you guys found useful in learning
>>assembly from scratch (uptill a good level)? I will just go google
>>anyway..
>>
>>Thanks a lot for the replies,
>>Hemant
> 
> 
> There is no assembly course in general, it is specific to the
> architecture of the micro you choose. You will need to learn
> the assembly language for every core. That's where C is
> preferable when you can afford it, but others will argue,
> forget that...
> 
> They are all similar, though, from a distance, moving data to
> and from registers, branching, etc...
> 
> If you need an intro, you could try this:
> http://search390.techtarget.com/sDefinition/0,,sid10_gci211604,00.html
> 

Here's a nice starting point for assembly language programming. There's 
an interesting "High Level Assembly" link.

The Urb


_______________________________________________________________________________
Posted Via Uncensored-News.Com - Accounts Starting At $6.95 - http://www.uncensored-news.com
               <><><><><><><>   The Worlds Uncensored News Source   <><><><><><><><>