download from ftp over CMUX: flow actually ends after the transfer of ~ 380 ms

4 thoughts on “download from ftp over CMUX: flow actually ends after the transfer of ~ 380 ms

  1. I am downloading from FTP through CMUX, and that’s what happened a problem
    The management of the flow actually ends after the transfer of ~ 380 ms, ( 115200bps is 4300bytes )
    The controller atmega128 not have enough SRAM-memory and data loss occurs. Have you encountered this, and how do I get around the roblem?

    Please, see attach image

    at&k3
    OK

    at#cgmm
    #CGMM: UC864-E
    OK

    at#cgmr
    #CGMR: 08.01.009-B004
    OK

    at+cmux=0
    OK

    DLCI3 open channel and other operations
    OK

    DLCI3:at&k3
    DLCI3:OK

    DLCI3:at+cgdcont=1,”ip”,”internet.tele2.ru”,”0.0.0.0″,0,0
    DLCI3:OK

    DLCI3:at+cgreg=1
    DLCI3:OK

    DLCI3:at#sgact=1,1
    DLCI3:OK

    DLCI3:at#ftpopen=”ftp.otenet.gr”,”speedtest”,”speedtest”,0
    DLCI3:OK

    DLCI3:at#ftptype=0
    DLCI3:OK

    DLCI3:at#ftpget=”test100k.db”
    DLCI3:CONNECT

    DLCI3:RTS_ON
    <– external device is slow, and we must suspend the flow of data
    DLCI3:RTS_OFF
    but flow continued over 4300bytes and sw has lost data

      1. I am sure that my driver is correct.
        And provide a real picture with oscilloscope, which shows:
        – That the modem has fulfilled the command to start the flow of my driver.
        – That the modem command executed by stopping the flow of my driver and stopped the flow, but stopped much later
        – That after a stop command, my driver is nothing more to send port

        1. Can you collect a log with a serial connection sniffer?
          I would like to see the exact data exchanged between the module and your micro.

          I need a log, in which I can see the structure of CMUX frames.