Posté par alexissoft .
En réponse au journal Chumby.
Évalué à 2.
C'est bien, ça tourne sous Linux et ça redistribue les sources. Mais le firmware complet n'est pas libre, normal, ça casserait leur business.
Je travaille là sur un projet de réveil radiopiloté 100% GPL, firmware et PCB inclus. Actuellement c'est un peu à l'état de prototype, j'ai été bloqué pendant 1 an sur un problème tout bête, mais depuis peu ça avance bien (faut dire que je l'avais un peu laissé de côté).
Il devrait pouvoir réveiller d'ici une semaine ou deux (histoire de comprendre pourquoi mon horloge RTC ne m'envoie pas les signaux à 1Hz sur une de ses pins pour demander au uC la réactualisation de l'heure).
Mais actuellement sans écran, l'heure se règle toute seule par DCF77 (algo de décodage du signal inclu), l'ancienne valeur de l'alarme se récupère depuis l'EEPROM (ça permet d'éviter les problèmes de réveil qui ne réveille plus après une coupure de courant), mais pour régler l'alarme ou pour connaître l'heure il faut utiliser une liaison RS232. Mais c'est prévu.
# Pas libre
Posté par alexissoft . En réponse au journal Chumby. Évalué à 2.
Je travaille là sur un projet de réveil radiopiloté 100% GPL, firmware et PCB inclus. Actuellement c'est un peu à l'état de prototype, j'ai été bloqué pendant 1 an sur un problème tout bête, mais depuis peu ça avance bien (faut dire que je l'avais un peu laissé de côté).
Il devrait pouvoir réveiller d'ici une semaine ou deux (histoire de comprendre pourquoi mon horloge RTC ne m'envoie pas les signaux à 1Hz sur une de ses pins pour demander au uC la réactualisation de l'heure).
Mais actuellement sans écran, l'heure se règle toute seule par DCF77 (algo de décodage du signal inclu), l'ancienne valeur de l'alarme se récupère depuis l'EEPROM (ça permet d'éviter les problèmes de réveil qui ne réveille plus après une coupure de courant), mais pour régler l'alarme ou pour connaître l'heure il faut utiliser une liaison RS232. Mais c'est prévu.