• Join
  • Sign In with my.TI Login
Texas Instruments
  • Products
  • Applications
  • Tools & Software
  • Support & Community
  • Sample & Buy
  • About TI
Sample & Purchase Cart Sample & Purchase Cart
  • Search
  • Advanced
TI E2E™ Community
  • Support Forums
  • Blogs
  • Groups
  • Videos
  • 简体中文
  • More ...
TI Home » TI E2E Community » Support Forums » Microcontrollers » Stellaris® ARM® Microcontrollers » Stellaris® ARM® LM3S Microcontrollers Forum » LM3S8962 SSL impelentation
Share
Stellaris® ARM® Microcontrollers
  • Forum
Options
  • Subscribe via RSS

Forums

LM3S8962 SSL impelentation

This question is not answered
Gergely Sandor
Posted by Gergely Sandor
on Apr 03 2012 05:24 AM
Prodigy80 points

Hello!

1. I would like to ask, if there are existing an SSL implementation at Lwip Tcp Stack? If yes, where I can find? I have a LM3S8962 demo board, and I would like to use SSL at the TCP communication.

2. The Lwip Tcp/ip stack uses 8Mhz oscillator frequency, and if I turn on the PLL, the stack goes off. I think because of timing restrictions. Is there a solution for this?

Report Abuse
  • Reply
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
All Replies
  • Craig Giglio94760
    Posted by Craig Giglio94760
    on Apr 04 2012 11:24 AM
    Intellectual860 points

    Hello Gergely,

    Within the StellarisWare there are no examples that use SSL with the LWiP stack.  For your other question, can you provide more information when you say the "stack goes off?"

    Regards,

    Craig

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Gergely Sandor
    Posted by Gergely Sandor
    on Apr 05 2012 00:26 AM
    Prodigy80 points

    Hello Craig!

    Thanks for your response. I tried the enet_lwip demo application on the KES-LM3S8962, and I made a TCP server, where I need to send 30KB data to a TCP client. The communication between the server-client works fine (without errors) when the processor is running at 8Mhz frequency (tcp server and web server together), but when I turn on the PLL, a lot of packets have lost. I analyze the transmission with Wireshark, and there is full of error (TCP retransission, duplicate ACK). After a few wrong packets the TCP connection breaks.

    Do you have any idea, how can I resolve it?

    Regards,

    Gergely

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Craig Giglio94760
    Posted by Craig Giglio94760
    on Apr 05 2012 10:16 AM
    Intellectual860 points

    Hello Gergely,

    Can you try adding this code before you set the clock to use the PLL (the SysCtlClockSet function)?

    SysCtlLDOSet(SYSCTL_LDO_2_75V);

    You may have to include it in this conditional:

    if(REVISION_IS_A2)

    {

         SysCtlLDOSet(SYSCTL_LDO_2_75V);

    }

    Hope that helps.

    Regards,

    Craig

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Gergely Sandor
    Posted by Gergely Sandor
    on Apr 06 2012 01:00 AM
    Prodigy80 points

    Hello Craig!

    I tried to add this function before PLL setup, but it didn't resolve the problem.

    Here is a part of code:

    int
    main(void)
    {

    //    unsigned char i;
    //    unsigned char a;
        unsigned long ulUser0, ulUser1;
        unsigned char pucMACArray[8];
        
        if(REVISION_IS_A2)

        {

             SysCtlLDOSet(SYSCTL_LDO_2_75V);

        }
        //
        // Set the clocking to run directly from the crystal.
        //
        SysCtlClockSet(SYSCTL_SYSDIV_4 | SYSCTL_USE_PLL | SYSCTL_OSC_MAIN |
                       SYSCTL_XTAL_8MHZ);

        FOSC=SysCtlClockGet();
        //
        // Initialize the UART for debug output.
        //
        SysCtlPeripheralEnable(SYSCTL_PERIPH_GPIOA);
        GPIOPinTypeUART(GPIO_PORTA_BASE, GPIO_PIN_0 | GPIO_PIN_1);
        UARTStdioInit(0);

    I took 2 screenshot about the transmission with and without PLL.

    Where I am using PLL the total time of transmission takes 4.89-1.71=3.18 sec, and where I use 8Mhz Fosc, the total time takes only 2.40-2.32=0.08 sec.For my application is the most important thing the time :(

    The board IP is 145 and the client IP is 147. I attached the screenshots, thanks for your response.

    Regards,

    Gergely

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Gergely Sandor
    Posted by Gergely Sandor
    on Apr 06 2012 01:02 AM
    Prodigy80 points

    And there is the other one, where I am using PLL.

    Gergely

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Gergely Sandor
    Posted by Gergely Sandor
    on Apr 06 2012 02:42 AM
    Prodigy80 points

    I measured the voltage on pin 7 (LDO pin) and I obtained the following values:

    when using the SysCtlLDOSet(SYSCTL_LDO_2_75V) : 2.73 V , and without this: 2.48 V

    Regards,

    Gergely

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Craig Giglio94760
    Posted by Craig Giglio94760
    on Apr 09 2012 10:02 AM
    Intellectual860 points

    Hello Gergely,

    I noticed that with the increase in the SysClk the Systick interval was not changed.  Could you try droping the Systick interval to something similar to the 8MHz case?  You could do this by adding

    #define SYSTCIKKHZ_50    625

    then change the line 257 code from

    SysTickPeriodSet(SysCtlClockGet() / SYSTICKHZ);

    to

    SysTickPeriodSet(SysCtlClockGet() / SYSTICKHZ_50);

    Can you try that and see if that helps at all?

    Regards,

    Craig

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Gergely Sandor
    Posted by Gergely Sandor
    on Apr 10 2012 00:50 AM
    Prodigy80 points

    Hello Craig!

    I tried this code, but it didn't resolved the problem. Sending the 30KB of data seems like in the picture what I sent previously. Now I observed that this problem persists only when I try to send this "big" data. When my application has no data to send, receives from client keep alive messages, and then sends keep alive response messages, and this "communication" works fine.

    If you want, I can send my application, at which You can connect with telnet, and this sends up 30kb of data. Probably You can find the problem in a few moments :) In this moment I have no more idea, what can be the problem with this.

    Regards,

    Gergely

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Craig Giglio94760
    Posted by Craig Giglio94760
    on Apr 12 2012 10:32 AM
    Intellectual860 points

    Hello Gergely,

    A few more things.

    1) Has the code been modified at all?  This code has been run using file sizes in the MB ranges including using the PLL with the same configuration you are using (50 MHz).

    2) Can you reduce the PLL frequecncy and does the transfer start working?

    3) You can put the SysTick interval back to SYSTICKHZ.

    Regards,

    Craig

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Gergely Sandor
    Posted by Gergely Sandor
    on Apr 13 2012 02:55 AM
    Prodigy80 points

    Hello Craig!

    Thanks a lot for giving me this idea to reduce the PLL. Well I reduced the PLL frequency to 33.33 Mhz, and the application now is working perfectly.  I think it is enough for the requirements.

    I put back the SysTick interval, and now I am satisfied with this parameters :)

    I modified the enet_lwip demo app, to listen 2 ports at a time, one for web server, and one for a tcp connection. To the board is attached a fingerprint sensor, a card reader and a few I/O ports. The role of the app. is to send the fingerprint or card ID to a client so fast as it can.

    I will think about this problem in the future, but I consider that this topic is resolved. If you will found the solution, please tell me. Thanks for your help.

    Regards,

    Gergely

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Craig Giglio94760
    Posted by Craig Giglio94760
    on Apr 13 2012 07:46 AM
    Intellectual860 points

    Hello Gergerly,

    You are welcome.  Glad it is working for you now. 

    Regards,

    Craig

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
  • Michael Klos
    Posted by Michael Klos
    on Jul 30 2012 19:22 PM
    Prodigy120 points

    Take a look at Evaluating PeerSec Networks MatrixSSL on a Stellaris Microcontroller (AN01244)

    :

    Report Abuse
    • Reply
    You have posted to a forum that requires a moderator to approve posts before they are publicly available.
TI E2E™ Community
  • Support Forums
  • Blogs
  • Videos
  • Groups
  • Site Support & Feedback
  • Settings
TI E2E™ Community Groups
  • TI University Program
  • Make the Switch
  • Microcontroller Projects
  • Motor Drive & Control
Other Communities
  • Deyisupport
  • Designsomething.org
  • beagleboard.org
  • TI on Element 14
  • TI on TechXchangeSM
Other Technical & Support Resources
  • WEBENCH® Design Center
  • Product Information Centers
  • Technical Documents
  • TI Design Network
  • TI Technical Articles
  • TI Training

All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.

Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms of Use of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms of Use of this site. TI, its suppliers and providers of content reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.

Follow Us Texas Instruments on Facebook Texas Instruments on Twitter Texas Instruments on LinkedIn Texas Instruments on Google+
TI Worldwide | Contact Us | my.TI Login | Site Map | Corporate Citizenship | mobile m.ti.com (Mobile Version)

TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs and
embedded processors, along with software, tools and the industry’s largest sales/support staff.

© Copyright 1995-2013 Texas Instruments Incorporated. All rights reserved.
Trademarks | Privacy Policy | Terms of Use