From: Chris M. <ch...@mc...> - 2007-09-05 01:14:27
|
All, I'm using Zterm over a usb to serial cable (prolific I think) and getting fairly horrible transfer with Ymodem. Kermit would never complete successfully. Ymodem is just at 4 hours now with a little more than 30 minutes predicted to go. I did pad the root fs per another post (9.3 MB to 15 MB), and I'm using revision 1515. The hardware is a verdex XM4-bt with a console-vx. Maybe I should get one of the MMC boards but I'd like to think this could go faster. Zterm displays the following efficiency: 919 cps, 7% efficiency I'm using the Ymodem-1K setting with CheckSums set on 1K. So far there have been 124 retries. Thoughts or advice? Chris |
From: Daniel F. <cyb...@cy...> - 2007-09-05 07:20:58
|
Hi Chris I'm running Kermit on my OSX setup. I have a Keyspan USB to RS232 converter. My transfer times over rs232 is about 25min for a 11Mb image. I recommend the following: Install http://kermit.darwinports.com/ Setup ~/.kermrc with the following: set escape 27 set line /dev/tty.USA281b1P1.1 set carrier-watch off set speed 115200 set file type bin set reliable fast set flow-control none set rec pack 4096 set send pack 4096 set window 5 set prefixing all Replace /dev/tty.USA281b1P1.1 with your own tty. This works like a charm for me.. NB: When transfering over serial you do not need to pad the image file. This is only relevant when flashing from within the gumstix system. However Craig informed me, that you could just "flash_eraseall -j /dev/mtd1" before programming the flash to avoid filesystem corruption after reboot. /Daniel Frederiksen Chris McClenaghan skrev: > All, > > I'm using Zterm over a usb to serial cable (prolific I think) and > getting fairly horrible transfer with Ymodem. Kermit would never > complete successfully. Ymodem is just at 4 hours now with a little more > than 30 minutes predicted to go. I did pad the root fs per another post > (9.3 MB to 15 MB), and I'm using revision 1515. The hardware is a verdex > XM4-bt with a console-vx. Maybe I should get one of the MMC boards but > I'd like to think this could go faster. Zterm displays the following > efficiency: > > 919 cps, 7% efficiency > > I'm using the Ymodem-1K setting with CheckSums set on 1K. So far there > have been 124 retries. > > Thoughts or advice? > > Chris > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Chris M. <ch...@mc...> - 2007-09-06 05:02:30
|
Daniel, Thanks for this. I'm guessing I may have a bad cable set up - some kind of generic Prolific cable with a null modem adapter and a DB9 to mini DIN 8 adapter. Kermit still fails, but while running with your config slowly degrades to >300cps and more errors than successful packets. I've ordered a serial null modem cable from gumstix. Chris Daniel Frederiksen wrote: > Hi Chris > > I'm running Kermit on my OSX setup. I have a Keyspan USB to RS232 converter. > My transfer times over rs232 is about 25min for a 11Mb image. > > I recommend the following: > > Install http://kermit.darwinports.com/ > Setup ~/.kermrc with the following: > > set escape 27 > set line /dev/tty.USA281b1P1.1 > set carrier-watch off > set speed 115200 > set file type bin > set reliable > fast > set flow-control none > set rec pack 4096 > set send pack 4096 > set window 5 > set prefixing all > > Replace /dev/tty.USA281b1P1.1 with your own tty. > > This works like a charm for me.. > > NB: When transfering over serial you do not need to pad the image file. > This is only relevant when flashing from within the gumstix system. > However Craig informed me, that you could just "flash_eraseall -j > /dev/mtd1" before programming the flash to avoid filesystem corruption > after reboot. > > /Daniel Frederiksen > > > > Chris McClenaghan skrev: > >> All, >> >> I'm using Zterm over a usb to serial cable (prolific I think) and >> getting fairly horrible transfer with Ymodem. Kermit would never >> complete successfully. Ymodem is just at 4 hours now with a little more >> than 30 minutes predicted to go. I did pad the root fs per another post >> (9.3 MB to 15 MB), and I'm using revision 1515. The hardware is a verdex >> XM4-bt with a console-vx. Maybe I should get one of the MMC boards but >> I'd like to think this could go faster. Zterm displays the following >> efficiency: >> >> 919 cps, 7% efficiency >> >> I'm using the Ymodem-1K setting with CheckSums set on 1K. So far there >> have been 124 retries. >> >> Thoughts or advice? >> >> Chris >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Chris M. <ch...@mc...> - 2007-09-08 06:52:54
|
Daniel, A quick update. I had gotten a noname version of the Prolific cable with a miniCD for drivers, Not being able to load the CD, I had gotten a pl2303 driver from source forge. I could not get a file transfer to complete with kermit, although the terminal emulation seem fine. I've replaced that with one off the Prolific site and it now appears that the down load will take about 20 minutes - woohoo! Now to focus on the bluetooth and networking problems. Chris Chris McClenaghan wrote: > Daniel, > > Thanks for this. I'm guessing I may have a bad cable set up - some > kind of generic Prolific cable with a null modem adapter and a DB9 to > mini DIN 8 adapter. Kermit still fails, but while running with your > config slowly degrades to >300cps and more errors than successful > packets. > > I've ordered a serial null modem cable from gumstix. > > Chris > > Daniel Frederiksen wrote: >> Hi Chris >> >> I'm running Kermit on my OSX setup. I have a Keyspan USB to RS232 >> converter. >> My transfer times over rs232 is about 25min for a 11Mb image. >> >> I recommend the following: >> >> Install http://kermit.darwinports.com/ >> Setup ~/.kermrc with the following: >> >> set escape 27 >> set line /dev/tty.USA281b1P1.1 >> set carrier-watch off >> set speed 115200 >> set file type bin >> set reliable >> fast >> set flow-control none >> set rec pack 4096 >> set send pack 4096 >> set window 5 >> set prefixing all >> >> Replace /dev/tty.USA281b1P1.1 with your own tty. >> >> This works like a charm for me.. >> >> NB: When transfering over serial you do not need to pad the image >> file. This is only relevant when flashing from within the gumstix >> system. However Craig informed me, that you could just >> "flash_eraseall -j /dev/mtd1" before programming the flash to avoid >> filesystem corruption after reboot. >> >> /Daniel Frederiksen >> >> >> >> Chris McClenaghan skrev: >> >>> All, >>> >>> I'm using Zterm over a usb to serial cable (prolific I think) and >>> getting fairly horrible transfer with Ymodem. Kermit would never >>> complete successfully. Ymodem is just at 4 hours now with a little >>> more than 30 minutes predicted to go. I did pad the root fs per >>> another post (9.3 MB to 15 MB), and I'm using revision 1515. The >>> hardware is a verdex XM4-bt with a console-vx. Maybe I should get >>> one of the MMC boards but I'd like to think this could go faster. >>> Zterm displays the following efficiency: >>> >>> 919 cps, 7% efficiency >>> >>> I'm using the Ymodem-1K setting with CheckSums set on 1K. So far >>> there have been 124 retries. >>> >>> Thoughts or advice? >>> >>> Chris >>> >>> ------------------------------------------------------------------------- >>> >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a browser. >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >> >> >> ------------------------------------------------------------------------- >> >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > |