Reply by March 29, 20082008-03-29
"Bob11" <nospam@tigercatdesigns.com> writes:

> Does anyone have any experience, or know of any vendors, of small > microcontroller development tools than run natively on Linux? I'm
That would include most gcc based toolchains. I've also used gpasm (PIC) assembler under Linux.
> particular if it comes with reasonable support. I can even live without > the IDE as long as it has a good compiler and supports USB or serial-based > debugging/programming.
I use emacs (and make) as my IDE for most of my programming. As for device programming I'm use a self-made programmer. Petter -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Reply by Leon March 28, 20082008-03-28
On 26 Mar, 20:41, "Bob11" <nos...@tigercatdesigns.com> wrote:
> Does anyone have any experience, or know of any vendors, of small > microcontroller development tools than run natively on Linux? I'm looking > at processors in the 8051/AVR/Z8 etc class. I'm not looking for embedded > Linux--I'm looking for a C compiler/IDE package that allows me to develop > for that processor on my Linux workstation. I need the processor in my > design for simple switch-scanning LED-lighting functions, ie basic GPIO, > and production quantities are in the low thousands/year, so feature set or > absolute cost is not a big issue. The processor just needs to be available > from US distribution channels. I already have licenses for Eagle, VariCAD > and Xilinx tools, so I'm fine with a commercial closed-source solution, > particular if it comes with reasonable support. I can even live without > the IDE as long as it has a good compiler and supports USB or serial-based > debugging/programming. > > Yes, I know this is Usenet, but I'd rather not get into a > Windows/Mac/Linux debate. I just prefer Linux. So, if anyone has used, can > recommend, or can just point me to a vendor of microcontrollers or a third > party toolset vendor that has a native Linux toolkit/programming > development kit, I'd greatly appreciate it. Thanks.
I think that all of the Rowley Associates' tools for the MSP430, AVR, ARM, etc. are available for both Windows and Linux. Leon
Reply by March 28, 20082008-03-28
Eric <englere_geo@yahoo.com> writes:
> Did they release the low-level info for their on-chip debugging > abilities?
For the larger chips (m16c, m32c) they use a software monitor, a kinda debug stub. You could put gdb's stub in there too, or redboot. I don't know about the r8c's - most of them don't have enough flash to hold a stub and a program, but you could squeeze them in. They certainly did publish enough information to write said stub, though. All the debug hooks and such are documented in the chip specs. If there's something in the MODE pin that's a hardware debug, it might be documented, but I haven't looked yet. I can ask, I suppose.
Reply by Eric March 28, 20082008-03-28
On Mar 26, 4:27=A0pm, DJ Delorie <d...@delorie.com> wrote:
> I'm biased because I wrote the port for it, but the Renesas > R8C/M16C/M32C family is supported by gcc from the FSF, and I have > tools that can program it via usb or serial. =A0
Did they release the low-level info for their on-chip debugging abilities? One thing that bugs me is that most companies don't publicly release this kind of info and it becomes difficult to leverage gdb to do in-circuit debugging. Freescale is the only 8 or 16 bit company I know of that documents their on-chip debug module (BDM). In the 32 bit world you can find docs on Arm's EmbeddedICE, but it's a real bear to work with. Atmel release the API of their JTAGICE mkII emulator, which is kind-of good enough, but there's still some holes in their documentation. Since they provide great official (not unofficial like most) support for GNU tools on Windows, most AVR users just use their free IDE and toolset. They do have "some" linux support, but they do not support gdb on any platform as far as I know (though their Windows debugger is excellent). Aside from Atmel, I don't know of any company that offers free (and unrestricted) official support for gcc. Please chime in if anyone knows of others. I don't claim to know them all, but I'd like to :-) Eric
Reply by Matthias Arndt March 28, 20082008-03-28
Bob11 schrieb:
> Does anyone have any experience, or know of any vendors, of small > microcontroller development tools than run natively on Linux? I'm looking > at processors in the 8051/AVR/Z8 etc class. I'm not looking for embedded > [...]
There are native delevopment tools for 8051 derivatives available: SDCC: http://sdcc.sourceforge.net/ - a complete C compiler ASEM-51: http://plit.de/asem-51/ - a good 8051 macro assembler However you might notice that you will have no way to program your particular chip. It depends on the devcie you use. If your target board allows upload via RS232 of some kind, you can use any terminal program (or even shell scripting). I personally use a development board which runs with Tasking Monitor - and you can communicate with that via RS232, thus uploading your firmware to SRAM. Devices which allow programming their FLASH via UART and RS232, should do as well. A project of mine used a T89C51CC02 controller by ATmel and I could upload my Firmware using ATmel's UART bootloader software. HTH, Matthias -- Matthias Arndt <marndt@asmsoftware.de> PGP-Key: http://www.final-memory.org/files/marndt.asc ICQ: 40358321
>>> Jabber: simonsunnyboy@jabber.ccc.de <<<
Reply by Grant Edwards March 27, 20082008-03-27
On 2008-03-27, Bob11 <nospam@tigercatdesigns.com> wrote:
>>On Wed, 26 Mar 2008 14:41:29 -0500, Bob11 wrote: >>> Does anyone have any experience, or know of any vendors, of small >>> microcontroller development tools than run natively on Linux? I'm > looking >>> at processors in the 8051/AVR/Z8 etc class. >>> [snip] > > Thanks, Mike, to the link for Rowley. They're the only vendor > I've seen so far that actually mentions Linux support for a > debugging/programming JTAG probe. They deserve a good > evaluation.
FWIW, I've never seen anything but positive comments about them in the MSP430 mailing list. Their prices sure look reasonable, and supporting Linux wins them points in my book.
> And thanks, Neil, for your list of tools you've used. I'm a vi guy myself >:-) and find the vi Makefile cvs/subversion toolchain to be faster for > development than IDEs also. I do like the IDEs for debugging, though,
By "IDE for debugging" do you mean a GUI source-level debugger? If that's what you're after, then there are a number of GUIs for gdb that will work with any target supported by gdb. I've used both the Insight and DDD GUIs to debug embedded stuff using gdb, though I find gdb's command line interface to be a lot easier to use. It's been a long time since I've used gdb -- I don't find debuggers very useful for embedded real-time stuff anyway. -- Grant
Reply by Bob11 March 27, 20082008-03-27
>On Wed, 26 Mar 2008 14:41:29 -0500, Bob11 wrote: >> Does anyone have any experience, or know of any vendors, of small >> microcontroller development tools than run natively on Linux? I'm
looking
>> at processors in the 8051/AVR/Z8 etc class. >> [snip]
Thanks, Mike, to the link for Rowley. They're the only vendor I've seen so far that actually mentions Linux support for a debugging/programming JTAG probe. They deserve a good evaluation. Thanks, DJ, for the reminder about Renesas. I've checked out the KPIT toolchain before but completely forgot about them; I'll have to take another look at the Renesas parts. And thanks, Neil, for your list of tools you've used. I'm a vi guy myself :-) and find the vi Makefile cvs/subversion toolchain to be faster for development than IDEs also. I do like the IDEs for debugging, though, particular with parts that support ISE/JTAG. Debugging with scope probes gets old, and printf is a pain with 1K of code space. It's nice to have views of all the internal registers and pertinent memory locations updated in real time as you step through code. GDB is OK, but IDE debugging is faster IMO. What started this quest on my part was a recent experience with a Silicon Labs development kit. I've been using SDCC to code for a Cypress FX2 and haven't had any major issues, since I'm using my own routines to write to an onboard FLASH and Cypress documents everything fairly well. So, I thought I'd stay with this (ancient) family for the 'jellybean processor' I need for a number of other switch/lamp PCBs on some upcoming products. I bought the Silicon Labs development kit ($69) and it come with a USB debug pod. SDCC is even listed on their list of 3rd party vendors. What a disaster, though. I found an 'ec2/ec3' driver on sourceforge, but it completely locks up the USB stack, seriously enough that I have to reboot. Silicon Labs apparently believes the C2/C3 debugging protocol is a state secret, so there is no way to write a decent driver other than through reverse-engineering the Windows IDE. Well, I don't have Windows, and I don't have time for reverse-engineering a debug probe. Going down the list of 3rd party vendors (14 in all), not *one* of them supports debugging/programming on Linux. Compiling, yes, a few. USB debug support, none. Hell, I'd write the code myself if there was actually some useful SiLabs documentation on the protocol. Anyway, looks like I won't be using Silicon Labs in future designs. The AVR parts, or perhaps Renesas, are starting to look like the best option for being able to do real coding and in-circuit programming on Linux. Thanks again.
Reply by Grant Edwards March 27, 20082008-03-27
On 2008-03-27, Neil Cherry <njc@cookie.uucp> wrote:

> Sorry I have no IDE as I prefer make files and emacs. I'm > pretty sure that the list Grant provided of Micro/GCC/GDB work > with Eclipse. I can't use Eclipse because it doesn't support > all the emacs keystrokes. ;-)
I used to think Emacs was a memory hog. Then I tried starting Eclipse.
> I also have the MSP430 but I haven't had time to work with it yet. > > Of course all of this is under Linux.
I've read that you can use KDevelop to do embedded stuff, but from the descriptions I've read it looked like it took a lot of hammering to convince KDevelop that not everything is a Linux-hosted KDE application. -- Grant Edwards grante Yow! An air of FRENCH at FRIES permeates my visi.com nostrils!!
Reply by Neil Cherry March 26, 20082008-03-26
On Wed, 26 Mar 2008 14:41:29 -0500, Bob11 wrote:
> Does anyone have any experience, or know of any vendors, of small > microcontroller development tools than run natively on Linux? I'm looking > at processors in the 8051/AVR/Z8 etc class. I'm not looking for embedded > Linux--I'm looking for a C compiler/IDE package that allows me to develop > for that processor on my Linux workstation. I need the processor in my > design for simple switch-scanning LED-lighting functions, ie basic GPIO, > and production quantities are in the low thousands/year, so feature set or > absolute cost is not a big issue. The processor just needs to be available > from US distribution channels. I already have licenses for Eagle, VariCAD > and Xilinx tools, so I'm fine with a commercial closed-source solution, > particular if it comes with reasonable support. I can even live without > the IDE as long as it has a good compiler and supports USB or serial-based > debugging/programming. > > Yes, I know this is Usenet, but I'd rather not get into a > Windows/Mac/Linux debate. I just prefer Linux. So, if anyone has used, can > recommend, or can just point me to a vendor of microcontrollers or a third > party toolset vendor that has a native Linux toolkit/programming > development kit, I'd greatly appreciate it. Thanks.
For the PIC chips I've used C2C when it was in trial software for Linux, I have the CSS compiler for the mid-range chips. I've used SDCC for the 8051 family, I've played with the Atmel AT91 ARM and gcc, I currently have an AVR Mega 128 setup for some work I'm doing. I have the MKII JTAG interface and the ISP interface. I prefer the JTAG. Sorry I have no IDE as I prefer make files and emacs. I'm pretty sure that the list Grant provided of Micro/GCC/GDB work with Eclipse. I can't use Eclipse because it doesn't support all the emacs keystrokes. ;-) I also have the MSP430 but I haven't had time to work with it yet. Of course all of this is under Linux. -- Linux Home Automation Neil Cherry ncherry@linuxha.com http://www.linuxha.com/ Main site http://linuxha.blogspot.com/ My HA Blog Author of: Linux Smart Homes For Dummies
Reply by JeffM March 26, 20082008-03-26
Bob11 wrote:
>Does anyone have any experience, or know of any vendors, of small >microcontroller development tools than run natively on Linux?
There is an archive of this group with a searchable database: http://groups.google.com/groups/search?q=ingroup:comp.arch.embedded+insubject:Linux&scoring=d