2018-08-29 6:49 UTC+01:00, Martin Schreiber :
> On Tuesday 28 August 2018 23:15:09 code dz wrote:
>> i added a counter and yes paint event triggered every 16ms
>> i interrupt the application as you suggest me , you can see the call
>> stack pictures
>
> Interesting that there is no fillrect() or
2018-08-29 9:37 UTC+01:00, Martin Schreiber :
> On Tuesday 28 August 2018 23:15:09 code dz wrote:
>> i added a counter and yes paint event triggered every 16ms
>> i interrupt the application as you suggest me , you can see the call
>> stack pictures
>
> Please additionally add a counter to
On Tuesday 28 August 2018 23:15:09 code dz wrote:
> i added a counter and yes paint event triggered every 16ms
> i interrupt the application as you suggest me , you can see the call
> stack pictures
Please additionally add a counter to twidget.paint()
(lib/common/kernel/msegui.pas:10614) and
Hi Martin,
The solution is here: http://www.ibphoenix.com/files/Embedded_fb3.pdf
to those who are interested.
Best Regards
Med
--
Check out the vibrant tech community on one of the world's most
engaging tech sites,
> On 28 Aug 2018, at 22:15, mseide-msegui-talk-requ...@lists.sourceforge.net
> wrote:
>
> Send mseide-msegui-talk mailing list submissions to
> mseide-msegui-talk@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
On Wednesday 29 August 2018 15:46:24 Geoffrey Barton via mseide-msegui-talk
wrote:
> > Martin>
> I have just found that, if I power down the external data connections to
> the nucleo board, which are an i2s via DMA, the ’target->continue’ command
> works every time. It appears as though perhaps
On 08/29/2018 07:01 PM, code dz wrote:
>
> in fact it is not 1 widget , its 3
> 1 tpaintbox and 2 tintegerdisp
>
+ form + container = 5 widgets
-> expected frequency = 5 * 1/16ms = 313
If you update the values of the display widgets there will be more paint
events.
Martin
On Wednesday 29 August 2018 16:54:03 Geoffrey Barton via mseide-msegui-talk
wrote:
>
> > Does a manual 'Target'-'Reset' in
> > MSEide change the situation?
>
> No, I think because, if indeed the Target-Reset triggers a hardware reset,
> the processor then immediately boots from flash and runs
On Wednesday 29 August 2018 18:21:28 code dz wrote:
> 2018-08-29 9:37 UTC+01:00, Martin Schreiber :
> > On Tuesday 28 August 2018 23:15:09 code dz wrote:
> >> i added a counter and yes paint event triggered every 16ms
> >> i interrupt the application as you suggest me , you can see the call
> >>
2018-08-29 9:37 UTC+01:00, Martin Schreiber :
> On Tuesday 28 August 2018 23:15:09 code dz wrote:
>> i added a counter and yes paint event triggered every 16ms
>> i interrupt the application as you suggest me , you can see the call
>> stack pictures
>
> Please additionally add a counter to
2018-08-29 17:31 UTC+01:00, Martin Schreiber :
> On Wednesday 29 August 2018 18:21:28 code dz wrote:
>> 2018-08-29 9:37 UTC+01:00, Martin Schreiber :
>> > On Tuesday 28 August 2018 23:15:09 code dz wrote:
>> >> i added a counter and yes paint event triggered every 16ms
>> >> i interrupt the
> On 29 Aug 2018, at 15:19, Martin Schreiber wrote:
>
> On Wednesday 29 August 2018 15:46:24 Geoffrey Barton via mseide-msegui-talk
> wrote:
>>> Martin>
>> I have just found that, if I power down the external data connections to
>> the nucleo board, which are an i2s via DMA, the
12 matches
Mail list logo