Compilation eibd

[Marc Assin]

Bonjour,

Est-ce que quelqu'un serais assez aimable pour me cross-compiler eibd
pour Soekris ?

Target processor:
Single chip AMD SC1100, 233 Mhz

Merci d'avance

[keldo]

> Est-ce que quelqu'un serais assez aimable pour me cross-compiler eibd
> pour Soekris ?
>
> Target processor:
> Single chip AMD SC1100, 233 Mhz

Heuu, mais est-ce bien nécessaire ?
Selon le site web d'AMD, le SC1100 est basé sur un coeur Geode GX1,
donc il est totalement compatible avec l'architecture x86-32 bits ...
donc la famille i386-i486-pentium.
La version "PC" de eibd doit donc fonctionner ?!?

[Marc Assin]

On 7 jan, 14:20, keldo <kelderm...@ibelgique.com> wrote:
> Heuu, mais est-ce bien nécessaire ?
mmm, ben non, tu viens de me convaincre du contraire.
Merci
C'était donc une question de béotien ;-)

> La version "PC" de eibd doit donc fonctionner ?!?
Ah bon. Je vais essayer.
Lee Nux et moi, on est bon copains, mais on ne s'est pas beaucoup
fréquenté ces derniers temps :-)

[Marc Assin]

Est-ce quelqu'un peut mentionner les étapes les plus simples pour
avoir un eibd qui fonctionne ?

J'ai lu pas mal de docs, mais je ne m'y retrouve pas bien.
Est-ce qu'il faut installer le Bcu SDK ? ou bien y a t'il moyen de
faire plus simple.
J'ai un BCU1 (apparament supporté), un câble série, un système Linux,
un eibd compilé ... what next ?

Merci d'avance.

[stephane.herraiz@gmail.com]

Bonjour,
le programme EIBD fait parti du projet bcusdk.
Pour compiler seulement le daemon eibd il faut compiler avec les
option suivante :
--enable-onlyeibd build only eibd (requires no libxml
and m68hc05-gnu)
--disable-xmltest Do not try to compile and run a test LIBXML
program
--enable-ft12 enable FT1.2 backend
--enable-pei16 enable BCU1 kernel driver backend
--enable-tpuart enable TPUART kernel driver backend
--enable-pei16s enable BCU1 user driver backend (very
experimental)
--enable-tpuarts enable TPUART user driver backend
(experimental)
--enable-eibnetip enable EIBnet/IP routing backend
--enable-eibnetiptunnel enable EIBnet/IP tunneling backend
--enable-usb enable USB backend
--enable-eibnetipserver enable EIBnet/IP server frontend
--enable-groupcache enable Group Cache
II faut aussi ajouter l'option suivante --without -pth-test
Avant Il faut installer le paquet pthsem (http://www.auto.tuwien.ac.at/
~mkoegler/index.php/pth)

On Jan 8, 10:02 pm, Marc Assin <raym...@warichet.com> wrote:
> Est-ce quelqu'un peut mentionner les étapes les plus simples pour
> avoir un eibd qui fonctionne ?
>
> J'ai lu pas mal de docs, mais je ne m'y retrouve pas bien.
> Est-ce qu'il faut installer le Bcu SDK ? ou bien y a t'il moyen de
> faire plus simple.
> J'ai un BCU1 (apparament supporté), un câble série, un système Linux,
> un eibd compilé ... what next ?
>
> Merci d'avance.

[jef2000]

> Est-ce qu'il faut installer le Bcu SDK ? ou bien y a t'il moyen de
> faire plus simple.
> J'ai un BCU1 (apparament supporté), un câble série, un système Linux,
> un eibd compilé  ...  what next ?

Si tu as déjà eibd compilé, (et pour peu qu'il ait été compilé avec
les bonnes options), tu n'as pas besoin d'installer bcusdk.
Déjà tu peux commencer par essayer de lancer le programme eibd, voir
si il tourne, si il ne manque pas l'une ou l'autre librarire, ...
Ensuite, "eibd --help" devrait te donner plus d'info sur les
paramètres possibles.
Pour info, le back-end pour BCU1 nécessite l'ajout d'un driver dans le
kernel pour fonctionner (il existe un back-end expérimental qui ne
nécessite pas de driver kernel, mais comme son nom l'indique, il est
expérimental).
Détails:
http://www.auto.tuwien.ac.at/~mkoegler/index.php/eibd
http://bcusdk.wiki.sourceforge.net/SupportedHardware

A+

Jean-François

[stephane.herraiz@gmail.com]

oups fausse manip...
Si vous êtes sur du linux Debian (Ubuntu). Je vous conseille le
paquet .deb.
Pour les cross-compile, je vous invite à lire les messages suivant sur
le forum :
http://sourceforge.net/mailarchive/forum...cusdk-list

Bon courage

[stephane.herraiz@gmail.com]

Pour Jef2000, As tu testé la dernière version de EIBD 0.0.4 ?
J'ai des plantages inexpliqués depuis l'utilisation de la 0.0.4... Le
daemon ne répond plus au bout de 3jours de fonctionnement...
On me dit que c'est un problème de mémoire ou de processeur. J'ai des
doutes...
As tu remarquer que en cas de débranchement puis reconnexion du câble
série (j'utilise un Siemens 5WG1 148-1AB04 en mode FT12) le daemon ne
répond plus?
Est il possible qu'en cas de coupure d'alimentation du bus, EIBD peut
planté?

Je n'avais pas de problème la version 0.0.3... mais sur une autre
machine...
Je refais un test avec la 0.0.3. Je serais fixé...
A+


On Jan 8, 11:38 pm, jef2000 <jef2...@ouaye.net> wrote:
> > Est-ce qu'il faut installer le Bcu SDK ? ou bien y a t'il moyen de
> > faire plus simple.
> > J'ai un BCU1 (apparament supporté), un câble série, un système Linux,
> > un eibd compilé ... what next ?
>
> Si tu as déjà eibd compilé, (et pour peu qu'il ait été compilé avec
> les bonnes options), tu n'as pas besoin d'installer bcusdk.
> Déjà tu peux commencer par essayer de lancer le programme eibd, voir
> si il tourne, si il ne manque pas l'une ou l'autre librarire, ...
> Ensuite, "eibd --help" devrait te donner plus d'info sur les
> paramètres possibles.
> Pour info, le back-end pour BCU1 nécessite l'ajout d'un driver dans le
> kernel pour fonctionner (il existe un back-end expérimental qui ne
> nécessite pas de driver kernel, mais comme son nom l'indique, il est
> expérimental).
> Détails:http://www.auto.tuwien.ac.at/~mkoegler/index.php/eibdhttp://bcusdk.wiki.sourceforge.net/SupportedHardware
>
> A+
>
> Jean-François

[Marc Assin]

Merci à Stéphane et à Jef2000 pour ces précieuses infos.
Mmmm, il semblerait que j'aie sous-estimé l'effort .... j'ai du pain
sur la planche.

Il y a encore un truc qui me turlupinne:
comment déclencher une action de eibd sur base de la réception d'un
message http ?

Dans le cadre de la Visu KNX sur téléphone Cisco, j'ai créé une
arborescence de menus, (similaire à la Visu standard) qui se termine
par le display d'une icône KNX sur le téléphone.
Le fait de sélecter (touch) les différentes zônes de l'icône génère
l'envoi d'url spécifiques au touch.
Jusque là, çà marche, reste plus qu'à "goupiller" la jonction avec
eibd.

Mon manque d'expérience avec eibd ne me permet pas de voir très clair.

Merci pour vos suggestions.


PS: je n'ai pas envisagé la jonction via Asterisk, en me disant que si
je pouvais me passer d'un système intermédiaire, ce ne serais pas plus
mal.
(après tout, ce n'est peut-être pas possible).

[stephane.herraiz@gmail.com]

Je suis justement en train de travailler sur quelque chose de
similaire!
En fait j'ai un pc (embarqué) qui héberge un serveur Web (apache +
PHP).
J'ai créer un serveur qui envoie et reçoit des commandes au daemon
EIB.
Les pages PHP envoient les commandes au serveur via des sockets UNIX.

Pour ton cas il y a peut être plus simple... par exemple un CGI en C
qui pilote le programme groupwrite du projet EIBD.
Le téléphone envoie un message http du type :
http://monserveur/cgi-bin/groupwrite.cgi?group=1/2/3,data=1
Le cgi récupère les arguments (de type GET) group=1/2/3 et data=1 et
lance un groupewrite local:/tmp/eib 1/2/3 1
Y a plus qu'à...
Je suis à ta disposition pour plus d'info!
a+


On 9 jan, 13:47, Marc Assin <raym...@warichet.com> wrote:
> Merci à Stéphane et à Jef2000 pour ces précieuses infos.
> Mmmm, il semblerait que j'aie sous-estimé l'effort .... j'ai du pain
> sur la planche.
>
> Il y a encore un truc qui me turlupinne:
> comment déclencher une action de eibd sur base de la réception d'un
> message http ?
>
> Dans le cadre de la Visu KNX sur téléphone Cisco, j'ai créé une
> arborescence de menus, (similaire à la Visu standard) qui se termine
> par le display d'une icône KNX sur le téléphone.
> Le fait de sélecter (touch) les différentes zônes de l'icône génère
> l'envoi d'url spécifiques au touch.
> Jusque là, çà marche, reste plus qu'à "goupiller" la jonction avec
> eibd.
>
> Mon manque d'expérience avec eibd ne me permet pas de voir très clair.
>
> Merci pour vos suggestions.
>
> PS: je n'ai pas envisagé la jonction via Asterisk, en me disant que si
> je pouvais me passer d'un système intermédiaire, ce ne serais pas plus
> mal.
> (après tout, ce n'est peut-être pas possible).

[Marc Assin]

J'ai changé mes options de base.
J'ai consacré un vieux PC (PII 350) pour faire mes tests
Pour l'instant j'ai openSuSe 10.3 et eibd 0.0.3 qui tourne.
Merci à jef2000, Stéphane et Ziki pour leur aide (pas facile de
changer de planète)

Comment savoir si l'install est ok, avant de passer à des essais plus
pointus ? et/ou de tirer les mauvaises conclusions ?
eibd --help fonctionne
eibd --trace=1 -u bcu1s:/dev/ttyS0 ne marche pas
"initialization failed"

Merci d'avance pour vos bons conseils

[Cyrille Demaret]

Avec quel module te connectes-tu au bus?



Marc Assin a écrit :
> J'ai changé mes options de base.
> J'ai consacré un vieux PC (PII 350) pour faire mes tests
> Pour l'instant j'ai openSuSe 10.3 et eibd 0.0.3 qui tourne.
> Merci à jef2000, Stéphane et Ziki pour leur aide (pas facile de
> changer de planète)
>
> Comment savoir si l'install est ok, avant de passer à des essais plus
> pointus ? et/ou de tirer les mauvaises conclusions ?
> eibd --help fonctionne
> eibd --trace=1 -u bcu1s:/dev/ttyS0 ne marche pas
> "initialization failed"
>
> Merci d'avance pour vos bons conseils
>
>

[Marc Assin]

On 14 jan, 19:54, Cyrille Demaret <z...@omail.be> wrote:
> Avec quel module te connectes-tu au bus?

Interface serie standard de Hager et câble ad-hoc Hager, connecté sur
la COM1 du PC.
Le problème classique dans ce genre de tests, c'est qu'on ne sait pas
à quoi s'attendre, par manque de référence et donc il est difficile de
savoir ce qui est normal et ce qui ne l'est pas.

Merci

[Marc Assin]

On 14 jan, 20:18, Marc Assin <raym...@warichet.com> wrote:
> On 14 jan, 19:54, Cyrille Demaret <z...@omail.be> wrote:
>
> > Avec quel module te connectes-tu au bus?

Ouups
Il fallait se logger comme root
Je pensais que le premier account créé était un backup de root.
Ah, ces newbee, quelle plaie :-)

[stephane.herraiz@gmail.com]

Pour faire fonctionner EIBD il faut connître le mode de communication
qu'utilise ton interface Hager cad FT1.2 ou PEI16.
C'est quoi la référence de ton interface série?

Pour tracer ajoute l'option suivante : -t1023

On 14 jan, 20:18, Marc Assin <raym...@warichet.com> wrote:
> On 14 jan, 19:54, Cyrille Demaret <z...@omail.be> wrote:
>
> > Avec quel module te connectes-tu au bus?
>
> Interface serie standard de Hager et câble ad-hoc Hager, connecté sur
> la COM1 du PC.
> Le problème classique dans ce genre de tests, c'est qu'on ne sait pas
> à quoi s'attendre, par manque de référence et donc il est difficile de
> savoir ce qui est normal et ce qui ne l'est pas.
>
> Merci

[Marc Assin]

On 15 jan, 13:20, "stephane.herr...@gmail.com"
<stephane.herr...@gmail.com> wrote:
> Pour faire fonctionner EIBD il faut connître le mode de communication
> qu'utilise ton interface Hager
oui, en effet, je m'en suis rendu compte en lisant les paramètres de
eibd

> cad FT1.2 ou PEI16.
C'est le tout premier I/F que j'ai acheté, donc BCU1 mode PEI16

> C'est quoi la référence de ton interface série?
TH001 588001 (il doit avoir 8 ans :-))

> Pour tracer ajoute l'option suivante : -t1023
oui, çà marche !
Je suis arrivé à allumer/éteindre une lampe, c'est fou :-)))

Mmmm, je vois pas mal de time-out, c'est normal ?

Prochaine étape: passer en IP

[stephane.herraiz@gmail.com]

Comment ça des timeout??
Moi j'ai dut installer un patch "low latency" à cause de problèmes de
type timeout...

On 15 jan, 14:11, Marc Assin <raym...@warichet.com> wrote:
> On 15 jan, 13:20, "stephane.herr...@gmail.com"<stephane.herr...@gmail.com> wrote:
> > Pour faire fonctionner EIBD il faut connître le mode de communication
> > qu'utilise ton interface Hager
>
> oui, en effet, je m'en suis rendu compte en lisant les paramètres de
> eibd
>
> > cad FT1.2 ou PEI16.
>
> C'est le tout premier I/F que j'ai acheté, donc BCU1 mode PEI16
>
> > C'est quoi la référence de ton interface série?
>
> TH001 588001 (il doit avoir 8 ans :-))
>
> > Pour tracer ajoute l'option suivante : -t1023
>
> oui, çà marche !
> Je suis arrivé à allumer/éteindre une lampe, c'est fou :-)))
>
> Mmmm, je vois pas mal de time-out, c'est normal ?
>
> Prochaine étape: passer en IP

[Marc Assin]

On 15 jan, 17:20, "stephane.herr...@gmail.com"
<stephane.herr...@gmail.com> wrote:
> Comment ça des timeout??
Ben, heuuu, je ne sais pas trop.
C'est un peu nouveau tout çà pour moi.
M'enfin, j'ai déjà 15min d'expérience :-)
Je vais tripotter les FIFO, et/ou peut-être installer la version 0.0.4

La question était de savoir si c'est normal ou pas, autrement dit:
est-ce que c'est générique (tout le monde à le même problème)
est-ce que c'est spécifique (il n'y a que moi)
L'approche de debug n'est pas du tout la même.

[stephane.herraiz@gmail.com]

Ça il faut poser la question au concepteur!!! Moi ça me
dépasse... ;-)

On 15 jan, 17:36, Marc Assin <raym...@warichet.com> wrote:
> On 15 jan, 17:20, "stephane.herr...@gmail.com"<stephane.herr...@gmail.com> wrote:
> > Comment ça des timeout??
>
> Ben, heuuu, je ne sais pas trop.
> C'est un peu nouveau tout çà pour moi.
> M'enfin, j'ai déjà 15min d'expérience :-)
> Je vais tripotter les FIFO, et/ou peut-être installer la version 0.0.4
>
> La question était de savoir si c'est normal ou pas, autrement dit:
> est-ce que c'est générique (tout le monde à le même problème)
> est-ce que c'est spécifique (il n'y a que moi)
> L'approche de debug n'est pas du tout la même.

[Marc Assin]

Bonjour,

J'arrive à lancer des commandes On/Off du genre
groupswrite local:/tmp/eib 0/1/31 1
pas de problème
mais comment récupérer le status ?
j'ai l'impression que ce serais
groupsresponse local:/tmp/eib 0/1/35
la commande me répond
"usage: groupsresponse url eibaddress val: success"
Cà me fait penser que la syntaxe n'est pas bonne.
Il n'y a pas des tonnes d'exemples dans la doc ...
Est-ce que cette commande est censée donner une réponse ?
(Pour groupread, c'est indiqué qu'il n'y a pas de réponse)

Merci

NB:
31=GA On/Off
35=GA Status
(dimmer Merten)

[jef2000]

> mais comment récupérer le status ?
> j'ai l'impression que ce serais
> groupsresponse local:/tmp/eib 0/1/35
> la commande me répond
> "usage: groupsresponse  url eibaddress val:  success"
> Cà me fait penser que la syntaxe n'est pas bonne.
> Il n'y a pas des tonnes d'exemples dans la doc ...
Non, la commande groupresponse sert à envoyer une réponse sur le bus,
pas à en recevoir.
Pour lire une valeur sur le bus, il faut envoyer un ordre de lecture
avec groupread et écouter avec un truc du genre grouplisten ou
groupsocketlisten pour recevoir la réponse. L'idéal est de lancer ces
2 commandes en parallèle, sinon il se peut que la réponse soit déjà
passée sur le bus avant que tu ne commences à écouter...

Dans la version 0.0.4 de eibd, je pense que Martin à intégré l'outil
knxtool que j'avais développé et distribué comme patch. La commande
knxread qui en fait partie regroupe l'envoi de l'ordre de lecture et
l'écoute de la réponse en une seule commande.

Suivant ce que tu veux faire, il pourrait être plus intéressant
d'utiliser le cache intégré à eibd plutôt que d'envoyer un ordre de
lecture sur le bus à chaque fois, surtout si tu as beaucoup de valeurs
à lire. Quand j'ai commencé mes développement personnels, le cache de
eibd n'existait pas, et le fait que les opérations de lecture sur le
bus ralentissaient la visu à été une des raisons principales qui m'ont
amené à développer linknx.

A+

Jean-François

> Est-ce que cette commande est censée donner une réponse ?
> (Pour groupread, c'est indiqué qu'il n'y a pas de réponse)
>
> Merci
>
> NB:
> 31=GA On/Off
> 35=GA Status
> (dimmer Merten)

[Marc Assin]

On 17 jan, 11:50, jef2000 <jef2...@ouaye.net> wrote:
> Non, la commande groupresponse sert à envoyer une réponse sur le bus,
> pas à en recevoir.
Ouups, j'ai tout raté là ;-)
Mais quand même ... il n'y a pas des tonnes d'exemples dans la doc ...

> Dans la version 0.0.4 de eibd, je pense que Martin à intégré l'outil
> knxtool que j'avais développé
OK, je vais donc installer 0.0.4
J'avais hésité, dû à quelques commentaires négatifs.

> Suivant ce que tu veux faire, il pourrait être plus intéressant
> d'utiliser le cache intégré à eibd plutôt que d'envoyer un ordre de
> lecture sur le bus à chaque fois, surtout si tu as beaucoup de valeurs
> à lire.
OK.
On la remplit/refresh comment la cache ? C'est automatique ?
Cà n'a pas l'air d'être possible au niveau de la commande line eibd
(uniquement via programmation ?)

Pour l'instant, j'essaye de me familiariser avec eibd pour éviter de
mélanger les problèmes d'apprentissage/compréhension et de technique.
Le but étant d'avoir une Visu sur le téléphone Cisco et d'envoyer/
recevoir des commandes/statut EIB via eibd.

Merci Jean-François

[jef2000]

> OK.
> On la remplit/refresh comment la cache ? C'est automatique ?
> Cà n'a pas l'air d'être possible au niveau de la commande line eibd
> (uniquement via programmation ?)
Ca j'en ai aucune idée... J'ai juste vu que ça existe, mais je ne
l'utilise pas puisque linknx fait la même chose en mieux.

[Marc Assin]

J'essaye la communication IP, je n'y arrive pas.
Je démarre eibd comme suit...
eibd -d -i ipt:10.0.1.249

puis...
groupswrite ip:127.0.0.1 0/1/31 1

message en retour: "send request" (mais rien ne se passe)

J'ai déjà essayé pas mal de combinaisons, mais je pense que j'ai un
problème de compréhension.

IP gwy=10.0.1.249
Port 50000, 50001, 50002
NB: ces ports fonctionnent avec ETS, (avec TCP & EIBLib/IP)

Quelqu'un a une idée ?

[Marc Assin]

On 17 jan, 18:08, Marc Assin <raym...@warichet.com> wrote:
Le marc.assin s'est (encore) mélangé les pinceaux ...

L'un fonctionne avec EIBLib/IP et l'autre avec KNXnet/IP Routing ou
Tunneling.