Discussion :

[BYLS07]

Bonjour,

Ma configuration :

Lazarus : 1.6 ; FPC : 3.0 ; OS : Raspbian ; RaspberryPi : 3.0

Descriptif :

Le composant Timer me génère un événement tous les 10ms et effectue une action via une procédure sous condition.
Dès le début de l'événement je désactive le timer et après l'action je le réactive.
Le traitement de l'action(si condition réunis) se fait sans aucun problème pendant les quatre premières heures environ.
Passé ce délais l'action s'effectue correctement mais avec beaucoup de lenteur(cas identique en mode débogage ou pas).

Questions :

Quels sont les outils sous Lazarus pour contrôler la mémoire, pile... ?
Quels sont les options de compilation à adopter ?

En vous remerciant,

[Jipété]

Salut,

Quels sont les outils sous Lazarus pour contrôler la mémoire, pile... ?
Quelles sont les options de compilation à adopter ?

Àmhà ce n'est pas de ce côté qu'il faut chercher, je verrais plutôt un espace disque qui se remplit, de la mémoire allouée et non libérée, ce genre de choses...

Le traitement de l'action (si condition réunie) se fait sans aucun problème pendant les quatre premières heures environ.
Passé ce délai l'action s'effectue correctement mais avec beaucoup de lenteur (cas identique en mode débogage ou pas).

Parce qu'en général, un timer fera toujours la même chose, et c'est ce sur quoi il travaille qui va évoluer et éventuellement partir en vrille, au bout d'un certain temps ("quatre heures environ").

[BeanzMaster]

Salut pour une longue période il faut utiliser TIdleTimer

[BYLS07]

Merci pour vos pistes d'actions,
- J'ai contrôlé l'espace disque avec l'application en exécution -->sans changement
En ce qui concerne la mémoire allouée et non libérée :
- j'ai recontrôlé la définition de mes variables, rien de ce coté apriori.
- À l'aide d'un bouton et des fonctions ('FreeAndNil', 'free' et 'destroy'), j'ai contrôlé en libérant certains objets après 4heures, mais sans résultat.


Je vais essayer avec TIdleTimer et je vous tiens au courant.

[BYLS07]

J'ai essayé avec TIdleTimer, il semblerait qu'il y ait une légère amélioration, mais pas suffisante. Le problème réside effectivement dans la libération de la mémoire.
Je regarde sur le partage des variables/objets entre les unités, je vais aussi réviser sur le forum (un lien ?)

Du coup je rentre plus dans le détail mais sans vous inonder de code(ça viendra...;-) ) :

Au raspberry(RPI), j'ai associé une carte E/S MCP23S17 http://www.pridopia.co.uk/pi-23s17-8-v3.html.
Après plusieurs tentatives auprès d'autres librarys(PiGPIO, RPI_HAL, WiringPI), depuis le raspberry pour bien communiquer avec cette carte j'utilise la library PXL http://asphyre.net/products/pxl
L'utilisation de trois objets en cascade permet de faire la liaison entre la carte et le raspberry :

Objet1 -> Map du système RPI
Objet2 -> Gestion des ports GPIO RPI(en paramètre : Objet1)
Objet3 -> Gestion du bus SPI(en paramètre : Objet2)

L'Objet3 me permet aisément de lire ou d'écrire sur la carte E/S. C'est cet objet que je sollicite tous les 10ms.

Je crée l'objet3 au démarrage de l'application, je l'utilise dans le timer 10ms et je le libère en fin d'application.

Question :
Est-ce qu'il vaut mieux le créer à l'événement timer et le libérer en fin de l'événement timer (Test en cours) ?

[BeanzMaster]

Salut

Est-ce qu'il vaut mieux le créer à l'événement timer et le libérer en fin de l'événement timer (Test en cours) ?

Dur de répondre.

Qu'elles sont les classes de "Object1,2 et 3 " ?
Un petit bout de code de comment tu initialises, utilises et détruits ces objets serai le bienvenue.

Le problème vient peut-être de ces objets (je parles de leur code dans la librairie Pxl, et non de ton code).