RetroBrew Computers Forum
Discussion forum for the RetroBrew Computers community.

Home » RBC Forums » General Discussion » Ubuntu>minicom>kermit ( NOT A HW ? )
Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9167] Wed, 29 September 2021 08:54 Go to next message
curbie is currently offline  curbie
Messages: 55
Registered: June 2021
Member
I labeled the title, so the hardware folks don't waste their time reading a software question.

Well, I've been playing with kermit for a couple days now, and there is just so many potential problem spots in this Ubuntu>minicom>kermit chain, that I don't know where start trouble shooting. My question is, does any Linux/Ubuntu users use kermit through minicom, and do they have a setup link for me?

For those interested in what I done so far:
It started with studying the "File transfer protocols" screen ^A-O, then opening a terminal window to check /usr/bin/ for kermit, when typing 'kermit' I got back a:
"kermit is not currently installed, you can install it by typying:
sudo apt-get install ckermit" which I did.
I used the guide at https://lists.denx.de/pipermail/u-boot/2003-June/001527.html to setup kermit in minicom. And don't understand points:
2. when you configure minicom by "minicom -s"(you have to be root),
3. make sure your serial port devices are 'rw' to non-root users
On point 2, does configue = run?, on point 3, don't think Ubunu Ver 20.x+ will allow that and will lock that port if you try? I think I ran into the same thing setting up my USB eprom reader/writer, my recollection getting that to work was, I had to monkey with user privileges.

a:gkermit -r & minicom>send>kermit>abc.txt
s:gkermit -s asmtst.s & minicom>recieve>kermit

always ends with "Too many retries_"

did lots more like trying to run kermit directly through terminal window, couldn't get anything to work.

curbie
Re: Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9168 is a reply to message #9167] Wed, 29 September 2021 14:26 Go to previous messageGo to next message
mikemac is currently offline  mikemac
Messages: 250
Registered: March 2017
Senior Member
I've never managed to get kermit to successfully work inside minicom. Run? Yes. Transfer files? No. "Too many retries" sounds familiar. I eventually gave up and went back to physically moving the flash chip between the programmer and the embedded board. I stuck a ZIF socket in the flash socket on the board so I wouldn't wear out the soldered down socket. It works reasonably well, just not as nice as just clicking a button or two.

#2 The minicom menu will have two exit options. The first is to exit the config screen and continue running minicom. The second to to exit the whole program and return to the command line.



Mike

[Updated on: Wed, 29 September 2021 14:26]

Report message to a moderator

Re: Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9169 is a reply to message #9168] Wed, 29 September 2021 15:53 Go to previous messageGo to next message
curbie is currently offline  curbie
Messages: 55
Registered: June 2021
Member
Thanks Mike,

Judging from the quality of your previous posts there seems to be an issue in kermit, but I have to find a solution, the kermit path will go to the back burner. I think I'll try writing a program to set the baud rate, to see if that will help in not dropping characters while pasting text into 'me'. I could drop down to 19.2, 9600, or even 4800 if it was stable and clean transferring text.

curbie
Re: Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9170 is a reply to message #9169] Thu, 30 September 2021 06:08 Go to previous messageGo to next message
robg is currently offline  robg
Messages: 43
Registered: October 2017
Member
With regard to dropping characters, have you tried changing the character transmission delay in Minicom? This is available in the "Terminal Settings" section (Control-A, T), option F. I'll sometimes set it to a 5ms delay.

/forum/index.php?t=getfile&id=2426&private=0

-- Rob
Re: Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9171 is a reply to message #9170] Thu, 30 September 2021 07:32 Go to previous messageGo to next message
curbie is currently offline  curbie
Messages: 55
Registered: June 2021
Member
Rob,

Thanks for the help, I've been playing with your delay tip this morning, and my initial impression is, the paste into 'me' doesn't seem to be a overt baud rate or delay issue, the delays don't seem to have much effect on if errors will occur, only slightly on where they occur. More to play with, but this may waive me off writing a baud rate change program.

good tip, thanks again.

curbie
Re: Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9172 is a reply to message #9171] Thu, 30 September 2021 08:30 Go to previous messageGo to next message
plasmo is currently offline  plasmo
Messages: 916
Registered: March 2017
Location: New Mexico, USA
Senior Member
curbie,

For small file you can try the PIP command in CP/M68K:

pip filename.ext=con:

then send the file from Minicom to CB030. When file send is finished, type ctrl-Z to close the file and end the pip command.

This won't work when file is large (don't know exact where the limit is, somewhere around 30K) because data is saved to disk while serial port is still receiving data.

Bill
Re: Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9173 is a reply to message #9172] Thu, 30 September 2021 18:50 Go to previous messageGo to next message
curbie is currently offline  curbie
Messages: 55
Registered: June 2021
Member
Bill,

When you use the pip command, does it drop all cr(s) pasted for you too? I end up with one long line. An error of:
"-- MicroEMACS -- a.s -- File: a.s ----------------------------------------------
File has long line"

If I paste less than one line, I get an error of:
" -- MicroEMACS -- a.s -- File: a.s ----------------------------------------------
File has funny line at EOF"

I tried:
1
2
3
4
5
curbie

both pasting into 'me' which worked, and pip which created one line, and the "File has funny line at EOF" error.

Curbie
Re: Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9174 is a reply to message #9173] Fri, 01 October 2021 05:23 Go to previous messageGo to next message
plasmo is currently offline  plasmo
Messages: 916
Registered: March 2017
Location: New Mexico, USA
Senior Member
Curbie,
I think this is because Minicom converts CarriageReturn_LineFeed (0x0D, 0x0A) into just CarriageReturn when sending a file over serial port. Therefore the file received on CP/M side only has CarriageReturn as line terminator. ME.68K looks for LineFeed as a new line.

TeraTerm terminal emulator (Windows environment) has a "Binary" option when sending file. This way serial data is send as raw binary without CarriageReturn_LineFeed being altered. Does Minicom has "Binary" option when sending data?
Bill
Re: Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9175 is a reply to message #9173] Fri, 01 October 2021 07:11 Go to previous messageGo to next message
coredump is currently offline  coredump
Messages: 33
Registered: January 2020
Location: Germany
Member
curbie wrote on Fri, 01 October 2021 03:50
Bill,

When you use the pip command, does it drop all cr(s) pasted for you too? I end up with one long line. An error of:

Curbie
Hi curbie,

as plasmo already noted, this will have to do with "dumb" pip, requiring your files being "real" text-files.

On Unix, convention is that text lines in files end with LF.

A simple solution is to convert Your text files with unix2dos before sending them (it can be found in the dos2unix package...).

By the way: Is this just for sending a few files? Or do You think You will have to do this more frequently?

Best Regards
Detlef
Re: Ubuntu>minicom>kermit ( NOT A HW ? ) [message #9176 is a reply to message #9175] Fri, 01 October 2021 09:42 Go to previous message
curbie is currently offline  curbie
Messages: 55
Registered: June 2021
Member
Thanks to all that helped.

After lots of tests to see what is dropping the cr, I came to the conclusion (not sure it's true
Wink it seemed like the text 'cut' in Ubuntu, so building on plasmo's pip suggestion after a lot of tests I finally succeeded with pip on the CB030, and using mimicom's ^A-S Ascii then ^Z to close the pip file. The only caveat so far is, the sending file needs at least one, I use two returns to end the file to kill me's "File has funny line at EOF" message.

I transferred a 4K file with seemingly no errors.

Also I just realized I have some of RobG's delays still active, so I'll need to test to see if they helped also. Still work to do, but pretty sure this will path eventually work for me.

Curbie
Previous Topic: Linux and CP/M-68k (NOT A HW ?)
Next Topic: my latest Z80 SBC


Current Time: Mon Mar 24 22:20:47 PDT 2025

Total time taken to generate the page: 0.03786 seconds