Forum Communauté Jeedom

Ah, cela veut dire qu'il ne reconnait pas physiquement ton tag ou qu'il est sous-alimenté pour le detecter.

Morlock a écrit :non, aucune réaction
juste du bruit en le retournant ou en le connectant

ça c'est pas normal, le mien fait bien un bip quand tu le retourne et une bip quand tu depose ou retire un tag, que je le branche directement sur la box ou que je passe par un hub alimenté, mais ça reste aléatoire pour le lancement du scénario, comparé à avant la mise à jour ou c'était plus rapide et réactif, la faut presque maintenir 5 secondes le tag sur le plateau pour avoir une chance qu'il lance le scénar.

tiens en log mirror j'ai ça :

Code : Tout sélectionner

    donnee = mirror.read(16)
  File "/usr/share/nginx/www/jeedom/plugins/mirror/ressources/mirror.py", line 46, in 
Traceback (most recent call last):
Puce identifiée 000008d0021a35038c289a000000 retirée.
Puce identifiée 000008d0021a35038c289a000000 posée.
Puce identifiée 000008d0021a35038c289a000000 retirée.
Puce identifiée 000008d0021a35038c289a000000 posée.
Puce identifiée 000008d0021a35038c289a000000 retirée.
Puce identifiée 000008d0021a35038c289a000000 posée.
Puce identifiée 000008d0021a35038c289a000000 retirée.
Puce identifiée 000008d0021a35038c289a000000 posée.
Puce identifiée 000008d0021a35038c289a000000 retirée.
Puce identifiée 000008d0021a35038c289a000000 posée.
Puce identifiée 000008d0021a3503942572000000 retirée.
Puce identifiée 000008d0021a3503942572000000 posée.
Puce identifiée 000008d0021a3503942572000000 retirée.
Puce identifiée 000008d0021a3503942572000000 posée.
Puce identifiée 000008d0021a3503942572000000 retirée.
Puce identifiée 000008d0021a3503942572000000 posée.
Puce identifiée 000008d0021a3503942572000000 retirée.
Puce identifiée 000008d0021a3503942572000000 posée.
Puce identifiée 000008d0021a3503942572000000 retirée.
Puce identifiée 000008d0021a3503942572000000 posée.
Puce identifiée 000008d0021a3503942572000000 retirée.
Puce identifiée 000008d0021a3503942572000000 posée.
Puce identifiée 000008d0021a3503942572000000 retirée.
Puce identifiée 000008d0021a3503942572000000 posée.
Puce identifiée 000008d0021a3503942572000000 retirée.
Puce identifiée 000008d0021a3503942572000000 posée.
mir:ror faced up
{"sens": "endroit"}

si je passe le même tag devant le nabaztag, c'est instantané, le lancement du scénario pas de délais

bon je vais devoir désactiver la gestion multitags alors ! C'est ce qui prend des "ressources" je pense.
Vu que mirror ne le gère pas en direct je dois enregistrer dans la base de données chaque évènement et comparer avec l'état précédent pour connaitre l'état actuel.

tmartinez a écrit :bon je vais devoir désactiver la gestion multitags alors ! C'est ce qui prend des "ressources" je pense.
Vu que mirror ne le gère pas en direct je dois enregistrer dans la base de données chaque évènement et comparer avec l'état précédent pour connaitre l'état actuel.

essaye si ça vient de la,et je verrais la différence tout de suite (on peut pas juste revenir en arrière sur un plugin dans les version sans faire une restauration complète)
après c'est embêtant, car la gestion de plusieurs tag aurait ouvert d'autre possibilités, sur le liens que je t'ai mis plus haut il gèrer comment ? (de mémoire le mirror gère 4 tag simultané)

Chez toi y'a pas de soucis ?

La j'ai juste testé avec un Tag posé, retiré, j ai pas encore essayé de faire un scénario qui prendrais en compte deux tag posés.

sinon question : est t'il possible de pouvoir avoir dans les commande une fonction ETAT pour savoir quel tag est posé sur le plateau

Chez moi pas de soucis mais jeedom tourne sur un gros serveur donc je ne vois aucune différence.
Avec le mirror, on ne peut pas l'interroger pour savoir ce qui est posé, c'est lui qui envoi un signal quand un tag s'approche ou s'éloigne, c'est tout.
Je vais envoyer une version sans l'enregistrement des évènements.

tmartinez a écrit :Chez moi pas de soucis mais jeedom tourne sur un gros serveur donc je ne vois aucune différence.
Avec le mirror, on ne peut pas l'interroger pour savoir ce qui est posé, c'est lui qui envoi un signal quand un tag s'approche ou s'éloigne, c'est tout.
Je vais envoyer une version sans l'enregistrement des évènements.

bah possible que le delais ne vienne pas de ton plugin, mais de la box mini, elle sature a fond ça devient horrible par moment pour le rafraichissement des pages, alors ça dois jouer sur l'execution, je vais pas rester longtemps sur le raspberry...

Je propose que le plugin avant la gestion des tags passe en stable et garder la gestion des tags pour la branche beta

Thomas, j'ai un petit gros problème. J'ai acheté une carte Odroid C1 pour remplacer mon vieillissant Raspberry 256 Mo qui était vraiment trop lent à l'usage avec Jeedom. Mais je n'avais pas identifié que le mir:ror pouvait poser soucis...

L'Odroid est livré avec un Lubuntu. J'ai récupéré tout mon Jeedom qui semble fonctionner correctement. J'ai branché mon mir:ror mais cela ne fonctionne pas :/ En fait, le dossier hidraw0 n'existe pas dans /dev/, forcément, cela ne risque pas de fonctionner.
J'ai désinstallé et réinstallé le plugin et c'est pareil.

Je voulais savoir comment savoir quel était le /dev/ utilisé par mon mir:ror ? Merci

Tu peux essayer:
dmesg |grep usb

Moi ça me donne parmi les résultats, une ligne:
hid-generic 0003:1DA8:1301.0001: hiddev0,hidraw0: USB HID v1.00 Device [Violet Mirror] on usb-0000:00:1d.2-1/input0

As-tu également une ligne comme ça ?
Merci

Malheureusement, il semblerait que non :/

Code : Tout sélectionner

odroid@Jeedom:~$ dmesg |grep usb
[    0.692167@0] usbcore: registered new interface driver usbfs
[    0.697669@0] usbcore: registered new interface driver hub
[    0.703183@0] usbcore: registered new device driver usb
[    2.196112@0] usbcore: registered new interface driver cdc_acm
[    2.209893@0] usbcore: registered new interface driver usb-storage
[    2.216076@0] usbcore: registered new interface driver usbserial
[    2.221962@0] usbcore: registered new interface driver usbserial_generic
[    2.228649@0] usbserial: USB Serial support registered for generic
[    2.234772@0] ERROR::usb_gadget_probe_driver:1372: usb_gadget_register_driver ENODEV
[    2.344561@0] usbcore: registered new interface driver usbhid
[    2.350019@0] usbhid: USB HID core driver
[    2.729007@0] usb1: type: 1, speed: 0, config: 0, dma: 0, id: 1, phy: fe108820, ctrl: fe080000
[    2.826382@0] usb0: type: 0, speed: 0, config: 0, dma: 0, id: 0, phy: fe108800, ctrl: fe040000
[    3.204988@1] usb 1-1: new high-speed USB device number 2 using dwc_otg
[    3.724874@0] usb 1-1.3: new full-speed USB device number 3 using dwc_otg
[   66.107024@0] usb 1-1.3: USB disconnect, device number 3
[   69.415118@0] usb 1-1.2: new full-speed USB device number 4 using dwc_otg
[ 9759.062190@0] usb 1-1.2: USB disconnect, device number 4
[ 9761.856263@0] usb 1-1.2: new full-speed USB device number 5 using dwc_otg
odroid@Jeedom:~$

Tu crois que le hidraw pourrait ne pas être implémenté ?

Suite à ma demande, il semblerait qu'ODROID ait rajouté le support d'hidraw et hidev dans le kernel. Je dois patienter 1 heure pour mettre le kernel à jour. Sacrément réactif !! Je te vous tiens donc informé de la suite

Bon ben bingo ! Super ODROID, mise à jour du Kernel et oh magie, mon lecteur Mir:ror fonctionne sur ODROID-C1. Ça c'est de l'efficacité !

Bonjour,
Je débarque un peu sur jeedom et je trouve le plugin mir:ror juste top.
Petite question cependant. j'aurai besoin de désactiver (temporairement ou indéfiniment) les led du cercle qui s'allume en violet.
Ceci car cela génère trop de lumière ambiante pour le sommeil de madame.
Quelqu'un as't'il une solution accessible?
Merci

Salut, malheureusement non, c'est impossible car pas du tout accessible via le port usb, c'est intégré à la carte mère du mirror et je n'ai trouvé aucune fonction pour le désactiver...

ah zut et le demonter pour debrancher ou sectionner la fiche (un peu barbare) mais vous pensez que c'est realisable?

Si tu n'as pas peur de le détériorer, tout est possible. Suffit de supprimer la led

Thomas, peut-on gérer la pose et la dépose d'une puce ?

Je m'explique, je voudrais allumer la lumière de l'aquarium tant que la puce est posée sur le lecteur. Dans le log, j'ai çà :

29-01-2015 18:16:41 | event | Evenement : type=>rfid action=>pose value=>000008d0021a0352d80936000000
PHP Warning: Module 'OAuth' already loaded in Unknown on line 0
29-01-2015 18:16:42 | event | Evenement : type=>rfid action=>retire value=>000008d0021a0352d80936000000

J'imagine donc que je peux allumer lors de l'action pose et éteindre lors de l'action retire. Peut-on faire cela dans un scénario ?

Merci d'avance !

Bon, j'ai trouvé une solution, je ne sais pas ce qu'elle vaut... mais cela fonctionne

: Sélection_040.jpg (55.75 Kio) Consulté 2592 fois

La lampe s'allume quand je pose et s'éteint si j'enlève la ztamp...

@tmartinez

Salut peut tu "normaliser" la taille du widget c'est le seul qui n'a pas la même hauteur que les autres, je n'accède à aucun paramètre permettant de le faire.

: taille mirror.PNG (27.9 Kio) Consulté 2575 fois

je voudrais y ajouter un logo mir:ror, du style grisé si aucun tag sur le plateau, et couleur si présence, pense tu que cela sois possible ?

Je plussoie

Je ne sais pas non plus comment se personnalisent ces widgets.

@cyber152, c'est sympa les arrondis des widgets, tu fais cela comment stp ?

bristow a écrit :@cyber152, c'est sympa les arrondis des widgets, tu fais cela comment stp ?

J'ai trouvé en fouillant, il faut mettre border-radius: 15px; avec le paramètre style dans les Paramètres optionnels sur la tuile. Menu Configuration -> Affichage -> Clic sur un module.

Forum Communauté Jeedom

[Plugin Tiers][Sujet Principal] Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror

Re: Plugin Mir:ror