Connexion S'enregistrer

Connexion à votre compte

Identifiant
Mot de passe
Maintenir la connexion active sur ce site

Créer un compte

Pour valider ce formulaire, vous devez remplir tous les champs.
Nom
Identifiant
Mot de passe
Répétez le mot de passe
Adresse e-mail
Répétez l'adresse e-mail
Captcha
Bienvenue, Invité
Nom d'utilisateur : Mot de passe : Se souvenir de moi
  • Page :
  • 1
  • 2

SUJET : Propositions//demandes Roadmap 2014

Propositions//demandes Roadmap 2014 03 Jan 2014 09:36 #1

Ce sujet est ouvert pour permettre à tous de proposer ou échanger ces idées sur le développement du projet pour cette année 2014.

Pour rappel le roadmap est disponible ici
  • chestroled
  • Avatar
  • Hors ligne
  • Administrateur
  • Administrateur
  • Messages : 58
  • Remerciements reçus 2
  • Karma: 1
L'administrateur à désactivé l'accès en écriture pour le public.
Cet utilisateur a été remercié pour son message par: Frunk

Propositions//demandes Roadmap 2014 03 Jan 2014 23:45 #2

Je n'ai pas de suggestion à faire dans l'immédiat, cela dit j'en profite pour dire bravo pour la newsletter (email) et cette nouvelle page de bilan/roadmap, jolie et bien pratique.
Et bonne année à toute l'équipe. De mon côté je vais vous présenter le fruit de mon travail de ces derniers jours dès que j'aurais atteint un stade satisfaisant.
  • Frunk
  • Avatar 2013 01 08
  • Hors ligne
  • Administrateur
  • Administrateur
  • Messages : 70
  • Remerciements reçus 1
  • Karma: 1
Dernière édition: 03 Jan 2014 23:47 par Frunk.
L'administrateur à désactivé l'accès en écriture pour le public.

Propositions//demandes Roadmap 2014 05 Jan 2014 17:42 #3

Merci Smile ,

on attend ton retour alors !
  • chestroled
  • Avatar
  • Hors ligne
  • Administrateur
  • Administrateur
  • Messages : 58
  • Remerciements reçus 2
  • Karma: 1
L'administrateur à désactivé l'accès en écriture pour le public.

Propositions//demandes Roadmap 2014 07 Jan 2014 18:21 #4

Très bonne année à toute l'équipe ainsi qu'une longue vie au projet xPLDuino.

Je souhaiterai avoir un télé-rupteur avec un bus I2C, même encombrement et même branchement qu'un télé-rupteur standard.

Fonctionnement :
Sans l'utilisation du bus I2C le télé-rupteur fonctionnerai comme un télé-rupteur standard.
Avec l'utilisation du bus I2C celui serait piloté au choix par la carte SMB ou bien par les interrupteurs.

L'avantage de cette solution réside dans la facilité au niveau de la maintenance, une personne qui n'y connais rien au système xPLDuino peut toujours utiliser le tableau électrique de façon conventionnel, le deuxième avantage c'est que l'on sépare la partie 220V de la SMB, enfin cela colle bien à l'idée du modulaire.

J'ai déjà commencer à jeter un oeil, un ATtiny25 ferait peut-être l'affaire par contre au niveau programmation je ne suis vraiment pas au top, du python ça peu encore passer, du C sur des microcontrolleurs (ainsi que l'électronique)...je suis un peu à l'ouest.

Merci pour vos avis
  • dom89
  • Nophoto
  • Hors ligne
  • Fresh Boarder
  • Rank0
  • Messages : 4
  • Karma: 0
L'administrateur à désactivé l'accès en écriture pour le public.

Propositions//demandes Roadmap 2014 07 Jan 2014 21:25 #5

Merci pour tes vœux. Voici à chaud mon point de vue.

Ton concept se défend, il rejoint un peu l'idée qui murit doucement de faire des micromodules répartis sur un bus longue distance.

Il revient à faire notre carte 8 entrées / 8 relais en version single.

C'est un avantage certain de pouvoir l'utiliser comme un télérupteur conventionnel, mais si tu souhaites avoir une entrée compatible 230VAC, c'est un peu plus compliqué (bien sécuriser la partie input).

Note que tu n'es pas plus isolé de la SMB que ce qu'on fait actuellement: la SMB et les cartes d'E/S sont indépendantes, reliées entre elles que par le bus i2c. Et le côté autonome est possible également pour nos cartes, c'est juste une question de firmware.

Au niveau inconvénients, on peut citer un coût unitaire plus élevé. Là où les coûts les plus importants d'une 8in8r sont amortis sur 8 canaux (boitier, pcb, uC, connectique...), tu ne peux pas avec du single. C'est d'ailleurs une des raisons du format 6 modules que nous avons adopté et qui est un bon compromis.

Sinon, l'ATtiny25 semble être un bon candidat, même s'il embarque une interface USI et non un vrai i2c/twi, comme l'uC de notre carte 4 entrées / 4 dimmers.

Sujet à approfondir donc.

Gromain
  • gromain
  • Avatar 2013 01 07
  • Hors ligne
  • Administrateur
  • Administrateur
  • Messages : 153
  • Remerciements reçus 10
  • Karma: 3
Dernière édition: 07 Jan 2014 21:30 par gromain. Raison: mise en page
L'administrateur à désactivé l'accès en écriture pour le public.

Propositions//demandes Roadmap 2014 10 Jan 2014 15:32 #6

Fonctionnalité à ajouter pour faciliter le suivi d'une installation xplduino: l'envoi de données vers un serveur syslog.

Ok, il faut un serveur syslog pour que ce soit utile (un NAS syno le permet par ex).

Dans le code on ajoutera des messages systèmes de différentes criticités qui seront balancés par UDP automatiquement.

Via une zoli interface, on saura visualiser en live les différents événements.
  • gromain
  • Avatar 2013 01 07
  • Hors ligne
  • Administrateur
  • Administrateur
  • Messages : 153
  • Remerciements reçus 10
  • Karma: 3
L'administrateur à désactivé l'accès en écriture pour le public.

Propositions//demandes Roadmap 2014 12 Jan 2014 22:03 #7

Pour la Zoli interface, voici mon rêve...
Cette interface sur une tablette accrochée au mur de la maison pour tout piloter et enfin oublier les lignes de codes..
Peut être y a t il un programmeur un peu fou parmi vous?

Bon, le fichier est pas passé, c'est quoi la taille maxi autorisée?
  • jean-marc
  • Nophoto
  • Hors ligne
  • Senior Boarder
  • Rank2
  • Messages : 60
  • Remerciements reçus 1
  • Karma: 0
Dernière édition: 12 Jan 2014 22:05 par jean-marc.
L'administrateur à désactivé l'accès en écriture pour le public.

Propositions//demandes Roadmap 2014 12 Jan 2014 22:22 #8

Salut Jean Marc,

Qu'est-ce que tu essaies de transmettre comme fichier, une image? Essaie de ne pas dépasser 1600x1200 et 300Ko le cas échéant. Je n'ai pas regardé les limites du forum, je dis ça pour le confort des lecteurs.

Allez, je me jette à l'eau, voici l'interface que je suis en train de mettre au point pour xplduino

1RZ1fmP
  • Frunk
  • Avatar 2013 01 08
  • Hors ligne
  • Administrateur
  • Administrateur
  • Messages : 70
  • Remerciements reçus 1
  • Karma: 1
Dernière édition: 12 Jan 2014 22:22 par Frunk.
L'administrateur à désactivé l'accès en écriture pour le public.

Propositions//demandes Roadmap 2014 12 Jan 2014 22:47 #9

Pas mal Frunk, voià ce que j'imaginais...
Xplduinointerface


C'est quoi ton écran? On dirait qu'il est immense par rapport au fond de ta photo. C'est une tablette?
  • jean-marc
  • Nophoto
  • Hors ligne
  • Senior Boarder
  • Rank2
  • Messages : 60
  • Remerciements reçus 1
  • Karma: 0
Dernière édition: 12 Jan 2014 22:50 par jean-marc.
L'administrateur à désactivé l'accès en écriture pour le public.

Propositions//demandes Roadmap 2014 12 Jan 2014 22:54 #10

Oui, en effet c'est un beau cockpit, ça ne me déplairait pas d'avoir ça à la maison. Tu as un lien vers le développeur / éditeur de cette ihm?


Sinon, si l'on veut être réaliste, à mon sens une interface domotique réussie est une interface qui se fond dans son environnement. D'où mon choix pour un écran E-ink qui n'a pas d'éclairage, donc une discrétion maximale dans l'habitat malgré son taux de contraste record.

Le cockpit c'est bien pour les geeks (j'aime bien scruter mon domoweb / domodroid), mais pour une famille avec femme et ado(s), le concept "simple is beautiful" semble mieux fonctionner. Je ne sais pas ce que tu en penses.
  • Frunk
  • Avatar 2013 01 08
  • Hors ligne
  • Administrateur
  • Administrateur
  • Messages : 70
  • Remerciements reçus 1
  • Karma: 1
L'administrateur à désactivé l'accès en écriture pour le public.
  • Page :
  • 1
  • 2