Searching \ for '[OT] MPLAB in Linux (wine)' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: www.piclist.com/techref/microchip/languages.htm?key=mplab
Search entire site for: 'MPLAB in Linux (wine)'.

Exact match. Not showing close matches.
PICList Thread
'[OT] MPLAB in Linux (wine)'
1999\04\08@020139 by erik

flavicon
face
Hello,

Has anyone attempted to run MPLAB under Linux with wine? I'm having some
trouble with it. (hangs at the splash screen).

OR

Does anyone have any recommendations for a PIC IDE under Linux that
would be easy enough for a beginner to figure out?

Erik

1999\04\08@165600 by Byron A Jeff

face picon face
>
> Hello,
>
> Has anyone attempted to run MPLAB under Linux with wine? I'm having some
> trouble with it. (hangs at the splash screen).
>
> OR
>
> Does anyone have any recommendations for a PIC IDE under Linux that
> would be easy enough for a beginner to figure out?

Take a look at the gnupic page: http://reality.sgi.com/jamesb/gnupic

I use the gnuasm assembler, picpro 2.2 programmer with a homemade Tait style
programmer and gnusim 0.7 for debugging. They are not integrated but quite
effective for generating projects for the 16C/F84. My next project is a
serial programmer that will program the rest of the PIC family. However I'm
not sure when I'll get to it...

BAJ
>
> Erik
>

1999\04\08@175230 by Eric Schlaepfer

picon face
Hi Erik,

Yes, I've been able to get MPLAB running under Wine. It simply takes a while
to load; at first I though something crashed, but I just had to wait a few
minutes.

Later,

Eric
{Original Message removed}

1999\04\08@194732 by Scott Dattalo

face
flavicon
face
On Thu, 8 Apr 1999, Byron A Jeff wrote:

> > Has anyone attempted to run MPLAB under Linux with wine? I'm having some
> > trouble with it. (hangs at the splash screen).
> >
> > OR
> >
> > Does anyone have any recommendations for a PIC IDE under Linux that
> > would be easy enough for a beginner to figure out?
>
> Take a look at the gnupic page: http://reality.sgi.com/jamesb/gnupic
>
> I use the gnuasm assembler, picpro 2.2 programmer with a homemade Tait style
> programmer and gnusim 0.7 for debugging. They are not integrated but quite
> effective for generating projects for the 16C/F84. My next project is a
> serial programmer that will program the rest of the PIC family. However I'm
> not sure when I'll get to it...

It's actually gpasm and gpsim. You can get the latest (unofficial) version
of gpasm (*) on my webpage. It will produce .cod files which in turn allow
symbolic debugging with gpsim:

http://www.interstice.com/~sdattalo/gnupic/gpsim.html

I'll be releasing a new version of gpsim any day now. However, this next
release is basically a rewrite of the CLI (command line interface). The
cli btw, is the only way gpsim currently can be used. The release after
this though will begin adding a gui to enhance (but not replace) the cli.

Scott

(*) The reason the version of gpasm on my web page is unofficial is
because I've been unable to contact James Bowman, the original author.
Does anyone know where he might be?

1999\04\08@205152 by Bernhard Kraft

flavicon
face
Hi,

I also got MPLab running under linux. my problem is to communicate and
download programs to pics using the PICSTART PLUS development programmer.
I tried a lot of times to download to pics unsing MPLAB under
linux. But i always got error messages because a specific function of
windoze isn't implemented in wine at the moment (got this after a request
to the wine mailing list). Pherhaps if somebody knows someone of the wine
developers he could get them to do the work :-)

I would be nice if anybody knows some "normal" linux program which i could
use to download HEX files to the PICSTART PLUS programmer, which is pretty
nice cause it could program all devices - not like most of the DIY
programmers.

RFC - request for comments.

-sorry for my broken english<

Kraft Bernhard
HTL Mšdling
Austria


{Quote hidden}

1999\04\09@165051 by mathias

flavicon
face
At 12:58 AM 4/8/99 -0500, you wrote:
>Hello,
>
>Has anyone attempted to run MPLAB under Linux with wine? I'm having some
>trouble with it. (hangs at the splash screen).
>
>OR
>
>Does anyone have any recommendations for a PIC IDE under Linux that
>would be easy enough for a beginner to figure out?
>
>Erik
>

We have not tried our IDE or programmer software under Wine so I do not
know if it will work.  However, you can download it from our web site and
try it!  I think you will find it very intuitive (assuming wine emulates
all of the system calls we make).

The IDE and the programmer software use the same COMM routines so if one
works, I expect the other will as well.

If you try it, let us know the results.

  http://www.tech-tools.com

1999\04\09@170124 by Bernhard Kraft

flavicon
face
Your IDE runs under Linux using wine, it can also assemble the source
code, but if I try to download the hex file, using a picstart plus
programer there is a error.

You use the function "EnableCommPortNotification", or some of the librarys
you used (if you did). This function isn't yet implemented in wine. I
wrote to the microchip-people if they could send me specifications how the
communication between the picstart plus and the pc works. If they would
send me the specs i could write a simple linux tool which could be used to
download the hexfiles to the pic. but they didn't ... not bad for me ...
bad for microchip ... the linux people won't love them

On Fri, 9 Apr 1999, spam_OUTmathiasTakeThisOuTspamtech-tools.com wrote:

{Quote hidden}

1999\04\09@172022 by Scott Dattalo

face
flavicon
face
On Tue, 6 Apr 1999, Bernhard Kraft wrote:

> Your IDE runs under Linux using wine, it can also assemble the source
> code, but if I try to download the hex file, using a picstart plus
> programer there is a error.
>
> You use the function "EnableCommPortNotification", or some of the librarys
> you used (if you did). This function isn't yet implemented in wine. I
> wrote to the microchip-people if they could send me specifications how the
> communication between the picstart plus and the pc works. If they would
> send me the specs i could write a simple linux tool which could be used to
> download the hexfiles to the pic. but they didn't ... not bad for me ...
> bad for microchip ... the linux people won't love them

I asked microchip for the specs too - about a year ago. They gave me the
reasons why they couldn't release the specs. However, they have released
both the code and the schematics for their picstart 16b programmer (not
the picstart plus).

Jim Robertson assures me that reverse engineering is not too difficult.
Preliminary steps taken by a co-worker of mine confirm this. However, the
difficult part is devoting the time to obtain all of the details. If you
want, I'll try to pimp my co-worker into divulging what he's discovered.
But we was basically able to use two pc's: one running Linux and the other
windows (running mplab). He was able to use Linux as a comm-analyzer. The
only thing though was that he was limited to half-duplex. This means he
could only see what the pc was sending to the picstart OR what the
picstart was sending to the pc. He couldn't see both at the same time. We
suspect if he had two serial ports that he could capture all of the
communication at once. This beats the hell out of using a DSO or logic
analyzer.


BTW, I'm linux person and I love Microchip :).

Scott


{Quote hidden}

1999\04\09@173235 by Bernhard Kraft

flavicon
face
Pherhaps, if i find the time, i could use a windows pc running wine (like
you) and another one running linux. one serial port of the linux box
connected to the pc running wine and the other serial port connected to
the picstart plus programer. so i could loop the data from the pc to the
pic and reverse and could monitor all communication.

Do you know if the programmer uses any handshake lines, and at which baud
rate the programme works ?


On Fri, 9 Apr 1999, Scott Dattalo wrote:

>
>I asked microchip for the specs too - about a year ago. They gave me the
>reasons why they couldn't release the specs. However, they have released
>both the code and the schematics for their picstart 16b programmer (not
>the picstart plus).
>

1999\04\09@174031 by Scott Dattalo

face
flavicon
face
On Tue, 6 Apr 1999, Bernhard Kraft wrote:

>
> Do you know if the programmer uses any handshake lines, and at which baud
> rate the programme works ?

The baud rate is programmable. I don't know if any handshake lines are
used.

Scott

1999\04\09@175333 by Richard A. Smith

flavicon
face
On Fri, 9 Apr 1999 14:18:55 -0700, Scott Dattalo wrote:

>windows (running mplab). He was able to use Linux as a comm-analyzer. The
>only thing though was that he was limited to half-duplex. This means he
>could only see what the pc was sending to the picstart OR what the
>picstart was sending to the pc. He couldn't see both at the same time. We
>suspect if he had two serial ports that he could capture all of the
>communication at once. This beats the hell out of using a DSO or logic
>analyzer.

Was it only half-duplex because of Hardware limitations?
If so then I have a book that has a schematic allowing you
to hook both TX lines up to the RX line of another PC. That
way you can see what both devices are sending as long as
they don't both send at the same time.

I seem to remember that it just isolates each TX line with
a diode so that they can't drive each other.


--
Richard A. Smith                         Bitworks, Inc.
rsmithspamKILLspambitworks.com               501.521.3908
Sr. Design Engineer        http://www.bitworks.com

1999\04\09@182238 by Gerhard Fiedler

picon face
At 14:18 04/09/99 -0700, Scott Dattalo wrote:
>picstart was sending to the pc. He couldn't see both at the same time. We
>suspect if he had two serial ports that he could capture all of the
>communication at once. This beats the hell out of using a DSO or logic
>analyzer.

i don't exactly remember where they are, but there are programs which do
exactly this: they capture the information from two serial port rx and
display them, with optional timing and status line info, in one window.
pretty useful for protocol debugging (or reverse engineering... :)

ge

1999\04\09@182658 by wagnerl

picon face
To help me in my home projects, I just made two at89c2051 with a 20x4
LCD to do the nasty job of capture 2x RS232 and display it, just
eliminated the "sometimes guessing games".  A 32k RAM saves the captured
data.

Interface this solution to a PC parallel port and using any VB software
to show it at the PC would be nice, of course using two PC serial ports
can also be done, but it is not so exciting, and sometimes you just
can't have IRQ's enough to deal with the interruptions at those serial
ports.

As this chip is running at high clock it was possible to implement a
digital logic analyzer with 8 or more port bits, but, I belive it would
lead me to more problems than solutions because it would never be fast
enough, so I never did it.

A nice HP1630G is not that expensive if you really need one (used is
around $700).

Wagner Lipnhasrki - Orlando, FL
http://www.ustr.net


"Richard A. Smith" wrote:
{Quote hidden}

1999\04\10@060801 by Dr. Imre Bartfai

flavicon
face
Hi,
I have had the same goal. Microchip did not reply me. However, there is a
program running under DOS called COMMCHK18 or similar (I can send if
needed) able to capture duplex communication if there are 2 comm ports on
the snooping machine. Of course, one needs to solder a special "H" shaped
cable to provide the result. I made also some snapshot, however, the
result were rather disappointing for me. I could capture e. g. if I read a
chip, however, there were a lot of bytes inserted could not be identified
properly (maybe checksums). I suspended the project due to the lack of
time.

Regards,
Imre


On Fri, 9 Apr 1999, Scott Dattalo wrote:

{Quote hidden}

1999\04\10@061006 by Dr. Imre Bartfai

flavicon
face
Hi,
I do not know whether programmer uses handshake lines (can be checked),
and the setting is 19200,N,8,1.
Imre


On Tue, 6 Apr 1999, Bernhard Kraft wrote:

{Quote hidden}

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