Il y a deux problèmes distincts :
a)démarrer le RPi s'il y a assez de lumière (et là, il est impossible de piloter un CAN) et le maintenir allumé jusqu'à ce qu'il soit capable de juger s'il y a assez de lumière ou pas) : c'est un problème électronique (un ampli-op comparateur, et un potentiomètre, suivi d'un relais, permettraient de le résoudre et de régler le seuil d'allumage: on disposerait d'un niveau logique "il fait assez sombre ou pas" ) .
Edité Au vu de votre profil, je suppose que vous pouvez vous inspirer de la solution trouvée au
viewtopic.php?f=70&t=825 (l'état "télé allumée" devenant "il y a assez de lumière") qui assure le maintien après le démarrage, même si la luminosité est flageolante.
b) eteindre le RPI s'il a fait sombre
assez longtemps (pour ne pas que le passage d'un bout de papier devant la LDR perturbe le RPI) et si toutes les tâches sont terminées (alors là, un sudo halt suffit). A la limite, la référence du convertisseur A-N n'a que peu d'importance si "on" se contente de niveaux logiques (une patte à câbler au lieu des 4 fils du SPI.... ou des deux fils de l'I2C) et que le logiciel, par un buffer circulaire, permet de savoir s''il a fait sombre assez longtemps (coller un CAN ne résout pas ce problème d'obscurités passagères).... Couper brutalement corromprait assez vite les fichiers que la caméra enregistrerait...voire la carte SD.
Edité : La gestion de l'arrêt (mais sans temporisation pour detecter que l'on est réellement plongé dans l'obscurité, ce de façon durable ) à partir d'une patte du GPIO est traitée en
viewtopic.php?t=355