Beta testeurs de KnxWeb v2.1.0

[Anthony PENHARD]

Bonjour,

tout d'abord Bonne année 2016 à tous ainsi que vos proches

Aujourd'hui KnxWeb est en version v0.9.3 sur le cvs de sourceforge histoire de voir un peu plus clair je vais changer la gestion du versioning  x.y.z : x major, y minor, z patch
et donc la version actuel du cvs correspond à la v2.0.0

il y a un petit moment que je n'avais pas "remonté" de code et donc il y a pas mal de modifs que j'avais faites sur knxweb depuis la version dispo sur le cvs mais que je n'avais pas mises à disposition ...
la prochaine version est donc (celle à tester ;) ) la v2.1.0 qui pour le moment est en "beta" car il y a surement des bugs ;)

donc je recherche des "betas testeurs" de cette nouvelle version KnxWeb qui puissent remonter les bugs/améliorations
pour les plus "spécialistes" si en plus vous pouvez corriger les bugs et faire un "pull" ça serait super ;)


PS : cette nouvelle version n'est pas remontée sur le cvs de sourceforge !!
nous avons entrepris (avec Cyrille Defranoux) de passer knxweb et linknx sur github pour que cela soit plus simple à "maintenir/développer"
et cet outil permet également à ceux (ou celles !!) qui veulent faire un peu de développement pour améliorer/ajouter linknx et/ou knxweb de participer facilement
on doit encore finaliser "officiellement" tout ça ... cyrille a remonter l'historique de sourceforge sur git et la version v0.9.3 du cvs actuel devient la version v2.0.0 sur github pour "trancher"

le dépôt git : https://github.com/linknx/knxweb/

il y a plein de possibilités/fonctions dans KnxWeb qui sont certainement inexploitées faute d'être connues ...

vous le savez peut-être déjà, sur un même "serveur" (Raspberry, VM ou autre "hardware") on peut avoir autant de version que l'on veux de KnxWeb cela ne pose aucun problème, 1 dossier "knxweb2" dans /var/www/ est une version
si on en veux "une autre version" on peut dupliquer ce premier dossier en "knxwebtoto" et on obtiens une 2eme version indépendante et parfaitement fonctionnelle utilisant la même config linknx (lui on ne peut avoir qu'un seul par "serveur" !!)
dans ce cas il faut éviter de supprimer des objects dans linknx car peut avoir un impact sur l'autre version de knxweb mais en créer de nouveau ne bloque ni l'un ni l'autre

donc pour "les tests" mettre une autre version sur un "serveur" ce fait en quelques secondes sans impacter la première version

pour les modifs dans knxweb il y a pas mal de correction de petits bugs de warning php ...
mais aussi des fonctions qui existaient déjà depuis plusieurs années mais je ne les avais pas "activées" car pas assez testées à mon goût (il en reste une ou 2 en stand by par encore fini d'être développés ...)
dans cette nouvelle version j'ai surtout ajouté une nouvelle version pour la gestion des rules plus "design" et simple un peu sur le modèle de la programmation "scratch" des blocks qui s'emboitent
j'ai désactivé la fonction "event" qui ne servait pas à grand chose je trouve et encore moins avec la nouvelle version des rules
un résumé est dispo dans le "Changelog"

=> la procédure pour télécharger dupliquer votre version de knxweb, puis déployer et tester la nouvelle en parallèle :
liste des commandes :

$ cd /var/www
$ sudo mkdir knxweb-dev
$ sudo cp -f -R knxweb2/* knxweb-dev/
$ sudo wget http://downloads.sourceforge.net/project/linknx/knxweb/knxweb-dev-v2.1.0.tar.gz
$ sudo tar -xzvf knxweb-dev-v2.1.0.tar.gz --overwrite
$ sudo rm knxweb-dev-v2.1.0.tar.gz
$ sudo echo " " > knxweb-dev/dev
$ sudo chmod -R 777 knxweb-dev/

ensuite donc accessible via http://IP/knxweb-dev/ pour cette nouvelle version la version précédente toujours dispo via http://IP/knxweb2/

Autre point :
Je sais que "la doc" c'est pas toujours agréable (pour moi en tout cas ;) !!! ) et c'est bien pour ça qu'il n'y a pas grand chose sur KnxWeb ...
je suis pas certain que lire une doc soit très parlant pour se servir d'un logiciel non plus
ce que "j'aimerais" si certains sont "motivés" et savent faire, ce sont des "vidéos" genre "TUTO comment se servir de" tel ou tel fonction ...
une petite vidéo est, à mon sens, souvent plus clair que 50 lignes sur un wiki ... donc la encore je lance, là aussi, un appel aux volontaires !!!


PS : il y a un "easter egg" que j'avais implémenté il y a 3 ans ... (personne ne là encore découvert ou ne m'en a parlé en tout cas ...)

merci pour vos tests et retours
(désolé pour le long message !! et merci de l'avoir lu jusqu'au bout ;) !! )

@+
Anthony.

Cet e-mail a été envoyé depuis un ordinateur protégé par Avast. www.avast.com

[tru]

Excellent idea! As you may have noticed I have taken over as maintainer for linknx package on OpenWrt a while ago. And for knxd and pthsem and libesmtp to provide full package support on all supported OpenWrt platforms, see  https://github.com/openwrt/packages.

I'm happy to change upstream source repository to linknx on github. Are you willing to provide frequent releases and download files there?

Regrads, Othmar

nous avons entrepris (avec Cyrille Defranoux) de passer knxweb et linknx sur github pour que cela soit plus simple à "maintenir/développer"

[bruce sironneau]

bonjour,

j'utilise ton logiciel depuis quelques mois et il fonctionne à merveille. je suis donc partant pour participer, j'essairai donc la nouvelle version et je te remonterai  les bugs ou amélioration (en plus, faut que je refasse tout ça tombe bien).

merci pour ton travail et surtout pour ta disponibilité lorsque j'en ai eu besoins.

je te tiens au courant.

bien cordialement,

                                          bruce

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes "Eibd / Linknx / KnxWeb".
Visitez ce groupe à l'adresse https://groups.google.com/group/eibd-linknx-knxweb.

[Cyrille Defranoux]

Hi Othmar,

I have seen your pull request but I haven't had the time to review it for now. I may need some more details about it but I would follow up with you on github if needed.
I only wanted to let you know.

Regarding linknx, my first goal was to continue the maintenance, as the original author seems to be off the radar since a while. I have a few patches to merge as well but they have taken a back seat too... And as Anthony mentioned, github encourages contributions. I hope to get more from the very active German community. I do have a plan to communicate on that soon, but again, I have been too busy with my real life to take care of that as of now.

By the way, thanks to Anthony who brought it to my attention, I'm watching the knxd project. It looks very promising!

Thanks
Cyrille

[DaGGeR]

Salut Anthony,

Je suis partant aussi pour faire une série de test sur la nouvelle version ; c'est le moins que je puisse faire avec tout ce que tu fais sur ce logiciel, et toute l'aide apportée pour mettre en oeuvre mes idées.

Merci pour tout ce travail effectué,

             DaGGeR

[tru]

Hi Cyrille,
Ah, it's your repository on github. I guess it's better to talk about the details directly on github.

Personally I very much like the linknx project and I use it for about 8 years now. I have two major complaints about the source code environment. First: the build tool environment is very much outdated, second: recent compilers complain a lot about unclean source code, like improper comparison between different types and illegal c++ syntax. Therefore I think before putting too much effort on further development it makes sense to build a clean development base using recent build tools. So I decided to put a foot in the door with my pull request.

BTW: Jeff did a fork on the repository, so he is still here.

Regards, Othmar

[Anthony PENHARD]

​Salut,

merci pour le coups de mains

la version a été téléchargée pas loin de 40 fois et pour le moment je n'ai pas eu de retours tout semble donc ok ;)

@+

Anthony.

[DaGGeR]

Salut Anthony,

J'avais commencé les tests le soir du téléchargement, et j'avais plusieurs problèmes. Je pensais qu'une fois la machine redémarrée, les problèmes disparaîtraient.

La machine NUC I3, Debian Wheezy, linknx 1.32. mysql

J'ai les règles V2 qui ne s'affichent pas ( pour info, linknx.xml fait 1857 lignes ) ;  le design ne s'affiche pas, ça tourne en rond 

Voila les premiers retours;

Je continue à tester doucement :)

[Anthony PENHARD]

Salut DaGGer,

oh là, en fait rien n'a fonctionné ...

tu as dupliquer ta version avant et ensuite "mis à jour"

pour le redémarrage non il n'y a rien "d'installer" a proprement parlé pas de reboot nécessaire

pour le linknx.xml tu as du modifier dans la "config de knxweb" la donnée "max_result_lines" qui est par défaut à 1000, tu peux sans problème doubler mettre "2000" voir plus pour être tranquille

ce point peut-être une des "raisons" des problèmes vu que la communication n'est pas complète entre linknx et knxweb

merci bien
@+

Anthony.

--

[DaGGeR]

Oui, j'ai installé en suivant point par point ton explication du premier post.

Je pense aussi que le problème vient du nombre de ligne, d'ailleurs c'est pour ça que je l'ai mentionné.

Mais les règles V1 s'affichent correctement à première vue

J'essaie de regarder ce soir pour en dire plus

                       DaGGeR

[DaGGeR]

Hello,

Bon et ben voici les news, ... en fait rien de nouveau.

Les règles V2 et le design toujours pas disponible.

Je ne sais pas ou chercher pour faire avancer le pb.

                DaGGeR

[chtiloft]

c est un point que j'avais rencontré et remonté a anthony en off. c lié aux description des rules, je pense qu'il n'aime pas le vide. La liste en haut de page affiche la description. Je n'ai pas été voir le code, mais a mon avis le pb vient de la.
J'en ai profité pour revoir un peu mes régles pour qu'elles soient le plus propre possible, et depuis c ok.

[chtiloft]

j en profite, il serait intéressant de pouvoir éxécuter la rule non pas uniquement sur une condition true ou false.
genre ma rule de fermeture des volets n'a pas fonctionné, du coup je souhaite la lancer pour voir si le pb est bien lié a ma rules,

tks

Le dimanche 24 janvier 2016 22:07:04 UTC+1, DaGGeR a écrit :

[Anthony PENHARD]

Salut,

@chtiloft

en effet la modif de la description des rules a vide je l'ai intégrée

tu as mis a jour avec la dernière version ?

sinon pour ta proposition tu peux lancer manuellement les actions d'une rule si tu la selectionne
- dans la v1 tu clique sur le logo "play" a coter de "on-true" par exemple lancera les actions lié aux actions "true"
- ou idem en v2 tu lances les actions via le Bp "Exécuter les actions de type 'Vrai'"

tu peux même le faire dans une action d'une autre rules par exemple il y a une action qui permet d'exécuter toutes les actions de type "true" de la rule "Nom d'une autre rule"

pour dagger on discute en "off" également et on cherche déjà a identifier le problème, pour le moment je penche plus vers de la config de sa machine

j'en profite pour faire un nouvel appel

savoir si certains on essayé testé déjà car pour le moment je n'ai pas eu beaucoup de retour ni de bug ou que ça marche pas ni que ça fonctionne donc ...

@+

Anthony.

[Tityann Retityann]

bonjour

pour ma part, je ne vois pas de bug évident si ce n'est que, lorsque je change de page dans la configuration l’icône de chargement tourne en boucle longtemps comme si c'etait planté, alors je revalide l'url en cours et va dans la section voulu, et la ça charge directement.
installé sur un PI2.
 

[Anthony PENHARD]

Salut,

@Tityann :

super merci pour ton retour
en effet ce que tu décrit est un truc que j'ai vu il y a déjà pas mal de temps et c'est "un peu chiant" !!! c'est un des bugs dans ma TODO list pour améliorer le confort d'utilisation

si ça tourne plus de 5secondes c'est que ça va pas s'ouvrir faut recharger la page  c'est uniquement un bug d'affichage pas de "plantage"
le bout de code pour cacher la "page" de chargement doit être mal appelé ou pas au bon endroit ...

suivant l'enchainement des pages/onglets que l'on ouvre ça pose problème ou pas ...

je vais creuser ce point

comment trouves-tu la gestion des rules "new version" ?

@+

Anthony.

Cet e-mail a été envoyé depuis un ordinateur protégé par Avast. www.avast.com

--

[DaGGeR]

Avec l'aide d'Anthony, la nouvelle version marche ... probablement ( à 99 % ) un problème d'espace et d'accents dans le fichier linknx.xml

La gestion des rules est magnifique, j'avais pu tester il y a quelques mois, et là je peux tester avec mes règles. 

C'est graphique et plus moderne. 

A part le 'bug' d'affichage déjà remonté par Tityann, je n'ai rien remarqué de spécial.

Maintenant, je suis à la recherche du "easter egg" , ...mais il doit être bien caché pour avoir résisté pendant plus de 3 ans !

Super boulot, !!!

Je vais voir maintenant pour faire des modop sur différents widgets utilisés sur mon install.

[Anthony PENHARD]

> Maintenant, je suis à la recherche du "easter egg" , ...mais il doit être bien caché pour avoir résisté pendant plus de 3 ans !

il est pas exceptionnel mais en effet je n'ai jamais eu de retour sur ce point

un indice : "konami"

merci
@+

Anthony.

[Tityann Retityann]

salut

ce qui est chiant avec les indices, c'est que quand tu ne trouve pas ça t’énerve encore plus....

Je n'ai encore joué avec les rules (en fait j'en ai que 2 très simple)

pour les maj il y a une petit mention en haut à droite qui indique qu'il y a une maj sur github, quand on clique dessus on ne sait pas si c'est planté ou autre chose, il n'y a pas d'indication jusqu'au message
 "Info: Reload KnxWeb' branch:dev path:/var/www/knxweb-dev/'"
je recharge la page knxweb-dev, mais la mention de maj est toujoiurs présente. La maj ne se fait pas toute seule ?

[Anthony PENHARD]

Salut,

en fait l'indice "konami" est "bien connu" des trentenaires qui ont eu des consoles nintendo dans leur enfance (la NES notamment dans les années 1990), à la base c'est une société éditrice de jeux et dedans il y avait souvent un "code" pour avoir des "trucs" secrets pour "tricher" ...

le code est expliqué là : https://fr.wikipedia.org/wiki/Code_Konami

exemple de sites qui en ont  topachat, ldlc (dont j'ai "pompé le code")

pour le tester sur knxweb le mieux est d'avoir ouvert l'onglet de rules v1 par exemple "marche mieux"

et pour la mise à jour en effet le message s'affiche toujours dans cette version beta je l'ai forcé à toujours être là !!

si tu cliques dessus ça télécharge et "ecrase ta version" par celle présente sur le dépôt github !!

@+

Anthony.

​

[Tityann Retityann]

ça y est c'est testé......en même temps je crois que si quelqu'un avait trouvé !!! ça pourrait prouver qu'il y a plusieurs personnes qui peuvent habiter la même tête    :-)
merci

PS : GRADIUS est en toi

[DaGGeR]

En effet, pas évident à trouver sans indice.

Je ne cherchais pas ça du tout, plutôt une fonction KNX, un bouton caché , ... 

Ça aurai pu rester encore de nombreuses années je pense!  :)

[Tityann Retityann]

Bonjour
une petite demande d'amélioration:
quand on active l'enregistrement d'une valeur d'une adresse,l'enregistrement se fait à chaque changement de valeur.
serait il possible de mettre une option du genre: enregistrement toutes les 10s , 30s...
certains module permettent l'envoi tous les X secondes mais d'autres envoi sur le bus chaque changement de valeur
du coup par exemple chez moi ma PAC m’envoie chaque changement de température au dixième de °C près ce qui fait que mes logs gonflent pour rien.
merci

[Anthony PENHARD]

Salut,

@Tityann

je comprends bien ton problème maintenant pour moi comme tu le dis ce sont les modules KNX qui gèrent l'envoi des données sur le bus c'est étonnant de surcharger la com du Bus pour "rien"
n'y aurait-il pas un paramètre pour changer la "précision" de la température genre à 0.5 près au lieu de 0.1 et là il enverra moins souvent

car faire ça au niveau du superviseur c'est pas logique il doit avoir le "maximum d'infos" et dois être identique sur toutes les GAs

si on commence a faire du paramétrage sur les logs sur chaque "object" ça va devenir compliqué et quels critères mettre pour faire la sélection ?

une "solution" serait de faire du "ménage" dans les logs par script (tous les X temps) ou à la main

une autre solution (que perso je préfère) ne pas activer les logs pour cette donnée en particulier mais utiliser un autre object et gérer avec une rule "la copie"

je m'explique
si ta GA c'est là 1/2/3 sur le bus, dans ta config linknx 2 objects :

le premier : Temp_PAC_BUS avec la GA 1/2/3 et log a false => c'est l'object que tu as aujourd'hui mais faut désactiver la fonction log
le deuxième : Temp_PAC_LOG sans GA la donnée "vide" quoi et log a true => object à créer donc avec log activé

et une rule du genre :

<rule id=" Temp_PAC_BUS_date" description="" init="false" active="yes">
  <condition type="object" id="Temp_PAC_BUS" trigger="true" ></condition>
  <actionlist type="if-true">
    <action type="script">
      <![CDATA[
      Temp_PAC_BUS = tonumber(obj("Temp_PAC_BUS"));
      Temp_PAC_LOG = tonumber(obj("Temp_PAC_LOG"));
      if (Temp_PAC_BUS < Temp_PAC_LOG ) then
        diff =  Temp_PAC_LOG - Temp_PAC_BUS;
      else
        diff =  Temp_PAC_BUS - Temp_PAC_LOG;
      end;
      if (diff > 0.2 ) then
        set("Temp_PAC_LOG", Temp_PAC_BUS);
      end;
      ]]>
    </action>
  </actionlist>
</rule>

en gros à chaque changement de valeur de Temp_PAC_BUS va exécuter la rule
et si il n'y a pas au moins "0.2" de différence avec la valeur précédemment logguée cela ne fait rien

et si plus de 0.2 alors va mettre à jour Temp_PAC_LOG avec la nouvelle valeur de Temp_PAC_BUS

donc dans les logs de "Temp_PAC_LOG" tu auras beaucoup moins de valeurs même si tu perds en précision

PS : pour la rule il y a moyen de le faire sans action "script" avec d'autres types d'actions mais faut un object intermédiaire de plus pour le calcul de "diff" et plus compliqué je trouve, comme ça en gros (la 2eme action est le calcul au "carré" en cas de diff négatif donc comparaison ensuite avec 0.04 carré de 0.2) :
<actionlist type="if-true">
  <action type="formula" id="diff" a="1.0" b="-1.0" c="0" n="1.0" m="1.0" x="Temp_PAC_BUS" y="Temp_PAC_LOG" ></action>
  <action type="formula" id="diff" a="1.0" b="0.0" c="0" n="1.0" m="2.0" x="diff" y="" ></action>
  <action type="conditional" delay="1s" >
    <condition type="object" id="diff" op="gt" value="0.04" ></condition>
    <action type="copy-value" from="Temp_PAC_BUS" to="Temp_PAC_LOG" ></action>
  </action>
</actionlist>

PS 2 : pas testé tiens moins au courant si fonctionne ou pas si tu test

@+

Anthony

Cet e-mail a été envoyé depuis un ordinateur protégé par Avast. www.avast.com

--

[DaGGeR]

Salut,

@Anthony

Tu m'avais parlé de fonction 'Simulation', mais je ne retrouve pas cette fonction dans la version 2.1

Est ce que tu peux m'en dire plus car ça pourrai être bien pour les prochaines vacances.

[Anthony PENHARD]

Salut,

@Anthony

Tu m'avais parlé de fonction 'Simulation', mais je ne retrouve pas cette fonction dans la version 2.1

Est ce que tu peux m'en dire plus car ça pourrai être bien pour les prochaines vacances.

Ah oui alors là ça c'est vraiment du "beta" ...

oblige à avoir la gestions des logs dans mysql

il "suffit" de créer une rule par object à "re-jouer" cet object devant avoir les log activé bien-sur !!
le principe est de re-jouer  les changements de valeur d'un object de 7 jours avant par exemple

la rule doit avoir un id bien précis "replay_" suivi de l'id de l'object

et ressembler à ça au départ :

<rule id="replay_objectArejouer" description="Rule Replay sur 7 jours pour objectArejouer" >
  <condition ... ></condition>

  <actionlist type="if-true">
    <action type="script">
      <![CDATA[

      out = io.popen("php /var/www/knxweb-dev/replay.php?objectlog=objectArejouer&duration=7&periodicity=day\");
      out:close();]]>
    </action>
  </actionlist>
</rule>

et donc remplacer partout dans la rule "objectArejouer" par l'id réel de l'object à rejouer

la partie condition doit avoir un "premier déclencheur" quel qu'il soit aucune importance car cette rule sera alors modifié automatiquement en fonction des log de l'object

alors si il y a plus de 1 changement d'état pour la même "minute" je sais pas si cela va fonctionné comme il faut ...

PS :
duration : Nombre ; par défaut 7
periodicity : périodicitée (Hour, Day, (Week), Month, year) ; par défaut day

restant disponible si besoin de plus de détails

je suis preneur de retour si fonctionne ou pas  😉 !!!

@+

Anthony.

[DaGGeR]

Cool , je vais tester ça !

Juste une précision, la condition d'exécution de la règle est testée ou pas ?

Je pensais mettre un objet : Vacances

If true, je refais le cycle de simulation de 7 jours autant de fois que nécessaire pendant les vacances, if false, je ne fais rien.( à part aller travailler, car je ne suis pas en vacances :) )

Le samedi 9 janvier 2016 14:31:37 UTC+1, Anthony PENHARD a écrit :

Bonjour,

tout d'abord Bonne année 2016 à tous ainsi que vos proches

Aujourd'hui KnxWeb est en version v0.9.3 sur le cvs de sourceforge histoire de voir un peu plus clair je vais changer la gestion du versioning  x.y.z : x major, y minor, z patch
et donc la version actuel du cvs correspond à la v2.0.0

il y a un petit moment que je n'avais pas "remonté" de code et donc il y a pas mal de modifs que j'avais faites sur knxweb depuis la version dispo sur le cvs mais que je n'avais pas mises à disposition ...
la prochaine version est donc (celle à tester ;) ) la v2.1.0 qui pour le moment est en "beta" car il y a surement des bugs ;)

donc je recherche des "betas testeurs" de cette nouvelle version KnxWeb qui puissent remonter les bugs/améliorations
pour les plus "spécialistes" si en plus vous pouvez corriger les bugs et faire un "pull" ça serait super ;)


PS : cette nouvelle version n'est pas remontée sur le cvs de sourceforge !!

nous avons entrepris (avec Cyrille Defranoux) de passer knxweb et linknx sur github pour que cela soit plus simple à "maintenir/développer"

et cet outil permet également à ceux (ou celles !!) qui veulent faire un peu de développement pour améliorer/ajouter linknx et/ou knxweb de participer facilement
on doit encore finaliser "officiellement" tout ça ... cyrille a remonter l'historique de sourceforge sur git et la version v0.9.3 du cvs actuel devient la version v2.0.0 sur github pour "trancher"

le dépôt git : https://github.com/linknx/knxweb/

il y a plein de possibilités/fonctions dans KnxWeb qui sont certainement inexploitées faute d'être connues ...

vous le savez peut-être déjà, sur un même "serveur" (Raspberry, VM ou autre "hardware") on peut avoir autant de version que l'on veux de KnxWeb cela ne pose aucun problème, 1 dossier "knxweb2" dans /var/www/ est une version
si on en veux "une autre version" on peut dupliquer ce premier dossier en "knxwebtoto" et on obtiens une 2eme version indépendante et parfaitement fonctionnelle utilisant la même config linknx (lui on ne peut avoir qu'un seul par "serveur" !!)
dans ce cas il faut éviter de supprimer des objects dans linknx car peut avoir un impact sur l'autre version de knxweb mais en créer de nouveau ne bloque ni l'un ni l'autre

donc pour "les tests" mettre une autre version sur un "serveur" ce fait en quelques secondes sans impacter la première version

pour les modifs dans knxweb il y a pas mal de correction de petits bugs de warning php ...
mais aussi des fonctions qui existaient déjà depuis plusieurs années mais je ne les avais pas "activées" car pas assez testées à mon goût (il en reste une ou 2 en stand by par encore fini d'être développés ...)
dans cette nouvelle version j'ai surtout ajouté une nouvelle version pour la gestion des rules plus "design" et simple un peu sur le modèle de la programmation "scratch" des blocks qui s'emboitent
j'ai désactivé la fonction "event" qui ne servait pas à grand chose je trouve et encore moins avec la nouvelle version des rules
un résumé est dispo dans le "Changelog"

=> la procédure pour télécharger dupliquer votre version de knxweb, puis déployer et tester la nouvelle en parallèle :
liste des commandes :

$ cd /var/www
$ sudo mkdir knxweb-dev
$ sudo cp -f -R knxweb2/* knxweb-dev/
$ sudo wget http://downloads.sourceforge.net/project/linknx/knxweb/knxweb-dev-v2.1.0.tar.gz
$ sudo tar -xzvf knxweb-dev-v2.1.0.tar.gz --overwrite
$ sudo rm knxweb-dev-v2.1.0.tar.gz
$ sudo echo " " > knxweb-dev/dev
$ sudo chmod -R 777 knxweb-dev/

ensuite donc accessible via http://IP/knxweb-dev/ pour cette nouvelle version la version précédente toujours dispo via http://IP/knxweb2/

Autre point :
Je sais que "la doc" c'est pas toujours agréable (pour moi en tout cas ;) !!! ) et c'est bien pour ça qu'il n'y a pas grand chose sur KnxWeb ...
je suis pas certain que lire une doc soit très parlant pour se servir d'un logiciel non plus
ce que "j'aimerais" si certains sont "motivés" et savent faire, ce sont des "vidéos" genre "TUTO comment se servir de" tel ou tel fonction ...
une petite vidéo est, à mon sens, souvent plus clair que 50 lignes sur un wiki ... donc la encore je lance, là aussi, un appel aux volontaires !!!


PS : il y a un "easter egg" que j'avais implémenté il y a 3 ans ... (personne ne là encore découvert ou ne m'en a parlé en tout cas ...)

merci pour vos tests et retours
(désolé pour le long message !! et merci de l'avoir lu jusqu'au bout ;) !! )

@+
Anthony.

[Anthony PENHARD]

Salut
La condition tu met ce que tu veux au départ elle sera enlevée après, dés la première exécution
À chaque exécution cela modifie la rule condition et actions
Ensuite pour arrêter faut désactiver la rule ou la supprimer car ta condition de départ ne sera pas maintenue

Cela demande à être encore amélioré certainement déjà ne pas utiliser d'action script ...
Si tu test ça serait super de voir si le principe marche
on peut voir ensuite quoi et comment améliorer

Merci à toi @+
Anthony

--

[Eric Panetta]

Bonjour à tous,

Me voilà nouvel arrivant dans le groupe, et surtout nouvel utilisateur du trio...

Cela fait 3 ans que j'ai domotisé mon appartement, mais tous mes scénarios sont programmés dans mes modules domotiques (Zennio), et c'est non seulement pénible à faire, mais difficile à maintenir.

Du coup, en voyant les visuels de la gestion des règles V2 de knxweb, je me suis dit que c'était le moment de tester... Je me suis donc créé une VM Debian Wheezy ce week-end et j'ai bidouillé tout ça (en attendant de commander mon RPi).

Juste avant d'exposer mon souci sur la gestion des règles, je voulais remercier Anthony et les autres dev (notamment linknx) pour ce super boulot ! Chapeau les gars !

Donc, on en vient à mon souci de règles v2 :

J'ai installé le trio par le script dispo sur http://www.knxweb.fr/. J'ai ensuite installé (en suivant le tuto d'Anthony) la version 2.1.0 (en écrasant la première install : c'est une install fraiche, autant que je fasse tout sur la dernière version, pas besoin d'avoir une version de dev parallèle).

Par contre, dans les règles V2, je ne peux rien modifier, ni sauvegarder... J'explique... Je peux créer et modifier mes règles dans la partie règles "V1". Quand je fais ça, je vois bien mes règles dans "règles v2". Mais si j'ai le malheur de modifier quelque chose et de sauvegarder la règle, rien ne se passe, et je ne vois plus les règles dans "règles v2". Je fais un tour dans la "v1", je repasse en revue toutes mes règles et je les sauvegarde, et hop, elle apparaissent à nouveau dans la v2...

Bref, soit j'ai un souci de syntaxe dans linknx.xml, soit j'ai un souci dans mon install. Mais là j'avoue que je patauge...

De plus, j'ai un autre souci dans l'exécution de mes règles, mais je vais faire un autre thread pour ça... Mais ça pourrait me faire penser que le souci vient de mon install.

Bref, I need some help...

Merci d'avance !

Eric

[Anthony PENHARD]

Salut,

pour l'install j'ai mis un script plus à jour sur git aussi :
https://github.com/linknx/install
qui install knxd à la place de eibd (bcusdk)

pour knxweb2 il y a la version de la branche "dev" qui corrige
quelques bugs sur les rules v2 notamment
pour ça tu peux créer un fichier "dev" (sans extension juste les 3
lettre et vide ou avec du texte dedans peut importe) à la racine de
knxweb pour que cela t'affiche un bouton dans le setup pour mettre à
jour

@+
Anthony.