Comme annoncé, ce forum est passé en lecture seule au 1er janvier 2020. Désormais nous vous invitons à vous rendre sur notre nouvelle page communauté :
Image

A très bientôt !

Validation d'une architecture d'installation

JEEDOM et vous! Venez vous présenter et préseter votre installation domotique JEEDOM
Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 24 juil. 2014, 11:41

Bon, ça y es, j'ai migré tous mes périphériques.

j'ai cramé mon raspberry, basculé rapidement la carte SD et le razberry sur un autre, ajouté le FGS211 a la liste des modules disponible pour répondre a mon besoin, reconfiguré le plugin jeedom, puis ré-associé tous mes modules avec des rallonges électriques + câble réseau de 50m pour aller partout (et jusqu'au portail). je me suis fais engueuler par ma femme qui a pas eu le droit de rentrer sa voiture tout de suite dans le garage et m'a dit : c'est tout pourri ton truc, ça marche jamais ... parce que j'avais coupé le courant ...

Il me reste quelques détails a gérer mais le principal est fait.

J'ai finalement opté pour un appel HTTP pour envoyer les données 433Mhz de mes 3 périphériques de la zibase vers jeedom. je vais attendre que la gestion du RFXCOM a distance soit possible car mes tests usbip n'ont pas été concluants. et celui qui me dit "je t'avais prévenu" va se prendre une calque ;-p

je ferais un retour sur TLD pour expliquer les requêtes HTTP et leurs mise en place.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
algeroth
Co-Administrateur
Messages : 1939
Inscription : 01 févr. 2014, 19:25

Re: Validation d'une architecture d'installation

Message par algeroth » 24 juil. 2014, 11:45

Cool !!
Équipe développement JEEDOM
Équipé d'une JEEDOM MINI, prototype JEEDOM CENTER, et JEEDOM PRO (Z-wave-RFXCOM-GSM-EnOcean)
Possède également une Vera 3 et une Fibaro HC2

Avatar de l’utilisateur
trankil
Actif
Messages : 793
Inscription : 21 juil. 2014, 15:07

Re: Validation d'une architecture d'installation

Message par trankil » 24 juil. 2014, 12:30

loic a écrit :Ok juste la limitation VMware n'est pas d'actualité c'est maintenant 32go de ram en version gratuit et des fonctions de backup en moins mais plus de limitation sur les VMs ou autre.
Pour être précis Loic, il n'y a plus de limite de perf (RAM, CPU, nombre de VM) sur ESXi 5.5.
Les limitations entre la version gratuite et les version payantes portent sur des fonctionnalités avancées ou de gestion/management.
"L'erreur est la règle ; la vérité est l'accident de l'erreur." Georges Duhamel (1884 – 1966)
"Laitcronsaitpasbon et Laitsleepsaitpasbonnonplus" proverbe Trankilien (2014 – )

Avatar de l’utilisateur
loic
Administrateur
Messages : 14862
Inscription : 01 févr. 2014, 16:21

Re: Validation d'une architecture d'installation

Message par loic » 24 juil. 2014, 13:47

Oui mais 5.5 tu dois creer des machines avec le moteur 8 car le 9 passe absolument par l'appliance qui elle est pas dispo en version free (j’espère qu'il vont résoudre ça en version 6).

Par contre je suis étonné sur la nom limitation de la ram et CPU il me semblait que c'était max 1 cpu (autant de coeur que l'on veut) et 32go de ram.
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section

Avatar de l’utilisateur
trankil
Actif
Messages : 793
Inscription : 21 juil. 2014, 15:07

Re: Validation d'une architecture d'installation

Message par trankil » 24 juil. 2014, 13:54

pas de limitation pour la RAM, du moins pas de limitation accessible ...
La liste exhaustive est dispo ici:http://www.vmware.com/pdf/vsphere5/r55/ ... ximums.pdf

pour le CPU, tu as raison, il y en a une mais relativement inaccessible ! (64 vcpu maxi par VM)

Par contre, tu as parfaitement raison, il y a un piège sur les versions de VM. Il est impossible avec une ESXi5.5 (ou inférieure) de configurer (modifier ses paramètres) une VM en version 10. (mais elle peut quand même tourner). Par contre, c'est parfaitement possible sur une VM en version 8 ou 9, sans la version payante (ou plus exactement, sans l'application de management Vcenter)
Et le plus piégeux est qu'il est possible, depuis la version gratuite esxi 5.5 d'ugrader une VM de la version 9 à la version 10..... Si cela est fait , l'utilisateur sera bien "embêté" car il ne pourra plus modifier les paramètres de la VM ensuite

Je ne doute pas que la v6 apportera de profondes modifications à tout çà ...
"L'erreur est la règle ; la vérité est l'accident de l'erreur." Georges Duhamel (1884 – 1966)
"Laitcronsaitpasbon et Laitsleepsaitpasbonnonplus" proverbe Trankilien (2014 – )

philippe
Actif
Messages : 1176
Inscription : 17 juil. 2014, 07:40

Re: Validation d'une architecture d'installation

Message par philippe » 24 juil. 2014, 14:10

Cmoi20 a écrit :
je ferais un retour sur TLD pour expliquer les requêtes HTTP et leurs mise en place.
oui ça m’intéresse fortement

merci

jeff143fr
Timide
Messages : 7
Inscription : 25 juil. 2014, 11:09

Re: Validation d'une architecture d'installation

Message par jeff143fr » 31 juil. 2014, 19:21

Bonjour,
J'ai fait l'installation avec apache sur une Debian fraîchement installé, mais Node JS reste gris.
Dans le fichier de log d'erreur d'apache j'ai ça:

Code : Tout sélectionner

[Thu Jul 31 19:16:14 2014] [error] [client xxx.xxx.xxx.xxx] File does not exist: /var/www/nodeJS/socket.io, referer: http://IP-SRV-APACHE/jeedom/index.php?v=d&p=update
Quelqu'un aurait une idée ?

Merci.

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 31 juil. 2014, 19:35

le service jeedom est-il bien lancé ?

peux tu me donner ton fichier de configuration du virtual host apache ?
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

jeff143fr
Timide
Messages : 7
Inscription : 25 juil. 2014, 11:09

Re: Validation d'une architecture d'installation

Message par jeff143fr » 31 juil. 2014, 22:23

C'est bon le problème et réglé.
J'avais deux conf default d'activer, default et 000-default.conf avec tous les deux une conf pour DocumentRoot /var/www ...
maintenant jeedom est bien en vert !

Avatar de l’utilisateur
Hotfirenet
Timide
Messages : 30
Inscription : 03 juil. 2014, 10:13
Localisation : Lyon
Contact :

Re: Validation d'une architecture d'installation

Message par Hotfirenet » 02 août 2014, 18:42

il se peut aussi qu'il y ai un probleme sur le node voir l'article:
http://blog.hotfirenet.com/installer-je ... n-fraiche/
Bidouilleur, Développeur, bloguer, j'aime le DIY et tout ce qui se fini en "ique".
Jeedom tourne sur un raspi et toute ma domotique tourne sur de l'arduino, flyport et ipx800.
Je suis hyperactif sur Twitter.

Avatar de l’utilisateur
alexzen
Actif
Messages : 526
Inscription : 07 août 2014, 14:57

Re: Validation d'une architecture d'installation

Message par alexzen » 08 août 2014, 09:11

Oulala que ce sujet est intéressant. Quel retour d'utilisation et combien de modules en production ?

Pour ce qui est du rfx est ce que cela fonctionne correctement à présent ?
Vm vbox Jeedom + 1 rpi2 razberry/rfxcom/sms déporté + 1 rpib+ rfxcom/1wire déporté.
30 modules zwave, 9 sondes 1wire, 13 modules chacon, 12 volets ematronic, Karotz, 5 squeezebox, 1 rpi squeezeplug, 2 nas n40l, etc.

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 08 août 2014, 10:10

Bonjour,

Aujourd'hui, 26 modules z-wave et 2 modules virtuels via requètes HTTP.

n'ayant pas trouvé de solution pour le RFXCOM, j'ai gardé ma zibase pour faire passerelle sur les 2 modules que j'avais en 433.

pour le z-wave, je viens justement de poster un bilan de la stabilité du système sur le forum dans la partie z-wave. ce n'est pas encore tout a fait stable mais on s'en approche.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
alexzen
Actif
Messages : 526
Inscription : 07 août 2014, 14:57

Re: Validation d'une architecture d'installation

Message par alexzen » 08 août 2014, 11:28

Bonjour Cmoi20,

Je prend bonne note pour le rfx mais du coté le retour de mes sondes Oregon risque de poser quelques soucis pour le basculement de la partie chauffage (surtout ici dans le nord pas de calais ^^)

Merci pour ton retour, je vais suivre de prêt ton installation.
Vm vbox Jeedom + 1 rpi2 razberry/rfxcom/sms déporté + 1 rpib+ rfxcom/1wire déporté.
30 modules zwave, 9 sondes 1wire, 13 modules chacon, 12 volets ematronic, Karotz, 5 squeezebox, 1 rpi squeezeplug, 2 nas n40l, etc.

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 08 août 2014, 11:47

attention, mon problème de RFXCOM est lié a mon serveur en hyper-v. dans tout autre cas, il n'y a pas de problème.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
algeroth
Co-Administrateur
Messages : 1939
Inscription : 01 févr. 2014, 19:25

Re: Validation d'une architecture d'installation

Message par algeroth » 08 août 2014, 12:52

en effet aucun pb pour le rfxcom dans une utilisation classique...
Équipe développement JEEDOM
Équipé d'une JEEDOM MINI, prototype JEEDOM CENTER, et JEEDOM PRO (Z-wave-RFXCOM-GSM-EnOcean)
Possède également une Vera 3 et une Fibaro HC2

Avatar de l’utilisateur
alexzen
Actif
Messages : 526
Inscription : 07 août 2014, 14:57

Re: Validation d'une architecture d'installation

Message par alexzen » 08 août 2014, 13:36

Le combo VM virtualbox sur un nas + raspberry avec rfx et carte razpberry est totalement fonctionnel ?
Dans ce cas en effet, je sens que je ne vais pas me poser 10000 questions. Dommage qu'un mode démo ne soit pas disponible pour l'instant histoire de voir l'interface avec quelques modules mis en place mais vu la charge de boulot que cela doit représenter je pense que vous avez d'autres choses à faire en ce moment ^^
Vm vbox Jeedom + 1 rpi2 razberry/rfxcom/sms déporté + 1 rpib+ rfxcom/1wire déporté.
30 modules zwave, 9 sondes 1wire, 13 modules chacon, 12 volets ematronic, Karotz, 5 squeezebox, 1 rpi squeezeplug, 2 nas n40l, etc.

Avatar de l’utilisateur
algeroth
Co-Administrateur
Messages : 1939
Inscription : 01 févr. 2014, 19:25

Re: Validation d'une architecture d'installation

Message par algeroth » 08 août 2014, 13:38

tu as les vidéos qui te permettent de te rendre compte, et les docs...
La mini avec rasp+raz+rfxtr433E dispo en fin de semaine prochaine normalement...
Équipe développement JEEDOM
Équipé d'une JEEDOM MINI, prototype JEEDOM CENTER, et JEEDOM PRO (Z-wave-RFXCOM-GSM-EnOcean)
Possède également une Vera 3 et une Fibaro HC2

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 08 août 2014, 16:46

oui, le RFXCOM connecté a virtualbox via déport USB de l’hôte + rasp + raz pour le z-wave a poser ou tu le désire sont totalement fonctionnel.

le RFXCOM ne pourra pas pour l'instant être connecté au raspberry mais bien sur ta machine hôte, c'est la seule contrainte.
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Avatar de l’utilisateur
alexzen
Actif
Messages : 526
Inscription : 07 août 2014, 14:57

Re: Validation d'une architecture d'installation

Message par alexzen » 08 août 2014, 18:06

Arf ... Malheureusement vu l'emplacement de mon nas je vais avoir quelques soucis pour récupérer les valeurs de mes sondes Oregon. Ceci étant je me tâte en parallèle pour les remplacer par des couples de modules universel fibaro avec sondes mais j'ai du mal à voir comment gérer les fils ..
Vm vbox Jeedom + 1 rpi2 razberry/rfxcom/sms déporté + 1 rpib+ rfxcom/1wire déporté.
30 modules zwave, 9 sondes 1wire, 13 modules chacon, 12 volets ematronic, Karotz, 5 squeezebox, 1 rpi squeezeplug, 2 nas n40l, etc.

Cmoi20
Timide
Messages : 287
Inscription : 27 juin 2014, 10:56
Contact :

Re: Validation d'une architecture d'installation

Message par Cmoi20 » 08 août 2014, 18:29

alexzen a écrit :Arf ... Malheureusement vu l'emplacement de mon nas je vais avoir quelques soucis pour récupérer les valeurs de mes sondes Oregon. Ceci étant je me tâte en parallèle pour les remplacer par des couples de modules universel fibaro avec sondes mais j'ai du mal à voir comment gérer les fils ..
c'est ce que j'ai chez moi et c'est un très bon rapport qualité / prix. ça marche très bien a moins de 50€ pour 4 sondes de températures
1 jeedom mini+ avec rfxcom | 1 OWL CM180
3 FGBS321 avec 12 DS18B20
10 FGS211 | 1 FGS221 | 7 Wallplugs | 12 FGD211
1 WGR800 et 1THGN801 alimentés par STC800
1 FGFS-101 | 2 FGSD-001 | 2 FGBS321 détecteur d'ouverture

Répondre

Revenir vers « Présentation et Vitrine d'installations »

Qui est en ligne ?

Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 16 invités