Dans le code c’est la ligne « my $repeatcnt = $msg->extra_field(‘repeat’) || 1; »

une idée ?

=> Dès qu’il y a une ligne Unknown RF je ne peux plus piloter mes modules X10, Une fois relancé le process tout rentre dans l’ordre…
- A quoi correspondent les lignes Ignored duplicate et Unknow RF ?

Une idée ?
Cordialement

../iplc/driver/linux-2.6/cm15a.d/cm15a.c:369:3: error: unknown field ioctl specified in initializer

linux-2.6/cm15a.d/cm15a.c:489:9: error: disconnect_sem undeclared (first use in this function)

et tout un tas de warning

J’ai aussi des « Unhandled X10 RF PAcket » ou Unknown, qui parfois provoquent des plantages, mais pas systématiquement (du coup je redemarre le module au cas où)

Bref, super boulot, mais as-tu une piste sur les pertes de contrôle occasionnelles ?

Je suis un peu les mêmes démarches que toi dans la réalisation de mon projet domotique.
J’ai un serveur sous linux debian avec un socle basé sur les outils xpl-perl pour traiter mes évènements X10. Tout ca commandé/piloté par une interface web PHP/HTML/AJAX faite maison…
J’ai acheté un SD18 (anciennement SD90) et je voulais savoir si tu avais eu l’occasion de les tester.
Voici mon dilemne :
xpl-logger me renvoie les événements suivants que je ne sais pas comment gérer :
Fri Apr 8 11:49:12 2011 127.0.0.1:45730 [xpl-trig/security.zone: bnz-rfxcomrx.server -> * - alert/x10sec65 state=true]
Fri Apr 8 11:49:12 2011 127.0.0.1:45730 [xpl-trig/x10.security: bnz-rfxcomrx.server -> * - alert 101 delay=min]
Mes questions sont les suivantes :
- Quel est le port du module ? 101 ? x10sec65 ?
- Comment changer son port ? comme on pourrait le faire avec un module récepteur AM12, LM12…
Je te remercie d’avance pour toutes les réponses que tu pourrais m’apporter.

Cordialement,
Un internaute domoticien

Je démarre en domotique et le xpl-perl est excellent surtout avec le module cm15a (merci c’est génial!). Cependant, je suis confronté à un drôle de problème. Tout fonctionne mais pas longtemps. Je lance :
$ /usr/local/bin/xpl-hub -v -i lo
$ sudo /usr/bin/perl -w /usr/local/bin/xpl-cm15a –cm15a-ignore-rf –cm15a-device /dev/cm15a0 –interface lo –verbose –cm15a-verbose

puis, je fais plusieurs fois tranquillement (une fois en off, une fois en on) :
$ /usr/local/bin/xpl-sender -m xpl-cmnd -c x10.basic -v device=a2 command=off -i lo

Cela fonctionne les premières fois mais très vite, j’ai un ack timeout :
queued: 046e: a2 select
queued: 0663: a2 off
X10 to PLC – a2 off
xpl-trig/x10.basic: tlam-cm15a.bakumatsupc -> * – off a2
ACK Timeout !
sending: 046e: a2 select
ACK Timeout !
sending: 0663: a2 off
ACK Timeout !

je recommence :
queued: 046e: a2 select
sending: 046e: a2 select
queued: 0662: a2 on
X10 to PLC – a2 on
xpl-trig/x10.basic: tlam-cm15a.bakumatsupc -> * – on a2
ACK Timeout !
sending: 0662: a2 on
ACK Timeout !

- j’ai déjà essayé en mettant eth0 partout : idem
- lorsque cela me fait cette erreur, je dois quitter xpl-cm15a et le relancer pour que cela re-fonctionne (mais recommence peu après)
- lorsque j’ai l’erreur, je peux quand même utiliser le mini script en perl (à la main) cela fonctionne (http://forum.ubuntu-fr.org/viewtopic.php?id=331336)
- j’ai remarqué qu’un « time getent hosts 192.168.0.1″ vers une autre ip locale que mon serveur mettait 5sec! (avahi-daemon stoppé c’est plus rapide, je ne sais pas si c’est lié)

j’ai ubuntu 10.10, kernel 2.6.35-28.
xpl-perl 0.11

merci d’avance si tu peux m’éclairer !

kirakishin

J’avais vu l’article sur le wiki de domogik c’est justement ça qui m’a rappelé de faire la mise à jour => pas de pb évidemment
Concernant ton soucis, je n’ai pas ce problème avec le CM15a mais je me rappelle l’avoir eu avec un CM11 qui se déco/reconnectait aléatoirement plusieurs fois par jour. Depuis que j’ai refait mon installation (et jeté mon CM11 :p) je n’ai plus ces problèmes ni sur le CM15a ni sur les autres interfaces branchées en usb (tellstick/rfxcom/currentcost). Pour info le système est un ubuntu hardy sur une eeeBox de première génération.

Tu peux peut-être faire le test sur une autre machine si tu en as à disposition, ou bien tester en changeant de port USB et/ou en mettant un Hub alimenté toujours si tu en as un.

A+

Thibault

Toutefois, j’ai un soucis qui doit sans doute venir de mon setup.
De temps en temps, sans que j’ai encore trouvé pourquoi, l’interface usb se déconnecte, cf les logs du kernel ci-après :
Feb 23 06:49:14 youpmini kernel: [905064.182974] X10 CM15A USB Driver v0.03
Feb 23 06:49:14 youpmini kernel: [986153.072055] usb 2-2: USB disconnect, address 31
Feb 23 06:49:15 youpmini kernel: [986153.073661] cm15a USB #252 now disconnected
Feb 23 06:49:15 youpmini kernel: [986153.808028] usb 2-2: new low speed USB device using uhci_hcd and address 32
Feb 23 06:49:15 youpmini kernel: [986153.989660] usb 2-2: configuration #1 chosen from 1 choice

Je n’ai rien trouvé dans les logs avant que ça se déconnecte, je me demande si c’est un problème hard avec la cm15a ou avec ma ubuntu lucid.

Est-ce que tu as déjà vu ce genre de problèmes ?

Merci encore pour tout,

Don

Pour l’intégration dans domogik, il y a une petite modif à faire dans le code, qui ne mange pas pain :

— xpl-cm15a-0.5/lib/xPL/Dock/CM15A.pm 2010-04-22 10:54:09.000000000 +0200
+++ ../xpl-cm15a-0.5/lib/xPL/Dock/CM15A.pm 2011-02-20 23:28:20.293341332 +0100
@@ -409,6 +409,8 @@
$self->{_io}->write($msg2);
}
print(« X10 to PLC – « .$p{‘house’}.$p{‘unit’}. » « .$p{‘command’}. »\n ») if ($self->{_verbose});
+ send_xpl_message($self,$p{‘house’},$p{‘unit’},$p{‘command’});
+
}
}

En fait, Domogik a pris le parti que pour les matériels sans état, les plugins devaient renvoyer un xpl-trig pour valider que la commande était bien passée.
Une fois ceci dans le code, tout est ok et la configuration de Domogik est directe, on déclare les modules x10 dans Domogik et le tour est joué !

Grâce à toi j’ai pu faire fonctionner mon CM15A et mes modules AM12 en moins de 15 minutes.

Maintenant je vais regarder du côté de ZenAH ou iDomo (http://code.google.com/p/xpl-addons) pour l’interface Web.

Pour la compilation du driver, je suis en 32bits, j’ai remplacé le /linux/autoconfig.h par /generated/autoconfig.h pour que cela fonctionne.
J’obtiens bien un cm15a.ko mais j’ai les même messages d’erreur lors de la compilation que Phil. A priori dominique indique qu’il a réussi a corrigé les sources. Peut-on trouver la correction ?

quand je fais le dmesg , j’ai également

usbcore: registered new interface driver cm15a
X10 CM15A USB Driver v0.03

par contre je ne vois rien dans /dev. J’ai essayé de faire rmmod pour supprimer, à nouveau insmod mais cela ne fonctionne pas.
J’utilise une version usb live de ubuntu 10.10 avec une persistance de 200mo. Est ce que cela pourrait venir de la ? (je ne crois pas mais bon je suis un peu nouveau dans tout ça)

Merci de m’eclairer ^^