pedia

Je me réponds. Comme tout marchait très bien, j'étais resté en V2.4, version qui a cessé de fonctionner donc aujourd'hui à 12H30... La différence avec la dernière version V4 (en dehors des différents ajouts) se situe dans la mise à jour des tableaux API, avec une petite ligne qui n'existait pas : checkCertificate = false Et là, bingo, ça marche. Si ça peut aider d'autre qui n'ont pas fait la mise à jour. Mais, il faut être bête pour ne pas faire la mise à jour

Bonjour à tous, J'ai une erreur depuis quelques heures alors que ça tournait au poil depuis des mois : [DEBUG] 16:01:15: Scene activée [DEBUG] 16:01:15: Pas de code ville - Utilisation de la localisation de la HC2 [DEBUG] 16:01:15: Envoie de la requête URL vers WeatherBit [DEBUG] 16:01:15: Appel de l'URL du jour... [DEBUG] 16:01:15: Appel de l'URL des prévisions... [DEBUG] 16:01:25: 2020-05-30 16:01:25.318635 [ error] Handshake error: certificate verify failed [DEBUG] 16:01:25: 2020-05-30 16:01:25.321993 [ fatal] LUA error: /opt/fibaro/scenes/46.lua:93: attempt to index global 'response' (a nil value) Je n'ai rien changé, évidemment. J'ai généré une nouvelle Key, ça ne change rien. Le plus étonnant est que lorsque je rentre en dur l'adresse dans le navigateur je me connecte bien et vois les infos : data":[{"rh":28,"pod":"d","lon":0.68,"pres":1008.93,"timezone":"Europe\/Paris","ob_time":"2020-05-30 13:36","country_code":"FR","clouds":0,"ts":1590845795,"solar_rad":826.62,"state_code":"24","city_name":"Tours","wind_spd":4.88796,"last_ob_time":"2020-05-30T13:13:00","wind_cdir_full":"est-nord-est","wind_cdir":"ENE","slp":1016.8,"vis":24.1352,"h_angle":11.3,"sunset":"19:43","dni":887.14,"dewpt":5.3,"snow":0,"uv":7.29646,"precip":0,"wind_dir":65,"sunrise":"04:08","ghi":826.62,"dhi":114.86,"aqi":70,"lat":47.38,"weather":{"icon":"c01d","code":"800","description":"Ciel clair"},"datetime":"2020-05-30:13","temp":25.4,"station":"AV094","elev_angle":61.26,"app_temp":24.7}],"count":1} Est-ce un problème momentané de serveur ? Quelqu'un a une idée ? D'avance merci pour vos conseils.

Bonjour, J'ai eu un peu le même problème : réseau wifi capricieux, chiffres rouges qui bougent etc. Je suis passé en ethernet et c'est ok. La subtilité est que l'adresse IP avait changé entre le Wifi et l'ethernet et donc le plugin de la box ne le trouvait pas et j'avais la même image que toi. Un refresh dans le plugin et c'était réglé. Si c'est ça, ça se corrige facilement. Sinon, comme ça je ne vois pas. Pour mon retour d'expérience depuis mes derniers posts, j'ai donc opté pour du CPL et POE. Les débits sont corrects, en tout cas nettement mieux qu'en Wifi, que je déconseille fortement. Même en mettant l'intercom à coté du routeur wifi, aucun problème de déconnexion mais les débits n'étaient vraiment pas au rendez-vous. J'ai pris un peu plus de temps pour installer mon câble ethernet multibrins, mais une fois qu'on a pigé le truc effectivement ça se fait. Ça me laisse le temps de tirer un vrai cable pour être plus stable qu'avec du CPL. Pas de grosses difficulté pour l'installer sur le Synology mais attention l'app native Surveillance Station Mac n'accepte pas un login avec @, alors que l'interface web de ce même Surveillance Station l'accepte sans problème. La seule bizarrerie que j'ai eu après une semaine de fonctionnement est une impossibilité de se connecter à l'intercom via l'app iOS sur 3 Devices différents, alors qu'il était bien connecté : le syno récupérait bien le flux, et la HC2 aussi, elle pouvait même contrôler le portail. Mais vraiment impossible via les app iOS, même après déconnexion-reconnexion. J'ai dû redémarré l'intercom ça a réglé le problème. Vous avez déjà eu ce genre de bug ?

On en revient à ma notion de patience du début... Je vais cogiter tout ça et reviendrai vous dire quelle soluce j'ai employée. Merci en tout cas pour tous vos conseils.

Et entre un nouveau câble monobrin, une prise pour le mettre dans mon cpl, la pince à sertir le Rj45 pour fixer le tout d’une part, et mes petits embouts 26g pour fil 0,14 mm2 qui coûtent 2 euros le paquet de 10 et une pince à sertir de simples embouts a 15 euros d’autre part, vous me conseillez quand même la première solution car plus adaptée et plus durable ?

Alors si tu as du rab de béton et un peu (beaucoup) de temps, je te donne mon adresse . Je fournis bière, pastis ou ce qui fait plaisir !

Parce qu'entre un petit coup de burin et de perceuse ou sortir le marteau piqueur, faire un trou dans le mur de la maison et faire une tranchée d'au moins 30cm de profondeur cause passage voiture, c'est très différent, pour mes compétences en tout cas. Du coup, je suis vos conseils et je cherche du fil réseau monobrin. Je ne trouve pas de câble déjà serti. Vous avez des réf ? Ou suis-je bon pour l'investissement complet : câble, prise, pince à sertir ?

Parce que j’ai eu beaucoup de mal à enfiler les petits brins ethernet qui partaient dans tous les sens. Je me disais qu’en les sertissant, je pouvais ensuite les enfiler comme papa dans maman. Mais si personne ne les a sertis, je vais faire comme tout le monde et m’armer de patience.

Bon, j'ai tout pété. Le wifi était vraiment trop erratique et d'une qualité moyenne. Une fois démonté, même à coté du router wifi, aucun problème de perte réseau certes, mais le débit moyen faisait que le flux restait assez saccadé. J'ai pu également constaté qu'en fait il y avait une carte SD préinstallée, ce qui explique que j'avais accès au Visual Voice Mail. Du coup, j'ai fait des tests en POE avant de faire de la maçonnerie, le débit est bien meilleur effectivement et tout à fait satisfaisant. En revanche, j'en ai bien, comment dire pour ne pas être grossier, sué pour insérer les câbles ethernet qui sont tous multibrins dans les connecteurs. D'où ma question du jour : Je vais bientôt tout réinstallé sur site, mais j'angoisse d'avance pour refaire mes connexions. Avez-vous une technique spécifique en dehors du doigté et de la patience ? Avez-vous utilisé des embouts à sertir ? Et si oui quel modèle car pas facile de trouver des petits embouts sur internet ? J'ai trouvé ça : https://fr.farnell.com/panduit/fsd72-6-d/borne-embout-de-cable-26awg-gris/dp/2803175 Mais est ce que ça sera assez petit pour que l'ensemble des fils tiennent ? D'avance merci.

Le truc « drôle » est que, alors je n’ai pas mis de carte sd, les voice mail qui vont donc dans le cloud sont super nets et fluides avec un son très clair lorsque je les revisionne. En direct, la conversation était en revanche saccadée avec un son très haché. Je vais refaire des tests...

Je vais commencer par ça, tu as raison .

C'est que j'ai déjà des bloc CPL, non wifi. Le dilemme est donc se faire suer à tout péter ou acheter un autre boitier CPL à 150 - 200 euros... Elle va commencer à couter chère cette solution intercom. La nuit porte conseille.

Bon je vais essayer ça. Une fois que mon burin aura descellé la boite de mon mortier tout neuf pour passer un cable ehternet. Et que la pluie se sera arrêtée... Bon dimanche à tous. Si quelqu'un a une solution wifi qui marche bien, je suis toujours preneur dans l'intervalle.

Voici quelques photos sous la grisaille de ce dimanche pluvieux. Et oui, c'est un peu un bordel de fils près des boxs. Cependant, comme vous pouvez le voir l'intercom est du "mauvais" côté de la maison, mais le point d'alimentation électrique est de ce côté, dans le coin comme vous pouvez voir sur les photos. Mais d'un autre côté, à vol d'oiseau il n'est pas vraiment loin du routeur Wifi qui est situé au 1er étage. J'ai également essayé portail ouvert ou fermé, c'est pareil, donc ce n'est pas lui qui fait barrière. Même en ce branchant directement sur le wifi de la box, ce n'est pas mieux, mais comme elle n'a pas d'antennes externes, je ne suis pas très étonné. Pour le CPL +/- POE au plus près, il serait exposé aux intempéries, il n'y a pas d'abri. Ou alors j'installe un truc comme ça pour protéger un boitier CPL et faire partir mon câble ethernet. https://www.toolstation.fr/bloc-masterplug-resistant-aux-intemperies/p33575?channable=e14473.MzM1NzU&gclid=Cj0KCQjwt5zsBRD8ARIsAJfI4Bik8Fg89b7xsQu2D-MAmKCeIaOJls4zIpyKb_MF49D8ox0ZF_Y71zIaAj7cEALw_wcB Quelqu'un a déjà essayé un truc comme ça ?

Pour le syno, c’est bon : le client Mac refuse bien l’@ dans le login dans l’adresse de stream, contrairement à l’interface web, et après, mon échec d’inclusion était dû à un espace sournois qui c’etait glissé à la fin de mon adresse. Avant d’acheter un marteau piqueur pour démonter ma terrasse et passer un câble ethernet, est ce que l’app de @Krikroff permet de choisir le codec du flux que diffuse l’intercom via l’app ios, car manifestement en mjpeg c’est très fluide ?

Alors j'ai du mieux. Je passais par le client, et ça bloque. En passant pas l'interface web, ça passe. Quoi, il accepte de tester, mais il me met échec quand même. Peut-Être un problème de licence pour le coup. Merci en tout cas, ça devrait se décanter. Quelqu'un a réussi à se connecter en wifi et à avoir un bon frame rate sur les app ?

Pour le syno : ça bloque quand même. Quand j'enlève l'@ de mon adresse mail, ça passe. Quand je le remets, ça coince. Une idée ?

Bouh... Je suis déçu... J'étais tout content. J'avais réussi à faire ma maçonnerie dans mon pilier en béton, passer les fils (pas de POE car pas de ligne accessible), mais mon routeur wifi branché directement sur la box fibrée est à 4m avec juste une fenêtre en "obstacle". Je me dis ça va rouler. Et... - l'image est extrêmement saccadée. Je dois avoir un frame rate à 3 images seconde, sur la preview et en appel. Sur iPhone et sur iPad pareil, en local ou en 4g, pareil. Et peu importe les régales de qualité de flux : entre low et UltraHD, la qualité diffère bien sûr, mais le frame rate reste désespérément mauvais. - J'ai essayé de voir si mon syno capterait un meilleur flux et là 2ème problème. Quand j'essaie de l'ajouter selon les consignes de fibaro : http://[username]:[password]@[IP]:[port]/[video_path]*. J'ai un message d'erreur car mon login de super utilisateur contient un "@" puisque c'est mon mail comme demandé par fibaro et du coup le syno n'en veut pas et me met en erreur. Quand j'essaie avec un autre utilisateur, sans "@", il veut bien tester mais me dit échec... Quand je passe directement par un navigateur web et que je rentre la ligne de stream, il m'ouvre une fenêtre de connexion (normal). Avec mon login d'utilisateur simple, il refuse. Avec le login du superutilisateur (mais qui a le "@") ça passe. Et!... J'ai un flux très correct avec un frame rate entre 20 et 25 images secondes. Youpi, mais du coup frustré. Donc, après avoir vidé mon sac (ça fait toujours du bien après des heures d'arrachage de cheveux), j'ai 2 questions : - est ce que quelqu'un l'a branché en wifi et a un flux correct et fluide et si oui avec quelle configuration ? ou suis-je condamné à faire des tranchées pour passer un cable éthernet ? - Comment avez vous ajouté la caméra sur votre syno ? Y a t'il des options que je n'ai pas bien parametrées ? Merci d'avance pour vos précieux conseils. Très bonne soirée.

Oui ça ne devrait pas trop poser de problème. D’autant que je peux du coup faire des tests un peu plus facilement si je n’ai qu’à alimenter l’intercom, avant de tout mettre en place. Merci, dès qu’il arrête de pleuvoir comme vache qui pisse, je me mets au test. Bonne soirée !

Ça me semble plus logique. Le truc est que je n'ai pas encore branché l'intercom et donc je ne connais pas bien les possibilités de l'app et du pilotage via l'HC2. J'ai déjà passé un certain temps à faire un trou assez grand dans un pilier en béton pour l'encastrer et passer les fils. Mes petits bras musclés s'en remettent à peine... Du coup, je n'ai besoin "que" de l'alimenter en 12V au niveau branchement (je n'ai pas la possibilité simple d'amener du POE ...). Ensuite, via l'HC2 il y a un moyen de faire un scénario du genre quand on appuie sur le bouton ouverture porte dans l'app Intercom -> déclenche le switch. J'ai tout bon ou c'est un peu plus compliqué ?

Le problème est que ce n'est pas vraiment ce qui est écrit sur le manuel : - N1/N2 : dry contact - R1/R2 : 30V, Relay

Bonjour, J'ai craqué également et commence les travaux d'installation. Avant de faire mes branchements, j'ai une question : j'ai déjà un FGSwitch monté en contact sec sur mon portail. Les bornes N1 et N2 de l'intercom sont également des contacts secs. Est-ce que je peux brancher simplement mes câbles comme ceux du FGS : allant de N1 / N2 aux borniers contact sec de mon portail ? L'intercom se comporte comme un switch contact sec ? Ou seules les sorties 12/24V sont des switch ? Merci d'avance pour vos infos et conseils.

Un application desktop PC ou Mac, ou... les 2 ?

Finalement je me réponds. Ils ont bien changé quelque chose. J'ai remplacé la requête par ça : getResponseData("https://api.netatmo.net/api/getmeasure","access_token="..token.."&device_id="..int_id.."&module_id="..rain_id.."&scale=1hour&type=sum_rain&real_time=true&date_begin="..os.date((now - duree)), Le format de date a semble t'il changé. J'ai juste enlevé le format :"!%c" os.date qui était avant os.date("!%c", (now - duree)) et ça remarche : [DEBUG] 19:52:16: ----------========== Pluie histo ==========---------- [DEBUG] 19:52:16: rain[hour] = 0 [DEBUG] 19:52:16: ----------========== Pluie histo ==========---------- [DEBUG] 19:52:16: rain[month] = 15.15 [DEBUG] 19:52:16: ----------========== Pluie histo ==========---------- [DEBUG] 19:52:16: rain[48h] = 6.16 [DEBUG] 19:52:16: ----------========== Pluie histo ==========---------- [DEBUG] 19:52:16: rain[week] = 15.15 [DEBUG] 19:52:16: ----------========== Pluie histo ==========---------- [DEBUG] 19:52:16: rain[day] = 0 Par contre ça ne pousse pas vers le VD qui reste pour le moment sur les mêmes valeurs 15.15. Ça marche en fait très bien, un vulgaire problème de rafraîchissement de page du navigateur : J'en profite. Dans l'application Netatmo il y a les prévisions de pluviométrie données WeatherPro apparement qui me narguent... Il n'y a vraiment aucune possibilité pour le moment de les récupérer ?

Bonjour à tous, J'ai finalement investi dans la station météo et le pluviomètre. Reçu il y a 48h. Tout marchait très bien sauf depuis 2 heures environ. Je ne sais pour quelle raison, toutes les valeurs rains hour, Day, week, month, ont la même valeur, celle de month en fait. Je n'ai évidemment rien changé. J'ai malheureusement effacé les logs (pensant à un problème de scène) mais on voit bien que je passe des mesures différenciées en fonction du temps, à toutes les mêmes valeurs, depuis 2 heures : [DEBUG] 18:51:18: humidite_externe = 66 [DEBUG] 18:51:18: ----------========== Pluie histo ==========---------- [DEBUG] 18:51:18: rain[hour] = 15.15 [DEBUG] 18:51:18: ----------========== Pluie histo ==========---------- [DEBUG] 18:51:18: rain[day] = 15.15 [DEBUG] 18:51:18: ----------========== Pluie histo ==========---------- [DEBUG] 18:51:18: rain[month] = 15.15 [DEBUG] 18:51:18: ----------========== Pluie histo ==========---------- [DEBUG] 18:51:18: rain[week] = 15.15 Sur le site, j'ai le bon relevé du pluviomètre qui fonctionne toujours. Quand je fais la requête dans le navigateur, j'obtiens ça {"body":[{"beg_time":1560265200,"step_time":3600,"value":[[0.808],[5.656],[2.525],[0],[0.808],[0.303],[0],[0],[0],[0],[0],[0],[0],[0],[0.505],[0.101],[0],[0],[0.303],[1.01],[1.818],[0.808],[0],[0],[0.101],[0.404],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0],[0]]}],"status":"ok","time_exec":0.087869882583618,"time_server":1560447237} Donc apparemment les mesures restent bien différenciées du côté de l'api. Mais là ça dépasse grandement mon niveau débutant de programmation. C'est déjà arrivé à qqun ? C'est l'api Netatmo qui a changé et du coup le script ne marche plus ? Merci d'avance pour vos lumières.