04/01/2008, 09:53:16
> Pour ce qui est du soft je suis en train d'écrire une doc (à base de
> schémas fonctionnelles) du driver de TPUART pour uc Intel (http://
> homepages.fh-regensburg.de/~scg39398/eibteam/eibteam.htm). Cela me
> semble une bonne base et le code et complet!
Merci pour le lien, je vais jetter un coup d'oeil.
> Keldo si j'ai bien compris tu te bases sur le projet freebus?
Non, pas pour l'instant, j'ai plusieurs idées mais un projet à la fois
c'est suffisant, donc je reste toujours sur :
- un PIC24 (je teste sur un dsPIC30 mais en gros c'est pareil...).
- un TP-UART ou un BCU2/BIM113 comme interface avec le bus.
L'idée générale derrière mon soft en développement, c'est de faire
"tourner" le stack EIB entièrement durant les interruptions, avec la
partie application qui serait la boucle principale.
C'est clair que la gestion des interruptions sur les PIC 16bits est
nettement plus agréable pour implémenter mon idée (6 niveaux + nesting
= le pied).
Pour ce qui est de l'idée sur base de Freebus, on verra quand le
projet en cours tournera.
Il y a quelques jours, j'ai monté un TP-UART sur une platine d'essai
et j'ai un problème bizarre : sur la sortie du TP-UART, je reçois les
deux premiers octets des télégrammes (EIB ctrl field + 1ière moitié de
l'adresse de l'exp.) et puis ... plus rien !?!
Et ce n'est pas un problème avec le PIC vu qu'il n'y en a encore aucun
dans le circuit ...
Si jamais quelqu'un a une idée, je suis preneur.
> schémas fonctionnelles) du driver de TPUART pour uc Intel (http://
> homepages.fh-regensburg.de/~scg39398/eibteam/eibteam.htm). Cela me
> semble une bonne base et le code et complet!
Merci pour le lien, je vais jetter un coup d'oeil.
> Keldo si j'ai bien compris tu te bases sur le projet freebus?
Non, pas pour l'instant, j'ai plusieurs idées mais un projet à la fois
c'est suffisant, donc je reste toujours sur :
- un PIC24 (je teste sur un dsPIC30 mais en gros c'est pareil...).
- un TP-UART ou un BCU2/BIM113 comme interface avec le bus.
L'idée générale derrière mon soft en développement, c'est de faire
"tourner" le stack EIB entièrement durant les interruptions, avec la
partie application qui serait la boucle principale.
C'est clair que la gestion des interruptions sur les PIC 16bits est
nettement plus agréable pour implémenter mon idée (6 niveaux + nesting
= le pied).
Pour ce qui est de l'idée sur base de Freebus, on verra quand le
projet en cours tournera.
Il y a quelques jours, j'ai monté un TP-UART sur une platine d'essai
et j'ai un problème bizarre : sur la sortie du TP-UART, je reçois les
deux premiers octets des télégrammes (EIB ctrl field + 1ière moitié de
l'adresse de l'exp.) et puis ... plus rien !?!
Et ce n'est pas un problème avec le PIC vu qu'il n'y en a encore aucun
dans le circuit ...
Si jamais quelqu'un a une idée, je suis preneur.