Calaos v3 alpha3 : Problemes ave interface web/mobile et 1-wire

[mifrey]

Salut a tous,

Je viens de migrer de calaos-os v2 vers la v3 alpha 3 pour Raspberry (https://www.calaos.fr/download/experimen...-11.tar.xz )

calaos-server communique bien avec l'automate, ca c'est ok. Par contre j'ai ces problemes que je n'avais pas avec la v2 :

1. Interface web

Je n'arrive pas a me connecter sur l'interface web sur le port 80 ou 443. Et pour cause, les seuls ports ouverts sont le 22 et 5454. Il n'y a plus de lighttpd comme sur la v2, le port 5454 est ouvert directement par calaos_server. J'essaie donc de me connecter avec mon browser sur http://CALAOS_OS_IP:5454 et la j'arrive sur page mais ca marche pas du tout, une fois il n'y a que du texte sans images, parfois il y juste le background sans rien d'autre.  J'ai essaye avec IE, Firefox et Chrome et c'est la meme chose.  Est-ce bien sur le port 5454 qu'il faut se connecter ?

2. Interface mobile

L'app Calaos Home sous android n'arrive pas a se connecter. J'ai "Connection failed, please check your credentials".  Mes user/pass/hostname sont pourtant bons.  Sur quel port cette app se connecte ? Est-ce que cette app fonctionne avec la v3 ?

3. 1-wire

J'ai charge les modules w1-gpio et w1_therm mais je n'ai aucun device 1-wire dans /sys/bus/w1/devices/.  Pas la peine de dire que calaos n'arrive pas non plus a lire les valeurs des devices.

Pour info les logs de calaos_server donnent beaucoup de :

Code:

Mar 18 18:19:53 raspberrypi calaos_server[186]: [WRN] 1wire (OWCtrl.cpp:83) Error parsing json from sub process: Json is not an array: null

mais je suppose que c'est normal car je n'ai rien dans /sys/bus/w1/devices/.

[raoulh]

Salut,

Pour le web ca devrait marcher comme avant. Il n'y a plus de lighttpd ca c'est calaos_server qui fait directement serveur web. Il y a par contre un HAProxy qui est censé tourner pour faire la couche https.
Le port 5454 c'est le serveur web de calaos_server.

L'interface mobile se connecte sur le https donc si celui ci ne tourne pas correctement cela ne fonctionnera pas.

Pour le 1-wire sur rpi avec w1, il me semble qu'il faut activer l'overlay dans le device tree en mettant dtoverlay=w1-gpio dans /boot/config.txt
Mais je suis plus sur de ca, il faut que captainigloo confirme C'est lui qui utilise ca chez lui comme toi avec w1.

[raoulh]

Peux-tu verifier si haproxy fonctionne:

systemctl status haproxy

[mifrey]

Pour le 1-wire, c'est bien ca. J'ai ajoute dtoverlay=w1-gpio dans le fichier config.txt de la partition de boot (FAT32).  Maintenant j'ai bien mes devices dans /sys/bus/w1/devices/ et j'arrive a lire les temperatures avec un "cat /sys/bus/w1/devices/28-*/w1_slave".  Par contre, j'ai 0 degC dans l'interface web et mobile. Calaos ne semble pas aller lire les valeurs.  Dans mon io.xml j'ai ceci (idem que ce que j'avais en v2) :

Code:

<calaos:input gui_type="temp" id="input_95" name="SAL-T1" ow_args="--w1" ow_id="28.ee9454251602" type="OWTemp" visible="true" />

Pour haproxy :

Code:

root@raspberrypi:~# systemctl status haproxy

● haproxy.service - HAProxy Load Balancer
   Loaded: loaded (/lib/systemd/system/haproxy.service; enabled; vendor preset: enabled)
   Active: inactive (dead) (Result: exit-code) since Sat 2017-03-18 23:25:09 CET; 11s ago
  Process: 1031 ExecStartPre=/usr/bin/haproxy -f /etc/haproxy/haproxy.cfg -c -q (code=exited, status=1/FAILURE)
  Process: 1028 ExecStartPre=/usr/sbin/haproxy_gencert.sh (code=exited, status=0/SUCCESS)

Mar 18 23:25:08 raspberrypi systemd[1]: haproxy.service: Failed with result 'exit-code'.
Mar 18 23:25:09 raspberrypi systemd[1]: haproxy.service: Service hold-off time over, scheduling restart.
Mar 18 23:25:09 raspberrypi systemd[1]: Stopped HAProxy Load Balancer.
Mar 18 23:25:09 raspberrypi systemd[1]: haproxy.service: Start request repeated too quickly.
Mar 18 23:25:09 raspberrypi systemd[1]: Failed to start HAProxy Load Balancer.
Mar 18 23:25:10 raspberrypi systemd[1]: Stopped HAProxy Load Balancer.
Mar 18 23:25:10 raspberrypi systemd[1]: haproxy.service: Start request repeated too quickly.
Mar 18 23:25:10 raspberrypi systemd[1]: Failed to start HAProxy Load Balancer.

J'ai essaye "systemctl restart haproxy", aussi stop/start mais toujours le meme prob.

Quand je le lance manuellement, il y a apparemment un prob avec la config :

Code:

root@raspberrypi:~# haproxy -c -f /etc/haproxy/haproxy.cfg
[ALERT] 076/234751 (270) : parsing [/etc/haproxy/haproxy.cfg:41] : 'bind *:443' : unable to load SSL private key from PEM file '/etc/ssl/haproxy/server.pem'.
[ALERT] 076/234751 (270) : Error(s) found in configuration file : /etc/haproxy/haproxy.cfg
[ALERT] 076/234751 (270) : Proxy 'calaos-https': no SSL certificate specified for bind '*:443' at [/etc/haproxy/haproxy.cfg:41] (use 'crt').
[ALERT] 076/234751 (270) : Fatal errors found in configuration.

En fait j'ai remarque que le fichier /etc/ssl/haproxy/server.pem existait mais etait vide. Je l'ai alors supprime puis relance haproxy. Le pem a ete regenere et maintenant ca marche.

[raoulh]

Ok, super pour haproxy. Bizarre que la generation du certificat la 1ere fois n'a pas fonctionné comme il faudrait.

Pour le 1wire, ta config n'est pas bonne. Voici quelques explications avec le 1wire et la v3. Le module 1wire a été entierement réecrit et utilise maintenant un outil pour lire les sondes:

Code:

calaos_1wire

Tu peux lancer cet outil pour lister les sondes:

Code:

root@intel-corei7-64:~# calaos_1wire --help

This tool is for calaos internal use only. However it may be useful for debugging purpose. It's designed to scan One Wire devices and print detected devices and their temperatures on screen

    Usage : calaos_1wire [--use-w1] [--scan] <owfs_args>
         --use-w1    : Force the use of w1 kernel module for one wire detection.
         --scan      : scan hardware and detect OneWire devices.
         <owfs_args> : List of arguments used by OWFS during init (e.g. -u for usb devices).

Avec l'option --scan ca va te lister les id des sondes ainsi que leur valeurs. C'est bien pratique pour avoir les id que tu dois mettre dans la config.
Ensuite quelques precisions pour le module w1. Il y a 2 drivers 1wire dans calaos, soit on utilise notre propre driver sur rpi avec le module kernel w1. On a vu que le driver owfs etait bugué quand on utilisait w1 avec celui ci. On a donc ecrit un driver qui va lire dans /sys/bus/w1/devices/. Par contre les ID des sondes ont pas le meme format quand on utilise notre driver, utilise donc le --scan pour voir quel id doit etre utilisé.

Dans ton cas donc, il faut que tu enleves ow_args="--w1" et que tu mettes l'option use_w1="true" dans tes IO OWTemp, comme ceci:

Code:

<calaos:input gui_type="temp" id="input_95" name="SAL-T1" ow_args="" use_w1="true" ow_id="28-ee9454251602" type="OWTemp" visible="true" />

Idem pour scanner, utilise cette commande:

Code:

calaos_1wire --use-w1 --scan

[mifrey]

Merci Raoul. Mes temperatures s'affichent correctement maintenant.

[Tinade]

Concernant le 1-wire j'ai le meme problème que mifrey

Après plusieurs recherche j'ai reussi a connecter ma sonde sur mon ds9490

le scan me donne ceci : root@intel-corei7-64:~# calaos_1wire --use-w1 --scan
Scanning for 1wire devices... found 1 devices.
Device: 81-00000037d205 (temperature) --> value:

Ne doit il rien avoir après "value" ?

J'ai test de paramétrer avec calaos installer mais ca m'afficher 0 j'ai donc tenter la solution donné a mifrey

Code:

<calaos:input gui_type="temp" id="input_95" name="SAL-T1" ow_args="--w1" ow_id="81-00000037d205" type="OWTemp" visible="true" />

mais cela m'affiche toujours 0 dans mon interface.

Quelqu'un aurait-il une idée svp ?

[raoulh]

Oula non la tu melanges les options.

calaos_1wire --scan permet de scanner le bus et d'afficher toutes les sondes qu'il trouve. Par contre il faut lui dire la ou il doit chercher le bus 1wire. Dans le cas de @mifrey il utilise le bus connecté directement sur une raspberrypi avec le driver w1. D'ou l'option --use-w1. Toi tu utilises un adaptateur USB ds9490. Donc c'est pas du tout le meme driver qu'il faut utiliser, mais le driver usb. Essaye plutot ca:

Code:

calaos_1wire -u --scan

Et dans la config:

Code:

<calaos:input gui_type="temp" id="input_95" name="SAL-T1" ow_args="-u" ow_id="<ID que te donnes la commande d'avant>" type="OWTemp" visible="true" />

[Tinade]

Merci pour ta reponse,

malheusement ca me donne ca :

Code:

root@intel-corei7-64:~# calaos_1wire --scan -u
DEFAULT: ow_usb_msg.c:(295) Opened USB DS9490 bus master at 1:2.
DEFAULT: ow_usb_cycle.c:(191) Set DS9490 1:2 unique id to 81 05 D2 37 00 00 00 5                                                                                                                     2
[INF] extern_process (OWExternProc_main.cpp:281) OW Library initialization ok
Scanning for 1wire devices... found 1 devices.
[ERR] extern_process (OWExternProc_main.cpp:133) Error reading OW path: 81.05D237000000/temperature No such file or directory
Device: 81.05D237000000 (DS1420) --> value:

Du coup j'ai test ceci :

<calaos:input enabled="true" gui_type="temp" id="input_95" io_type="input" name="SAL-T1" ow_args="-u" ow_id="81.05D237000000" type="OWTemp" visible="true" />

Mais ca reste a zero.

[raoulh]

En fait c'est juste.
Les adresses 1wire qui commencent par 81, c'est l'adresse de la passerelle USB DS9490.
Les sondes de temperatures sont en 28.xxx normalement.

Donc la ca veut dire que ta passerelle USB est bien reconnu et fonctionnelle, mais que tu n'as rien sur le bus. Si tu as des sondes dessus c'est qu'elles ne sont pas cablés correctement.