En realidad, los ATTinys tienen hardware para admitir TWI (la variante I2C) o SPI, conocido como la "Interfaz de serie universal". Puedes hacer una de ellas a la vez, no la otra. Además, tiene que hacer cosas de protocolo como "buscar la dirección de esclavo adecuada" en el software: el hardware detectará la condición de inicio y mantendrá el reloj bajo hasta que esté listo para recibir un byte, pero luego tendrá que compare ese byte con su propia dirección y luego ingrese un ciclo de sondeo si coincide. (Tenga en cuenta que los tiempos de subida / caída de I2C no están garantizados en estos dispositivos).
Lo mismo para SPI; puede obtener interrupciones y datos para la selección de esclavos SPI y la transferencia de datos, y puede transferir los datos de usted al maestro también en el hardware, pero tiene que alimentarlos manualmente cada byte, y como maestro, realmente debe generar el reloj manualmente (ingresando un bucle que destella el bit del reloj)
He utilizado I2C para comunicaciones de bus de media distancia en un robot, y funcionó bien. No sé si funcionaría tal y como está a más de 10 metros. Es posible que desee modular en un par de cables RS-485 y des-modular en el otro extremo, por ejemplo. Eso probablemente funcionaría muy bien, a 100 kHz o menos. Los circuitos del controlador RS-485 son baratos y fáciles de trabajar. Necesitará dos pares trenzados para las comunicaciones, por lo que el cableado telefónico regular. (Más si también quieres enviar poder).
Si eso es demasiado molesto para ti, sugeriría usar XBees para comunicaciones con el firmware de la serie 1 (así, "cables de aire" regulares para UART.) Los Attinys no hacen UART de forma nativa, pero puedes emularlo con la USI (solo dúplex único) o bit banging (solo velocidades de datos lentas).
Dicho esto, ¿por qué estás usando ATTinys? El costo de un ATmega en cantidad 25 es algo así como $ 2. También podrías tener un chip real en cada extremo :-)