Brevet FR3039957A1 (20170210)
REVENDICATIONS:\n<CLM>\1\tProcédé pour le téléchargement de requêtes d'écriture (Req TD) de données logicielles applicatives dans au moins une mémoire d'au moins un calculateur (4, 4a, 4b), le(s) calculateur(s) (4, 4a, 4b) étant embarqué(s) dans un véhicule, les requêtes d'écriture (Req TD) étant transmises au(x) calculateur(s) (4, 4a, 4b) en trames initiales dans un premier réseau local, puis, après conversion en trames modifiées, dans un second réseau à multiplexage temporel définissant des cycles de communication successifs et présentant une bande passante divisée en plusieurs canaux de communication, chaque canal étant attribué à un calculateur (4, 4a, 4b), caractérisé en ce que : - pour la conversion, on segmente les trames initiales en trames modifiées contenant chacune un nombre d'octets inférieur ou égal à un nombre maximal (Vmax) admissible par le canal associé au calculateur dans le second réseau, - quand il existe durant un cycle de communication un ou plusieurs canaux libres soit parce que les requêtes d'écritures destinées à un ou plusieurs calculateurs sont terminées ou que le nombre de calculateurs en cours de téléchargement est inférieur au nombre de canaux disponibles, les canaux libres sont réattribués au(x) calculateur(s) en cours de téléchargement pour l'envoi de trames modifiées en plus de celles reçues par son (leurs) canal (canaux) de communication attribué(s), - on recompose dans le(s) calculateur(s) (4, 4a, 4b) restant la requête d'écriture (Req TD) lui (leur) étant destinée(s) par regroupement des trames modifiées et écriture en mémoire des données logicielles.\n<CLM>\1\tProcédé selon la revendication 1, dans lequel le second réseau à multiplexage temporel est à communication par bus, périodiquement partagé pendant un cycle, entre un segment statique et un segment dynamique, l'envoi simultané de trames modifiées pour le ou les calculateurs (4, 4a, 4b)en cours de téléchargement n'étant possible que dans le segment dynamique.\n<CLM>\1\tProcédé selon l'une quelconque des revendications 1 ou 2, dans lequel, quand chaque calculateur (4, 4a, 4b) reçoit une trame modifiée, il est procédé à l'identification si cette trame finalise une requête d'écriture (Req TD) complète ou comme faisant partie d'une requête d'écriture (Req TD) non encore complète, cette identification étant suivie, dans le premier cas, par une écriture des données logicielles dans la mémoire du calculateur (4, 4a, 4b) et, dans le second cas, par l'attente des trames modifiées non 3039957 21 encore parvenues au calculateur (4, 4a, 4b) pour la recomposition de la requête d'écriture (Req TD).\n<CLM>\1\tProcédé selon la revendication 3, dans lequel, lors de la conversion, il est mesuré le nombre d'octets total de chaque requête d'écriture (Req TD) pour chaque calculateur 5 et il est généré autant de trames modifiées segmentant cette requête d'écriture qu'il n'en faut pour contenir l'ensemble des octets de chaque requête d'écriture (Req TD), le nombre de trames générées dépendant de la taille maximale autorisée par trame.\n<CLM>\1\t.Procédé selon la revendication 4, dans lequel, lors de la recomposition de la requête d'écriture (Req TD) dans un calculateur (4, 4a, 4b), il est procédé pour chaque requête 10 d'écriture (Req TD) à une comparaison entre le nombre total d'octets de la requête d'écriture (Req TD) en tant que total des données attendues et le nombre d'octets des trames modifiées ayant déjà été reçues et segmentant la requête d'écriture (Req TD) en tant que total des données reçues et, si ces deux nombres d'octets sont égaux, il en est déduit que la requête d'écriture (Req TD) a été complètement reçue par le 15 calculateur et il est procédé à son écriture en mémoire, tandis que si le nombre total d'octets de la requête d'écriture (Req TD) attendu est supérieur au nombre total d'octets des trames modifiées reçues, la recomposition de la requête d'écriture (Req TD) est en attente de réception de nouvelles trames jusqu'à ce que la longueur attendue soit égale au nombre total d'octets des trames modifiées reçues. 20\n<CLM>\1\tProcédé selon la revendication 3, dans lequel il est émis vers chaque calculateur (4, 4a, 4b) devant être téléchargé, une première requête de téléchargement dans laquelle est indiqué le nombre total d'octets qui devront être téléchargés, le calculateur (4, 4a, 4b) indiquant en retour le nombre maximal (Max) prédéterminé d'octets par la requête d'écriture (Req TD) transmise par un outil d'équipement (1). 25\n<CLM>\1\tProcédé selon la revendication 6, dans lequel, pour chaque requête d'écriture (Req TD) associée à un calculateur (4, 4a, 4b), il est procédé : - au calcul d'un nombre d'octets restant à recevoir, - au calcul d'un nombre d'octets transportés comme étant le minimum entre le nombre d'octets restant à recevoir et le nombre maximal (Max) prédéterminé d'octets 30 par requête d'écriture (Req TD), - à la comparaison du nombre d'octets transportés par requête d'écriture (Req TD) avec le nombre d'octets déjà reçus en additionnant les octets des trames modifiées déjà reçues par le calculateur (4, 4a, 4b), 3039957 22 - avec, si le nombre d'octets déjà reçus est égal au nombre d'octets transportés, détermination que les trames modifiées déjà reçues contiennent l'intégralité de la requête d'écriture (Req TD), auquel cas il est procédé à l'écriture dans la mémoire du calculateur (4, 4a, 4b) des données de la requête d'écriture (Req TD), ou 5 - si au contraire le nombre d'octets déjà reçus est inférieur au nombre d'octets total transportés par la requête d'écriture (Req TD), détermination que les trames modifiées reçues ne contiennent pas l'intégralité de la requête d'écriture (Req TD), auquel cas la recomposition de la requête d'écriture (Req TD) est continuée en attente de l'arrivée de nouvelles trames. 10\n<CLM>\1\tSystème de téléchargement de requêtes d'écriture (Req TD) de données logicielles applicatives dans respectivement au moins une mémoire d'au moins un calculateur (4, 4a, 4b) le ou les calculateurs (4, 4a, 4b) étant embarqués dans un véhicule, le système comprenant un outil d'équipement (1) émettant par un premier réseau local des requêtes d'écriture (Req TD) sous forme de trames initiales, les 15 calculateurs (4, 4a, 4b) étant connectés à un second réseau à multiplexage temporel définissant des cycles de communication successifs, chaque calculateur (4, 4a, 4b) intégrant un chargeur d'amorçage (5) pour la réception de trames modifiées conformées au second réseau destinées au calculateur (4, 4a, 4b) avec des moyens d'écriture en mémoire des données logicielles contenues dans ces trames, une 20 passerelle (3) effectuant la conversion entre trames initiales et modifiées, caractérisé en ce que la passerelle (3) comprend des moyens de réception de données provenant de chaque calculateur (4, 4a, 4b) lui indiquant un état de chargement dans le calculateur (4, 4a, 4b) de sa requête d'écriture (Req TD) et des moyens de segmentation des trames initiales en trames modifiées avec chacune un nombre 25 d'octets inférieur ou égal au nombre maximal (Vmax) autorisé par le second réseau, chaque chargeur d'amorçage (5) comportant une couche de recomposition des trames modifiées en une requête d'écriture (Req TD) complète.\n<CLM>\1\tSystème selon la revendication 8, dans lequel le second réseau à multiplexage temporel présente un cycle de 1,7 milliseconde avec un segment statique et un 30 segment dynamique de 840 microsecondes, le nombre maximal (Vmax) d'octets admissible par trame modifiée étant de 128 octets.\n<CLM>\1\tSystème selon la revendication 9, dans lequel le ou les calculateurs (4, 4a, 4b), le second réseau et la passerelle (3) sont logés dans un véhicule automobile, l'outil d'équipement (1) et le premier réseau étant logé à l'extérieur du véhicule.35