Cette question est liée à une autre question que j'ai postée ici.
Je travaille avec une petite agence de transport en commun sur un site bien ouvert. projet source qui nous aidera à offrir des données en temps réel aux développeurs locaux. Une donnée clé dont nous avons besoin est l'itinéraire de bus actuel sur lequel se trouve un véhicule donné. Actuellement, il n'existe qu'un seul système électronique qui connaît ces informations: l'unité logique du véhicule (VLU) dont chaque véhicule est équipé.
Lorsqu'un conducteur de bus commence un itinéraire, il saisit son numéro d'identification dans le clavier sur l'unité de commande opérateur (OCU). Ce numéro d'identification est envoyé au VLU, qui affiche alors le texte approprié sur les panneaux LED du bus.
Sur l'OCU, il y a deux ports DB9F. Dans le manuel, ils sont décrits comme des "PORTS J1708". L'un d'eux est connecté au VLU et l'autre est à ma disposition. La connexion à celui-ci me permet d'obtenir des données que vous pouvez lire dans mon autre question.
Ce que j'aimerais faire, c'est procéder à une ingénierie inverse du micrologiciel du VLU et voir comment il décide quelles données envoyer ou comment interpréter les données reçues. D'après ce que je peux dire, le firmware utilise RTTarget-32 comme base. Je pense que c'est le cas parce que les chaînes suivantes peuvent être trouvées dans le fichier du firmware:
RTTarget-32 5.0 16-Bit Boot Code (c) 1996,2006 On Time InformatikOn Time RTOS-32 5.0 Disk Loader (c) 1996,2009 On Time
Je n'ai pas publié de lien vers le fichier du firmware parce que je sais que les liens vers des fichiers externes sont généralement mal vus sur les sites SE. Si je devais le télécharger, cependant, quel hôte de fichier dois-je utiliser?
Alors, comme l'indique le titre de ma question, quelles techniques dois-je utiliser pour commencer la rétro-ingénierie de ce fichier de firmware?