flz47655:
il problema o sta nella implementazione dello SPI che canna qualcosa (uhmmm)
più che altro nell'implementazione hw dello SPI, ovvero c'è un baco nel micro
e la peppa, che credi di essere il primo che usa SPI? che la libreria che usi ha un baco è mille volte più probabile
oppure nel chippino che non regge tutte quelle chiamate (uhmmm doppio).
flz47655:
in che senso non regge le chiamate?
nel senso che se ha un minimo di logica interna (in pratica è un altro microo quasi) probablmente bufferizza i dati, e crea casino dentro se stesso. in fondo potrebbe non essere stato pensato per essere floddato di richieste
flz47655:
anzi,nella libreria tua sostituisci tutti i riferimenti a spi con chiamate alla libreria SPI si arduino..
perché scusa? Non volevo stravolgere tutto
però usi la lireria SPI più usata del mondo arduino.. ed eliminiamo un possibile problema del "driver", rimane omunque un possiile errore nel protocollo al di sopra di SPI (esempio impostazone valori non consenti)