28/11/2007, 11:43:03
> J'ai prévu un bornier I2C pour rajouter une carte externe avec tous
> les composants que l'on veut. mais je peux rajouter sur la carte une
> eeprom i2C? As tu une idée de ce que tu voudrais?
A mon sens, une petite eeprom de 2 ou 4 Ko est plus que suffisante,
comme une 24AA32A de Microchip par exemple, de toute façon, que ce
soit une 8Kb, une 16Kb, ou une 32Kb, le brochage reste le même.
Le but est de pouvoir sauver la valeur des objets (normalement stockée
en RAM) lors d'une perte de la tension du bus ou d'un reset du PIC.
C'est bien sur une fonction optionelle de chaque objet, qui doit être
activée ou non par un flag positionné durant la programmation des
autres flags liés aux objets.
Je ne pense pas que cette fonctionalité (détection perte d'alim) soit
possible sur ta carte de test sans quelques composants additionnels
mais ce n'est pas bien grave, on peut simuler la détection d'une perte
de l'alim facilement et alors on pourra tester la partie du soft qui
sauve et recharge les valeurs en eeprom.
Et puis, dans l'absolu, ce n'est pas une bonne idée de trop souvent
écrire dans la flash du PIC, alors vu le prix d'une petite eeprom
32kb, pourquoi s'en priver, ça peut toujours servir.
Pour le reste, je vais encore bien regarder ton schema pour voir ce
qui reste de disponible comme pins libres sur le PIC, car j'aurais
bien voulu aussi garder disponible le port SPI et 3 pins I/O
supplémentaires (dont 1 interruption) pour une extension en SPI.
Keldo
> les composants que l'on veut. mais je peux rajouter sur la carte une
> eeprom i2C? As tu une idée de ce que tu voudrais?
A mon sens, une petite eeprom de 2 ou 4 Ko est plus que suffisante,
comme une 24AA32A de Microchip par exemple, de toute façon, que ce
soit une 8Kb, une 16Kb, ou une 32Kb, le brochage reste le même.
Le but est de pouvoir sauver la valeur des objets (normalement stockée
en RAM) lors d'une perte de la tension du bus ou d'un reset du PIC.
C'est bien sur une fonction optionelle de chaque objet, qui doit être
activée ou non par un flag positionné durant la programmation des
autres flags liés aux objets.
Je ne pense pas que cette fonctionalité (détection perte d'alim) soit
possible sur ta carte de test sans quelques composants additionnels
mais ce n'est pas bien grave, on peut simuler la détection d'une perte
de l'alim facilement et alors on pourra tester la partie du soft qui
sauve et recharge les valeurs en eeprom.
Et puis, dans l'absolu, ce n'est pas une bonne idée de trop souvent
écrire dans la flash du PIC, alors vu le prix d'une petite eeprom
32kb, pourquoi s'en priver, ça peut toujours servir.
Pour le reste, je vais encore bien regarder ton schema pour voir ce
qui reste de disponible comme pins libres sur le PIC, car j'aurais
bien voulu aussi garder disponible le port SPI et 3 pins I/O
supplémentaires (dont 1 interruption) pour une extension en SPI.
Keldo