[En-Nut-Discussion] STM32 support

[Thiago A. Corrêa]

Hi Uwe,

      It works well with qnutconf as well, builds and all, there is just
one configuration option under the clock configuration that has problems
with it, once you click on it it's value disappears and it's mandatory for
the build, but if you leave it alone then the build finishes without errors.

       After fixing a problem with our board, which had wrong capacitor
values, we ran into an IntHardfaultHandler and IntUsagefaultHandler when
trying to open the http in our application. On both cases the STM32CubeIDE
debugger shows as NutThreadResume (thread.c:206) is called right before the
signal handler. If I enable DEBUG_MACRO should I see the fault address in
the handler's arg variable then point the disassembly view to that address?
I see a dump code that outputs with DebugPrint but I didn't find the output
in Debugger Console or SWV ITM Data Console.

       Also the emac driver isn't respecting the default MAC Address from
the CONFNET_VIRGIN_MAC. I will look into it.


On Tue, Mar 7, 2023 at 2:34 PM Uwe Bonnes <
bon at elektron.ikp.physik.tu-darmstadt.de> wrote:

> >>>>> "Thiago" == Thiago A Corrêa <thiago.correa at gmail.com> writes:
>
>     Thiago> Hi Uwe, It would be of great help if you could upload to
>     Thiago> github. I have found some python scripts in the NutOS
> Have a look at https://github.com/UweBonnes/ethernut.
>
> Be sure to compile nutconfigure.
>
> Let me know if you need help.
>
> Bye
> --
> Uwe Bonnes                bon at elektron.ikp.physik.tu-darmstadt.de
>
> Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
> --------- Tel. 06151 1623569 ------- Fax. 06151 1623305 ---------
> _______________________________________________
> http://lists.egnite.de/mailman/listinfo/en-nut-discussion
>