21/09/2007, 21:28:25
@ Marc Assin
> > Sais-tu par hasard si cette application spéciale est "toute neuve", ou
> > bien existe depuis longtemps
> Je ne sais pas. C'est sans doute fort présomptueux de le dire comme
> çà, mais je crois qu'elle a été développée à ma demande, pour que je
> ferme ma grande .... J'en suis arrivé à cette conclusion, suite aux
> échanges de mail (nombreux et houleux)
Pfffiou, ça c'est du support ...
Ton expérience m'amène à penser que je devrais insister pour avoir
l'objet de contrôle pour mes petites leds vertes et aussi la
possibilité de faire clignoter les rouges, peut-être qu'ils finiraent
par craquer aussi. <;-))
> > Réponse traditionnelle du service technique de Merten à ma requète :
> > "pas assez de place mémoire dans le BCU 2",
>
> ENCORE !!! le même argument que le BCU1, mildjû il le font exprès.
> J'ai quand même du mal à croire. Dis-moi, toi qui est plus versé
> développement, est-ce que l'espace mémoire adressable fait partie des
> specs du BCU ?
> Formulé autrement; est-ce que en BCU1 on a droit à max 256 bytes; en
> BCU2 max 2K etc ???
Oui, tu as raison, les BCU1 et BCU2, au moins en format "UP" (donc les
6900 99 et 6902 99 à encastrer) sont tous (respectivement) identiques
tant qu'ils ont la même version de "masque" du stack EIB, et il n'y en
a pas 36 différentes ...
Donc, un BCU2, pour une version de masque donnée (il n'y a que la 2.0
et la 2.1), a toujours le même nombre x de bytes disponible en RAM et
en FLASH pour toute application que l'on désire y charger et, je
dirais même plus, ces bytes disponibles sont toujours exactement aux
mêmes adresses.
Mais attention, ce n'est pas vrai pour les modules avec coupleur de
bus intégré, comme le plupart des modules pour rail DIN récents, les
RAM713 Theben ou les nouveaux PB Merten 6283 44 par exemple.
Et l'introduction de la nouvelle gamme de BIM 13x (130,131,132, ...)
qui sont basés sur un tout autre micro-contrôleur (et donc totalement
incompatibles avec les applications existantes) ne va rien simplifier.
Rien ne dit que des BCU basés sur cette nouvelle gamme de BIM 13x
seront prévus d'ailleurs (ou alors ce sont déja les 6232 99 chez
Merten, peut-être...).
> Si tel n'est PAS le cas, qu'est ce qui empêche le contructeur de
> mettre une mémoire plus grande ? quitte à avoir de l'espace perdu ? Le
> prix ???, non faut pas rigoler.
Les BCU1 et 2 sont de modules très standardisés et la mémoire est
entièrement contenue dans le micro-contrôleur, ce n'est pas une option
envisageable ici ...
> > Pas trop vite, ça peut encore servir ces petites chose là ...
> > --> avec le BCU sdk, on peut sans doute les transformer en modules
> > logiques universels
> Ah ?!? intéressant :-)
Bien que ce soit assez ancien (lire : en train de disparaitre des
catalogues), il existe aussi des BCU (uniquement BCU1 je pense) pour
rail DIN, avec le connecteur 10 pins sur le coté.
Ces BCU sont à compléter avec un module applicatif (aussi sur rail
DIN) tel que un module de détection crépusculaire ou un module 4
entrées binaires, etc...
Mais, sauf erreur de ma part, il est aussi possible de les utiliser
seuls, tel quels, et d'y charger une application du type "4 portes ET/
OU", "éclater 1 byte sur 8 bits", etc ...
Chez Merten, le BCU sur rail DIN existe encore sous la ref. 6905 99.
Alors, vu qu'il s'agit du même hardware, il est sans doute possible de
"chipoter" une case mémoire pour transformer un 6900 99 en 6905 99
afin que ETS accepte d'y charger les petites applications logiques.
Et si le "chipotage" n'est pas possible, on peut toujours écrire sa
propre application avec le BCU-sdk, rien n'empèche en effet d'utiliser
un BCU sans plaquette applicative, mais ce sera moins "propre" au
niveau de la configuration par ETS.
> Pour les modules logiques universels, j'ai déjà mon "usine à gaz"
Ca a l'air intéressant, à l'occasion, il faudra que l'on en parle,
mais j'ai déja pas mal de fers au feu pour l'instant.
> Pffffiouu, hé ben
> amha, çà vaudrais la peine de soumettre tes suggestions à Merten à
> moins que Schneider soit plus réceptif, ce dont je doute très fort.
Vu la façon dont Schneider fait valoir ses droits sur des brevets
"logiciels" idiots, je doute en effet fort ; pour Merten je n'ai
aucune idée mais il viennent de se faire acheter, donc il n'ont sans
doute plus le pouvoir sur ce genre de décision.
> Ma petite expérience avec ABB m'a ouvert les yeux, quand je vois la
> doc d'un bête US/U, c'est impressionnant. De plus c'est en français,
> (ce qui ne m'apporte rien, mais çà peut-être utile à d'autres
> martiens).
Chez Theben, la doc est pas mal non plus je trouve, même leur folder
de présentation des produits est très complet.
> > Sais-tu par hasard si cette application spéciale est "toute neuve", ou
> > bien existe depuis longtemps
> Je ne sais pas. C'est sans doute fort présomptueux de le dire comme
> çà, mais je crois qu'elle a été développée à ma demande, pour que je
> ferme ma grande .... J'en suis arrivé à cette conclusion, suite aux
> échanges de mail (nombreux et houleux)
Pfffiou, ça c'est du support ...
Ton expérience m'amène à penser que je devrais insister pour avoir
l'objet de contrôle pour mes petites leds vertes et aussi la
possibilité de faire clignoter les rouges, peut-être qu'ils finiraent
par craquer aussi. <;-))
> > Réponse traditionnelle du service technique de Merten à ma requète :
> > "pas assez de place mémoire dans le BCU 2",
>
> ENCORE !!! le même argument que le BCU1, mildjû il le font exprès.
> J'ai quand même du mal à croire. Dis-moi, toi qui est plus versé
> développement, est-ce que l'espace mémoire adressable fait partie des
> specs du BCU ?
> Formulé autrement; est-ce que en BCU1 on a droit à max 256 bytes; en
> BCU2 max 2K etc ???
Oui, tu as raison, les BCU1 et BCU2, au moins en format "UP" (donc les
6900 99 et 6902 99 à encastrer) sont tous (respectivement) identiques
tant qu'ils ont la même version de "masque" du stack EIB, et il n'y en
a pas 36 différentes ...
Donc, un BCU2, pour une version de masque donnée (il n'y a que la 2.0
et la 2.1), a toujours le même nombre x de bytes disponible en RAM et
en FLASH pour toute application que l'on désire y charger et, je
dirais même plus, ces bytes disponibles sont toujours exactement aux
mêmes adresses.
Mais attention, ce n'est pas vrai pour les modules avec coupleur de
bus intégré, comme le plupart des modules pour rail DIN récents, les
RAM713 Theben ou les nouveaux PB Merten 6283 44 par exemple.
Et l'introduction de la nouvelle gamme de BIM 13x (130,131,132, ...)
qui sont basés sur un tout autre micro-contrôleur (et donc totalement
incompatibles avec les applications existantes) ne va rien simplifier.
Rien ne dit que des BCU basés sur cette nouvelle gamme de BIM 13x
seront prévus d'ailleurs (ou alors ce sont déja les 6232 99 chez
Merten, peut-être...).
> Si tel n'est PAS le cas, qu'est ce qui empêche le contructeur de
> mettre une mémoire plus grande ? quitte à avoir de l'espace perdu ? Le
> prix ???, non faut pas rigoler.
Les BCU1 et 2 sont de modules très standardisés et la mémoire est
entièrement contenue dans le micro-contrôleur, ce n'est pas une option
envisageable ici ...
> > Pas trop vite, ça peut encore servir ces petites chose là ...
> > --> avec le BCU sdk, on peut sans doute les transformer en modules
> > logiques universels
> Ah ?!? intéressant :-)
Bien que ce soit assez ancien (lire : en train de disparaitre des
catalogues), il existe aussi des BCU (uniquement BCU1 je pense) pour
rail DIN, avec le connecteur 10 pins sur le coté.
Ces BCU sont à compléter avec un module applicatif (aussi sur rail
DIN) tel que un module de détection crépusculaire ou un module 4
entrées binaires, etc...
Mais, sauf erreur de ma part, il est aussi possible de les utiliser
seuls, tel quels, et d'y charger une application du type "4 portes ET/
OU", "éclater 1 byte sur 8 bits", etc ...
Chez Merten, le BCU sur rail DIN existe encore sous la ref. 6905 99.
Alors, vu qu'il s'agit du même hardware, il est sans doute possible de
"chipoter" une case mémoire pour transformer un 6900 99 en 6905 99
afin que ETS accepte d'y charger les petites applications logiques.
Et si le "chipotage" n'est pas possible, on peut toujours écrire sa
propre application avec le BCU-sdk, rien n'empèche en effet d'utiliser
un BCU sans plaquette applicative, mais ce sera moins "propre" au
niveau de la configuration par ETS.
> Pour les modules logiques universels, j'ai déjà mon "usine à gaz"
Ca a l'air intéressant, à l'occasion, il faudra que l'on en parle,
mais j'ai déja pas mal de fers au feu pour l'instant.
> Pffffiouu, hé ben
> amha, çà vaudrais la peine de soumettre tes suggestions à Merten à
> moins que Schneider soit plus réceptif, ce dont je doute très fort.
Vu la façon dont Schneider fait valoir ses droits sur des brevets
"logiciels" idiots, je doute en effet fort ; pour Merten je n'ai
aucune idée mais il viennent de se faire acheter, donc il n'ont sans
doute plus le pouvoir sur ce genre de décision.
> Ma petite expérience avec ABB m'a ouvert les yeux, quand je vois la
> doc d'un bête US/U, c'est impressionnant. De plus c'est en français,
> (ce qui ne m'apporte rien, mais çà peut-être utile à d'autres
> martiens).
Chez Theben, la doc est pas mal non plus je trouve, même leur folder
de présentation des produits est très complet.