Pour le daisy chain, c'est juste une façon de de contourner le "problème" de CS, au lieu d'avoir un CS par esclave, on en utilise qu'un.
Pour que cela fonctionne, il faut donc chainer les esclaves SPI les uns après les autres.
En gros le MOSI du 1er slave est sur MOSI du master puis le MISO du 1er slave sur le MOSI du second etc, puis le MISO du dernier slave sur le MISO du master...une chaine quoi
La clock est CS sont en commun.
en image ca donne ça: http://en.wikipedia.org/wiki/File:SPI_three_slaves_daisy_chained.svg
Jusque la rien de bien compliqué. La ou ca se complique (un peu) c'est donc que maintenant quand tu envoies un message, faut avoir un système d'@ (te faire un protocole pour savoir a qui est adressé la commande), puis tu envoies toujours ta commande au premier slave qui la transmet au second si ce n'est pas pour lui ou transmet la reponse au second qui transmet a son tour etc jusqu'au dernier slave qui renvoie normalement la réponse de la commande au master (ou si personne ne l'a traité, la commande elle même).
Ca complique donc le principe du SPI, pas spécialement pour le master mais beaucoup pour les slaves. Et dans l'absolu, a chaque coup de clock chaque master est sensé traiter les données et transmettre a suivant.