[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avr-chat] Alternatives for minicom
From: |
Piotr Nikiel |
Subject: |
Re: [avr-chat] Alternatives for minicom |
Date: |
Mon, 7 Mar 2011 10:08:31 +0100 |
Hi Juergen,
doing screen /dev/your.serial.port
is usually another nice solution, as long as you are able to setup parameters
of your port beforehand, using e.g. stty or other console utilities.
As I quite often use 9600 8N1 for my serial console on AVR systems, and that's
the boot-up default for most serial ports,
I can just run screen right away.
Ctrl-A Ctrl-C to quit in case you got lost ;-)
Cheers,
Piotr
On Mar 7, 2011, at 9:59 AM, Juergen Harms wrote:
> I am using (Linux platform - Mandriva/Mageia) minicom as a terminal emulator
> on my serial port to display data received from my Atmel microprocessors.
>
> I have had some problems making minicom on work a new Linux release - it
> works now. But, solving the problem made me have a closer look at minicom: I
> decided to explore alternatives (after patching
> it works nicely, but looking a the code it does not look "sound":
> curses-based, all the not-needed modem stuff, lot of dead code carried along
> for systems that pratcically do not exist any more, and the configuration
> looks messy - conflicts between the nice curses based dynamic configuration
> of minicom and the "make-oriented" static configuration mechanism in the
> shipped package). The result is overly complex and looks diffcult to mainain
> - how long will it survive?
>
> What alternatives can other Linux users suggest? Thanks!
>
> _______________________________________________
> AVR-chat mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/avr-chat