Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - oneFranck

Pages: [1]
1
NXPTM M522XX, KINETIS and i.MX RT / Re: M5282 Development News
« on: July 26, 2010, 08:08:33 PM »
what's your thoughts about 10baseT on the MCF5282? Despite the silicon bug mentioned in the device errata document, could we say it supports 10baseT Ethernet based on anyone's experiences?

2
µTasker general / Re: Using the queue system that's already in place
« on: July 14, 2010, 10:52:38 PM »
Hi Mark,

Ok thanks

I'm not shure if I understand the queue system correctly.

1) is table.QueLength the max size in bytes of all data in the queue?

2) does the FIFO data can be accessed via indexes, or a read will return the full contents of the FIFO?

regards,

Francois

3
µTasker general / Re: Using the queue system that's already in place
« on: July 14, 2010, 08:20:57 PM »
Hi,

Is there a way to obtain the actual number of item in queue at any moments?

Thnx

Francois

4
µTasker general / Re: uTasker Documentation and Operation
« on: June 01, 2010, 08:27:43 PM »
Hi there,

This Echo Server that accept 3 connections seems to work well with one clients (run for a weekend long without disconnecting),  but when there is 3 clients connected to it, it seems to stop after few hours (disconnect).  Any idea what could be wrong in my code?

The clients sends a frame (len=1400) right after receiving the echo from the server.

Code: [Select]
/**************************************************************************
*                              M A C R O S                                *
***************************************************************************/
#define TCP_ECHO_PORT_NUMBER 950
#define TEST_BUFFER_LENGTH       1400

#define MAX_TCP_SOCKETS 3  // Accept 3 sockets on port 950
/**************************************************************************
*                     L O C A L    P R O T O T Y P E S                    *
***************************************************************************/
static int fnTestListener(USOCKET Socket, unsigned char ucEvent,
  unsigned char *ucIp_Data, unsigned short usPortLen);

/**************************************************************************
*                   T Y P E     D E F I N I T I O N S                     *
***************************************************************************/
typedef struct stTCP_MESSAGE
{
    TCP_HEADER     tTCP_Header;     // reserve header space
    unsigned char   ucTCP_Message[TEST_BUFFER_LENGTH];
} TCP_MESSAGE;


/**************************************************************************
* FUNCT: fnEchoServerInit
*
* starts the echo server
***************************************************************************
*                                 C O D E
***************************************************************************/
extern void fnEchoServerInit( void )
{
static USOCKET tcp_socket1 = -1;
static USOCKET tcp_socket2 = -1;                                            // declare a static socket variable
static USOCKET tcp_socket3 = -1;
     
    static unsigned short usTestPort = TCP_ECHO_PORT_NUMBER;                  // declare a port number

// create a TCP socket with a tim out of 60 sec
        tcp_socket1 = fnGetTCP_Socket(TOS_MINIMISE_DELAY, (unsigned short)60, fnTestListener);
tcp_socket2 = fnGetTCP_Socket(TOS_MINIMISE_DELAY, (unsigned short)60, fnTestListener);
tcp_socket3 = fnGetTCP_Socket(TOS_MINIMISE_DELAY, (unsigned short)60, fnTestListener);
   
    // bind socket to listening port number
    fnTCP_Listen(tcp_socket1, usTestPort, 0);                         
    fnTCP_Listen(tcp_socket2, usTestPort, 0);     
    fnTCP_Listen(tcp_socket3, usTestPort, 0);     
}




static int fnTestListener(USOCKET Socket, unsigned char ucEvent, unsigned char *ucIp_Data, unsigned short usPortLen)
{
    TCP_MESSAGE test_message;
char dbugstr[50] = {'E', 'm', 'p', 't', 'y', '/0'};
   
    switch (ucEvent) {
    case TCP_EVENT_CONREQ:
    fnDebugMsg("TCP Connection request received\r\n");                                           
    break;
    case TCP_EVENT_CONNECTED:
  sprintf(dbugstr, "TCP Connection established on socket no. %d\r\n", Socket);
fnDebugMsg(dbugstr);   
    break;
    case TCP_EVENT_CLOSE:
    fnDebugMsg("TCP Connection stop request\r\n");
    break;   
    case TCP_EVENT_ACK:
    case TCP_EVENT_ARP_RESOLUTION_FAILED:
    case TCP_EVENT_PARTIAL_ACK:
        break;
    case TCP_EVENT_REGENERATE:
        case TCP_EVENT_DATA:
  sprintf(dbugstr, "usPortLen = %d\r\n", usPortLen);
fnDebugMsg(dbugstr);
        // send copy
        if (uMemcpy((CHAR*)test_message.ucTCP_Message, (CHAR*)ucIp_Data, usPortLen)) {
            if (fnSendTCP(Socket, (unsigned char *)&test_message.tTCP_Header, usPortLen, TCP_FLAG_PUSH) > 0) {
                return APP_SENT_DATA;
            }
        }
        else
        fnDebugMsg("uMemcpy failed\n\r");
        break;
       
       
    case TCP_EVENT_ABORT:
    case TCP_EVENT_CLOSED:
        fnTCP_Listen(Socket, TCP_ECHO_PORT_NUMBER, 0);                    // go back to listening state on next port number
        fnDebugMsg("TCP Connection fully closed\r\n");
        break;
    }
    return APP_ACCEPT;
}

What do you think of that strategy to test the TCP/IP stack?

Quote
Having just written a bunch of code that effectively stresses uTasker TCP
Can you tell here what are your strategies for testing a tcp/ip stack?

Thanks

FB




5
NXPTM M522XX, KINETIS and i.MX RT / Re: user socket
« on: May 28, 2010, 02:43:18 PM »
Quote
3. a message displayed twice at 'case TCP_STATE_ESTABLISHED:' point.

I'm also experiencing that. When a connection is established on my ColdFire eval board (52259 and 5282) it seems that the event TCP_EVENT_CONNECTED is called twice as I can see 2 messages "TCP Connection established" on the hyperterminal.


Code: [Select]
    switch (ucEvent) {
    case TCP_EVENT_CONREQ:
    fnDebugMsg("TCP Connection request received\r\n");                                           
    case TCP_EVENT_CONNECTED:
    fnDebugMsg("TCP Connection established\r\n");
    break;
    case TCP_EVENT_CLOSE:
    fnDebugMsg("TCP Connection stop request\r\n");
    break;   

Is it normal?

Francois

6
NXPTM M522XX, KINETIS and i.MX RT / Re: M5282 Development News
« on: May 27, 2010, 10:57:15 PM »
allright, thanks for the clear indications.  It is working now on the M5282LITE board.

Frank


7
NXPTM M522XX, KINETIS and i.MX RT / Re: M5282 Development News
« on: May 26, 2010, 10:33:14 PM »
Hi Mark,

I've made a search for 5282LITE in the project and there is no such define in my project.  Only M5282EVB is defined, as I can see.  Maybe I'm missing some code.

regards,

Francois

8
NXPTM M522XX, KINETIS and i.MX RT / Re: M5282 Development News
« on: May 26, 2010, 09:46:28 PM »
Hi Mark,

the beta-demo webserver works well on our M5282EVB, but the Ethernet does'nt seems to work on the 5282LITE.  I know their PHY devices are not the same (LITE:ks8721b and EVB:am79c874).  Any Define I should check to get it working on the 5282LITE?

FB

9
NXPTM M522XX, KINETIS and i.MX RT / Re: M5282 Development News
« on: May 12, 2010, 05:44:54 PM »
Hi Mark,
I'm interested to download and run the 5282 beta test on CodeWarrior, but its asking me a password when unzipping the file.  Should I become an official beta-tester?

Pages: [1]