C'est dingue que rien n'a évolué dans la petite électronique numérique. Il y a toujours du RS232, de l'I2C ou du CAN.
Pourtant, cela serait top d'avoir un bus série 2 bits bidirectionnel, avec une norme pour 2 bus par chip pour faire des anneaux, et que cela soit fiable tout en évitant les switches. Pour avoir de la vitesse, il faut uniquement des connections point à point.
L'idéal serait des bus qui envoies des messages sans intervention du CPU, ce qui peut bouffer énormément de puissance surtout si le bus est rapide et surtout si le système est grand.
Je vois que la mode est au RDMA, cela pourrait être un bon point de départ.
Cela évite aussi les configurations d'adresse externes comme le demande l'I2C, ce qui limite aussi le nombre d'éléments connecté.
On peut ainsi séparer complétement le lien physique (3.3v TTL, RS429, paire différentiel,...),le protocole sur le fils pour gérer le zéro perte (code correcteur ou SPI avec retry, établissement de vitesse de com,...), et un protocole de routage déterministe, ainsi c'est le bloc HW qui gère et non le petit cpu. En cas de besoin spécifique, cela peut s'adapter.
C'est tellement casse pied comme problème. 4 fils + masse sur un arduino ou une raspberry-pi pourrait permettre de faire pleins de chose. Au lieu d'être limité par l'I2C ou le SPI.
[^] # Re: Avec ou sans Raspberry
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche FRAISE : FRAmework for Interfacing Software & Electronics. Évalué à 3.
C'est dingue que rien n'a évolué dans la petite électronique numérique. Il y a toujours du RS232, de l'I2C ou du CAN.
Pourtant, cela serait top d'avoir un bus série 2 bits bidirectionnel, avec une norme pour 2 bus par chip pour faire des anneaux, et que cela soit fiable tout en évitant les switches. Pour avoir de la vitesse, il faut uniquement des connections point à point.
L'idéal serait des bus qui envoies des messages sans intervention du CPU, ce qui peut bouffer énormément de puissance surtout si le bus est rapide et surtout si le système est grand.
Je vois que la mode est au RDMA, cela pourrait être un bon point de départ.
http://www.rdmaconsortium.org/home/The_Case_for_RDMA020531.pdf
Cela évite aussi les configurations d'adresse externes comme le demande l'I2C, ce qui limite aussi le nombre d'éléments connecté.
On peut ainsi séparer complétement le lien physique (3.3v TTL, RS429, paire différentiel,...),le protocole sur le fils pour gérer le zéro perte (code correcteur ou SPI avec retry, établissement de vitesse de com,...), et un protocole de routage déterministe, ainsi c'est le bloc HW qui gère et non le petit cpu. En cas de besoin spécifique, cela peut s'adapter.
C'est tellement casse pied comme problème. 4 fils + masse sur un arduino ou une raspberry-pi pourrait permettre de faire pleins de chose. Au lieu d'être limité par l'I2C ou le SPI.
"La première sécurité est la liberté"