OKOVISION - Retours utilisateurs

[inviteee3cb283]

@koggy:

Oui la procédure est la bonne. Il faut juste que je retrouve l'adresse de la page des logs sans passer par l'interface de la chaudière qui demande le code avant d'y avoir accès.

A+
-----

[invite4d567ab8]

Bonjour

J'ai aucun problème mais je ne suis plus avec le cron.
Je le rafraichis en local car l'hébergeur m'a éjecté
Le 29 est bien en février avec le bon poids et le 01/03 en mars.

Salut à tous,

Pas de soucis pour moi non plus en V 2.00m. Par contre, même symptôme que Phil : plus de cron... hasard ou lien particulier ? çà arrive en même temps...
Je suis chez Hostinger. et toi phil ?

[inviteee3cb283]

Salut Stawen,

Ce qui devait arrivé arriva, j'ai oublié de renommer les dates dans un fichier .csv et du coup, j'ai re-importé des données en double sur 2 jours de mars 2015...
Quel est selon toi la meilleur méthode pour effacer les données en double ?

A+

[fonfred]

Salut à tous,

Pas de soucis pour moi non plus en V 2.00m. Par contre, même symptôme que Phil : plus de cron... hasard ou lien particulier ? çà arrive en même temps...
Je suis chez Hostinger. et toi phil ?

Bonjour,

Idem 2.00m: ok pour la date.
Idem Hostinger: le cron marche
J'espère passer entre les (mauvaises) gouttes !

[stawen]

Salut Stawen,

Ce qui devait arrivé arriva, j'ai oublié de renommer les dates dans un fichier .csv et du coup, j'ai re-importé des données en double sur 2 jours de mars 2015...
Quel est selon toi la meilleur méthode pour effacer les données en double ?

A+

il n'a pas de probleme de doublon si tu importes 2 fois. es-tu sur d'avoir des incoherences ( trop de valeur) dans les données

[inviteee3cb283]

Salut Stawen,

Je pense qu'il y a un décalage de quelques secondes et que les enregistrements ce sont cumulés avec ceux de 2015:
Poly_Mars_2015_double.png

En zoomant on voit bien l'alternance des valeurs des deux journées:
Poly_Mars_2016_zoom.png

A+

[antec51]

Des nouvelles d'Okofen ? perso, aucune réponses à mon mail à Okofen Nord (Vivenergie) en 1 semaine.

[antec51]

Info Live Breaking News :

Apparemment le Bug de date se corrigera tout seul le 2 Avril d'après Okofen !

[invite8ae0235e]

Merci pour cette info, Antec51. C'est une bonne nouvelle. J'espère que ce sera bien la réalité...

[invitef8a80041]

Un petit temps que je ne suis pas passé... aïe je vois qu'il y a eu bug avec le 29/02, 'heureusement' pour moi je n'ai qu'une 'ancienne' version V02.00m pour le coup ça me sauve sur ce coup-là je n'ai rien eu d'anormal au passage du 29/02

Je sais pas si tu as essayé, mais ca fonctionne super bien avec la box, si tu as besoin d'aide pour configurer je peux t'aider.

@picatchoume22 ; @stawen
Pour parler d'un autre sujet en parallèle.... je voulais commencer à m'attaquer à l'utilisation de l'API mais pas moyen de tester pour le moment, depuis l'interface de ma box domotique je commençais par tester une commande simple type getIndicByDay (chemin xpath à définir) , j'ai bien vérifié mon token, donc requête type :

http://okovision/api.php?token=montoken&type=rendu&action=getIndicByDay&day=2016-03-01

j'ai le bon login pour l'interface temps réel mais pour le moment la réponse de la requête est toujours : Couldn't resolve host 'okovision'

J'ai loupé quelque chose probablement..?

[stawen]

Couldn't resolve host 'okovision'

J'ai loupé quelque chose probablement..?

l'erreur est clair, il ne connait pas http://okovision

il faut que tu utilises l'url d'acces à ton okovision

[invitef8a80041]

l'erreur est clair, il ne connait pas http://okovision

il faut que tu utilises l'url d'acces à ton okovision

sûr ça marche mieux après ça, ... j'avoue je m'étais posé la question à ce sujet (pourquoi aller attaquer l'api du site okovision de stawen... ) mais c'est là que mon cerveau a dû planter
merci! ça fonctionne parfaitement, juste testé sur 1-2 fonctions

PS: on a vu ici ou là des compte hostinger 'clôturés' pour 'utilisation CPU' (?), est ce quelqu'un sait trouver l'info d'un quota / limite du nombre de requêtes http maxi /jour que pourrait supporter un compte gratuit sans risque?

[invitedb4dbaa2]

juste pour info si tu souhaites changer ton mode de chauffage si c'est une eedomus tu dois lancer 2 fois la requette, il ne prend pas toujours la première, j'ai créé une règle pour que la box la relance une deuxième fois après une minute et je n'ai encore eu aucune erreur, c'est super pratique pour les jours de congés ou les vacances, je pense même que pour l'année prochaine je vais tenter qu'il n'y est plus que la box qui gère le chauffage et ne plus utiliser la programmation de la chaudière. Cela laissera beaucoup plus de possibilité.

[invitedb4dbaa2]

l'erreur est clair, il ne connait pas http://okovision

il faut que tu utilises l'url d'acces à ton okovision

je m'étais aussi fait avoir en première intention....

[invite6d863671]

Bonjour à tous,

J'ai installé Okovision ce week-end.
Il fonctionne très bien. Un grand merci à Staven pour son développement!

En revanche, je ne peux pas m'en servir, car ma chaudière ne crée plus de fichier .csv, alors qu'il en produisait il y a encore quelques semaines ???
Avez vous rencontré ce problème?

D'avance merci.

F@b.

[inviteee3cb283]

Salut Fab,

Tu n'as pas lu les dernières pages...
Il y a le bug du 29/02/2016 qui décale le mois de mars d'un jour.
D'après Okofen, cela devrait être réglé début avril...
Si tu veux récupérer tes "logs" il faut désactiver la mise à l'heure automatique et forcer la date soit en janvier 2016 ou comme je l'ai fait en mars 2015.
Par contre, il faut désactiver le cron pour éviter une importation à la mauvaise date. Il faut récupérer manuellement les fichiers et les modifier pour corriger les dates dans le .csv avant importation manuelle dans Okovision.

A+

[antec51]

Pour ceux qui avaient le bug, tout est de nouveau OK depuis le 01/04

[ffwill]

Bonjour effectivement sur la chaudière c'est tout bon...
Par contre j'ai un problème avec ma cron... (Synology a déployer une MAJ entre temps)
En exécution manuelle , J'ai ça:

sh-4.3# /usr/bin/php cron.php
PHP Warning:  require(_include/mysqli.class.php): failed to open stream: No such file or directory in /volume1/web/okovision/_include/autoloader.class.php on line 26

Warning: require(_include/mysqli.class.php): failed to open stream: No such file or directory in /volume1/web/okovision/_include/autoloader.class.php on line 26
PHP Fatal error:  require(): Failed opening required '_include/mysqli.class.php' (include_path='.') in /volume1/web/okovision/_include/autoloader.class.php on line 26

Fatal error: require(): Failed opening required '_include/mysqli.class.php' (include_path='.') in /volume1/web/okovision/_include/autoloader.class.php on line 26

[inviteee3cb283]

Salut,

Moi il y a un "-f" dans la ligne du cron:

cd /volume1/web/okovision;/usr/bin/php -f cron.php

A+

[ffwill]

effectivement...
Mais cela ne change rien...
(et d'après la doc de php le -f est optionnel:
php [options] [-f] <file> [--] [args...]
[...] = argument optionel )

donc je serais le seul a avoir le problème sous Synology? :-/

[inviteee3cb283]

Ha vi même problème :/

PHP Fatal error:  Uncaught exception 'LogFileOpenErrorException' with message 'Could not open Logfile in append-mode' in /volume1/web/okovision/_include/logger.class.php:100
Stack trace:
#0 /volume1/web/okovision/_include/logger.class.php(26): logger->openLogFile('/volume1/web/ok...')
#1 /volume1/web/okovision/_include/connectDb.class.php(20): logger->__construct()
#2 /volume1/web/okovision/_include/okofen.class.php(17): connectDb->__construct()
#3 /volume1/web/okovision/cron.php(11): okofen->__construct()
#4 {main}
  thrown in /volume1/web/okovision/_include/logger.class.php on line 100

Je vais gratter pour voir

Si je le lance depuis le navigateur, tout se passe bien...

A+

[invitecf5f440d]

oui ça fonctionne à nouveau mais dans mon cas (j'extrais les données avec une clés USB) je dois faire une petite manip supplémentaire dans okovision pour afficher le graph (j'importe (jusqu'à là c'est normal) mais après lorsque je vais dans calcul des synthèses journalières je n'ai rien d'afficher et je dois aller sur le petit calendrier pour sélectionner la période à recalculer et après seulement le graph apparaît)

[ffwill]

Si je le lance depuis le navigateur, tout se passe bien...

Effectivement en appelant directement l'URL: http://diskstation/okovision/cron.php ça passe....

[antec51]

Salut,

J'ai l'impression que ma commande pour passer en confort ne fonctionne plus :

http://192.168.1.9/okovision/api.php?token=montoken&type=rt&action=setBoilerMode&way=1&mode=2

Pas de message, rien

[invited020fccf]

Bonjour à tous,

Je suis un nouvel utilisateur d'Okovision et je voulais féliciter le développeur.
Bravo pour ce travail, OkoFEN devrait vous embaucher !

J'ai installé le logiciel sur une instance OVH, ca à l'air de fonctionner à peu près. Le cron à l'air d'avoir démarré.

Je n'ai pas trouvé dans la documentation la version PHP à utiliser. Sur mon instance je suis en 4.4
Est ce que 4.4 peut fonctionner ou vaut-il mieux passer sur 5.x ?

Merci à tous.
Nicolas

[stawen]

Bonjour à tous,

Je n'ai pas trouvé dans la documentation la version PHP à utiliser. Sur mon instance je suis en 4.4
Est ce que 4.4 peut fonctionner ou vaut-il mieux passer sur 5.x ?


Nicolas

les dev ont été fait a partir de la version php 5.4 et testé pour la php 5.6
En version 4.x, j'ai peur que certaine fonctionnalité ne marche pas.

[stawen]

Salut,

J'ai l'impression que ma commande pour passer en confort ne fonctionne plus :

http://192.168.1.9/okovision/api.php?token=montoken&type=rt&action=setBoilerMode&way=1&mode=2

Pas de message, rien

quelque chose a changé entre temps ? un nouveau circuit de chauffage ? le login/pass de la chaudière changé ?

[stawen]

Effectivement en appelant directement l'URL: http://diskstation/okovision/cron.php ça passe....

j'ai le meme prob, j'ai pas encore de solution, et pas bcp le temps en ce moment

[ffwill]

Ok merci de confirmer que je ne suis pas un bug isolé!

[antec51]

quelque chose a changé entre temps ? un nouveau circuit de chauffage ? le login/pass de la chaudière changé ?

Pourtant non apparement. Je me connecte a l'ip de la chaudière avec les même mdp.
Il y a juste eu ce problème de date entre temps.