Répondre à tes questions c'est faisable, répondre efficacement est plus difficile.
Pour commencer as tu commencé a te documenter ? Il y a deux sources à consulter en priorité : ici même le guide Arduino qui renvoie sur des nombreux articles et sites intéressants et le playground Arduino .
Une fois ce travail préalable effectué tu sera en mesure de poser des questions beaucoup moins générales et il sera plus facile de répondre efficacement.
J'ai une remarque sur tes besoins en capteurs :
pas chers, facile à mettre en oeuvre et précis. Ma traduction amusée : le beurre, l'argent du beurre et le sourire de la crémière.
Regardes bien tes besoins par exemple capteur de température précis à 0,1 °C : est-ce utile ?
Et que veux dire précis ?
--> valeur exacte en absolu --> à part pour un centre officiel de météorologie quel intérêt ?
--> valeur reproductible on dit aussi "fidèle" --> ce qui veut dire : mis dans les mêmes conditions de température, même à des semaines d'écart, le capteur donnera la même indication, cette indication pouvant par ailleurs être décalée de 0,3 ou 0,5°C en absolu. Cette dernière conception est beaucoup plus utile.
Tiens compte aussi que la mise en oeuvre d'un capteur,
quel qu'il soit, est tout aussi importante que ses performances intrinsèques.
Autre point :
Tout à fait d'accord avec toi pour commencer petit avec une seule pièce et étendre à la maison tout entière par la suite.
Néanmoins pour éviter de te retrouver dans une impasse gardes toujours un oeil sur le nombre d'entrées et de sorties nécessaire.
Dès fois un peu de réflexion au départ du projet permet de diminuer le nombre d'E/S nécessaires.
Exemple personnel : j'ai trois afficheurs à commander soit 3*7=21 segments.
solution 1 : utiliser 21 broches --> c'est idiot.
solution 2 : utiliser des décodeur BCD/7 segments ce qui revient à utiliser 12 broches -> c'est mieux mais pas encore optimisé.
solution 3 : utiliser trois registres à décalage (8bits) chaînés ce qui revient à utiliser 2 broches, Horloge et Data, et une troisième facultative pour le latch -> 3 c'est mieux que 21, cela demande juste un peux plus de complication logicielle.
C'est bien sur un exemple très basique mais c'est ce genre de réflexion à mener au début d'un projet avant de foncer bille en tête.
Gardes aussi un oeil sur les broches utilisées par les extensions ('"shields"). Jouer au Lego en empilant les "shields" c'est pratique mais du coup c'est souvent mal documenté et il faut lire les bibliothèques associées pour connaître le nombre et les références des broches utilisées.