From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27477 invoked by alias); 26 Jan 2014 02:51:13 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 27460 invoked by uid 89); 26 Jan 2014 02:51:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: Yes, score=5.4 required=5.0 tests=AWL,BAYES_99,BODY_8BITS,GARBLED_BODY,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL autolearn=no version=3.3.2 X-HELO: gateway04.websitewelcome.com Received: from gateway04.websitewelcome.com (HELO gateway04.websitewelcome.com) (67.18.15.11) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 26 Jan 2014 02:51:03 +0000 Received: by gateway04.websitewelcome.com (Postfix, from userid 5007) id 559076C40DE52; Sat, 25 Jan 2014 20:51:01 -0600 (CST) Received: from ham07.websitewelcome.com (unknown [192.185.0.198]) by gateway04.websitewelcome.com (Postfix) with ESMTP id 471FE6C40DE00 for ; Sat, 25 Jan 2014 20:51:01 -0600 (CST) Received: by ham07.websitewelcome.com (Postfix, from userid 500) id 3D3FB460002; Sat, 25 Jan 2014 20:51:01 -0600 (CST) X-Spam-Flag2999: NO X-Spam-Level2999: X-Spam-Status2999: "No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU autolearn=unavailable version=3.3.1 Received: from montecarlo.websitewelcome.com (montecarlo.websitewelcome.com [192.185.12.42]) by ham07.websitewelcome.com (Postfix) with ESMTP id 649B8460002 for ; Sat, 25 Jan 2014 20:50:59 -0600 (CST) Received: from [77.28.161.11] (port=48845 helo=[192.168.178.21]) by montecarlo.websitewelcome.com with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1W7FoI-0000I7-T9; Sat, 25 Jan 2014 20:50:59 -0600 Message-ID: <52E47811.9080806@siva.com.mk> Date: Sun, 26 Jan 2014 02:51:00 -0000 From: =?UTF-8?B?IklsaWphIEtvY2hvIFvQmNC70LjRmNCwINCa0L7Rh9C+XSI=?= User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Valentin BOUSSON CC: ecos-discuss@ecos.sourceware.org References: <52DD4B0B.8080105@belphegor.eu> <52DD814D.8080607@siva.com.mk> <52E24132.2020505@belphegor.eu> In-Reply-To: <52E24132.2020505@belphegor.eu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BWhitelist: no X-Source-Sender: ([192.168.178.21]) [77.28.161.11]:48845 X-Source-Auth: ilijak+siva.mk X-Email-Count: 1 X-Source-Cap: c2l2YW1rO2JpYmltYW47bW9udGVjYXJsby53ZWJzaXRld2VsY29tZS5jb20= X-IsSubscribed: yes Subject: Re: [ECOS] Specific needs on stm32 X-SW-Source: 2014-01/txt/msg00030.txt.bz2 Valentin What eCos version are you using? 3.0 doesn't have STMF4 BSP and STMF1 won't work on STMF4. You need eCos from CVS - look for the link in my previous mail. After you get eCos from CVS you need to set configtool to use it (Build->Repository then navigate to CVS repository). Now you should be able to see STMF4 target(s) in configtool templates. Ilija On 24.01.2014 11:32, Valentin BOUSSON wrote: > Hi ! > > Thank you for your enducement. > I read a lot more about the user guide, and it seems really adapted. > > As a first step, I am trying to make a simple hello world functionning > on my stm32f4 discovery , and that's not so easy. > > I downloaded the ecos-3.0 via the "ecos-install.tcl" script, and it > did well. I add into my PATH the gnu-tools binaries, to use all the > arm-eabi prefixed tools. > Then I ran the ecosconfig from a separate folder "work", in which I > put hello.c and a Makefile created with build_Makefile (and modifying > the SRCS, OBJS, etc..) > > My folder structure is : > ecos > ├── ecos-3.0 > │ └── ... > ├── ecosenv.csh > ├── ecosenv.sh > ├── gnutools > │ └── arm-eabi > │ └── ... > └── work > ├── app > │ ├── hello.c > │ ├── Makefile > │ └── Make.params > ├── my_stm32f4_build > │ └── ... > ├── my_stm32f4.ecc > └── my_stm32f4_install > └── ... > > The compilation process is going well, and I have now a hello.o, which > I can compile into an executable with the following command I have > adapted. > /TARGET-/gcc -g -I/BASE_DIR//ecos-work/install/include hello.c -L/BASE_DIR//ecos-work/install/lib -Ttarget.ld -nostdlib > > > > I think my problem now is very platform-specific because I'm unable to > make this executable to work neither onto the stm32, neither on a > simulator (arm-eabi-run ??). > I used to write my tests with the qstlink2 utility to flash my memory > in SWD, but the stm23f4 don't react at all, nor reboot. Some leds are > on but, no idea. > > I try to use the official st-util, in order to use a remote gdb, but I > don't know how to do. > > > In your opinion, I am on the good way with my experiments ? > > > And then, I saw nowhere in the eCos hal/stm32 folders the officials > BSP, as the management of GPIO, or SDIO, etc... > > > Thanks a lot. > > Valentin BOUSSON > > > On 20/01/2014 21:04, "Ilija Kocho [Илија Кочо]" wrote: >> Hi Valentin >> >> >> >> On 20.01.2014 17:12, Valentin BOUSSON wrote: >>> Hi all, I'm fresh and new on this mailing list, >>> and in the world of real embedded systems, actually. >>> >>> I bought a STM32F4 - DISCOVERY board to play with, and I succeeded to >>> compile and run a lot of simple, led / LCD / audio project I found >>> online. I was using the Sourcery arm compile chain for that. >>> >>> But my next ambition is little harder, I would like to adapt one of my >>> existing program, based on a plugin-mechanism, on my stm32. So, I was >>> looking for an RTOS being able to manage a simple system, in the Flash >>> memory, or in an external SD card. >>> >>> >>> >>> >>> I tried to set up the compilation environnement described in the big >>> pdf describing eCos, and on the Download & Installation section on the >>> website, I tried all the day, without any result. >>> Do you have some good links / tuto / advices to share ? >>> >> You need to get eCos from CVS (that I prefer to call "the rolling release"). >> Here you'll find info how to access CVS >> http://ecos.sourceware.org/anoncvs.html >> >> Also you can try eCos arm-eabi GNU tools - test release 4.6.3 >> http://ecos.sourceware.org/ml/ecos-discuss/2012-06/msg00047.html >> that comes with support for hardware floating point. >> >>> My questions are : >>> Is it possible to use the compilation chain generated by >>> summon-arm-toolchain, to compile eCos itself ? >> I haven't tried it. >> >>> What about the programs I would like to run on top of eCos ? >>> >> What would you like to run? >> With this little information, I can just say that porting POSIX >> applications is relatively straight forward. >> >>> If I store my programs in the Flash, how can I reprogram the flash to >>> change only the program, and not the kernel ? >>> >> Kernel is in general being linked with application. However it is >> possible to create dynamically loadable libraries. >> Also, you can install RedBoot and then use it for loading applications. >> >>> IYO, is eCOS the best OS to choose for my project ? // Are its dynamic >>> loading mechanism easy to use ? >>> >> No one can tell you what's best for your project. But IMHO, eCos is >> worth for consideration. >> I encourage you to try it. >> >> Have fun >> >> Ilija >> > -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss