Module bus filaire GCE

Bonjour Patrick,

vraiment intéressant. Vous avez fini la couche physique, pouvez-vous déjà répondre à ces quelques questions? Dimension du module, nombre max de modules sur le bus, existera-t’il en version 2 contacts (pour remplacer une commande de VR par ex.) et… une idée de la tranche de prix :money_mouth_face::wink:.

Merci en tous cas de continuer à faire évoluer la gamme, même si celà demande beaucoup d’investissements.

Bonne journée

Bonjour,

Pour le moment c’est vraiment trop tôt pour parler de dimensions précises…et je ne sais pas si au final la solution sera commercialisable… Disons que pour le moment c’est juste un projet que j’ai envi de faire avancer :slight_smile:

3 « J'aime »

Bonjour à tous,

J’ai terminé la gestion de collision hier soir…il n’y aura plus qu’a tester quand les protos seront la…mais je suis confiant :slight_smile:
Comme le premier module est un module BP, j’ai deja implanté 2 modes de fonctionnement.

1 classique on/off
1 mode appui long appui court

Je me tâte pour un troisième mode séquentiel type appui1, appui2, appui3 etc…

@fgtoul le module a 2 entrées BP comme sur une ipx donc compatible avec tout contact sec…
On pourrait même envisager un mode compteur d’impulsions…

Au passage je modifie le titre du sujet qui prête à confusion et pourrait faire croire que je travaille sur un module radio.

Patrick

5 « J'aime »

À mon avis plus il y aura de possibilités, plus pourra implanter deux fonctions au module
Mais pour l’appui (1…2…3)
Je ne suis pas non plus certain car il pourrait y avoir
Des erreur de manip.
À l’époque je me rappelle avoir eu énormément de problème de dépannage avec les module yOKIS qui se programmer et se manipuler de cette façon
ou sinon il faudrait que ces fonctions soit activable ou désactivable
Et pour le module comptage d’impulsion et là aussi ça pourrait être génial
tout ça et de très bonne augure
Trop hâte
Merci encore

Bonjour,
Perso j’aurais vu
Mode 1 : MONOSTABLE
Mode 2 : BISTABLE
Mode 3 : COMPTEUR
Mode 4: FREQUENCE

Les capacités appuis longs, courts ou multiples seraient des fonctions additionnelles au premier mode, activée ou non en fonction des besoins.

Cdt

1 « J'aime »

Excellent
Mais tous ces mode dans le même module
Faisable ?

Bonjour,

@fgtoul s’emballe :slight_smile: C’est trop compliqué…Il faut que ce soit simple !!!
Pour le moment je reste sur un mode bouton poussoir (Il faut oublier le mode inter bistable trop contraignant en domotique)

Appui court / appui long (avec la vitesse d’incrémentation/décrémentation et le nombre de pas configurable)
Mode simple ON/OFF

Une fois que ce sera stable on rajoutera peut être compteur…
N’oubliez pas que je fais ça sur mon temps libre :slight_smile:

@fgtoul Après réflexion le mode bistable est peut etre jouable…

4 « J'aime »

Même sans le mode BISTABLE, le module sera intéressant. Mais les autres modes et fonctions viendraient combler certains petits manques de lipx800 :slight_smile:

Le BISTABLE peut servir pour un capteur de pluie par exemple.

Je vais en rester a un truc simple pour le moment…On ajoutera des fonctions une fois que j’aurais bien avancé.

3 « J'aime »

Pour ma part déjà voir un module bus
Sur poussoir ça m’irait très bien (ça me permettra déjà de remplacer des module KNX et du coup installer des cartes GCE)
Par contre comment avez-vous gérer l’adressage des modules ?

Par contre la fonction"appui long (avec la vitesse d’incrémentation/décrémentation et le nombre de pas configurable)"
Sera quand même très importante pour le x-dimmer

L’adressage c’est des uid unique…

2 « J'aime »

Bonjour,

Quelques nouvelles sur ce projet. J’ai pu travailler pas mal ce dimanche et j’ai bien avancé.
Je viens de terminer la gestion de collision.
Pour les geek avertis :slight_smile: j’ai mis en place une gestion de l’occupation du bus avec détection de collision. ( csma/cd)
J’ai aussi rajouté un crc8 en fin de trame pour ajouter une sécurité sur les transmissions.
ça marche bien sur le papier. Reste plus qu’a assembler 2 ou 3 protos pour faire les premiers tests de transmissions.

J’ai pas mal réfléchis au protocole et j’ai encore un peu de mal à visualiser l’ensemble.
Renvoyer l’état d’un BP à travers le bus vers un automate est simple. Mais j’aimerais aussi qu’on puisse piloter directement un actionneur sans forcément avoir un automate qui centralise. Cependant je ne veux pas faire une usine à gaz alors j’hésite…Si vous avez des idées je suis preneur !!!

3 « J'aime »

Génial
Je ne comprends pas trop le principe du sans automate
Il faut bien créer un lien entre le module et son actionneur et pour sa il faut bien du logiciel non?
Après j’ai peut-être mal compris se que vous voulez dire

Bonjour,
Si je peux me permettre, une machine qui fait tout parait toujours mieux, mais je pense qu’il faut rester simple et avoir un module qui marche rapidement pour répondre à des besoins éminents pour occuper le marché. Perso je préfèrerai rester dans l’eco-système de l’IPXV4
Bravo, ça promet tout ça !
Fred60

2 « J'aime »

Exactement je n’aurai pas dit mieux :wink:

Bo.jour
Ce serait toujours dans l’éco système IPX800
mais un module pourrait communiquer directement avec un actionneur, comme c’est le cas pour Enocean. Cela permettrait d’utiliser un nombre plus important de modules sans être limité par les ressources de lipx800.
Enfin, c’est ce que j’ai cru comprendre :slight_smile:
Cdt

1 « J'aime »

Alors moi j’avais compris un peu comme toi
Par contre comme l’IPX à des ressources limitées, comme tu le dis
Je je pense que pour décoder les modules il y aura une extension, non?
Et en partant de ce principe j’imagine qu’il faudra quand même une IPX (automate) donc du coup, plutôt que de complexifier le système, et que par la force des choses il y aura un automate autant s’en servir
Surtout si le fait de ne pas passer par cette automate devient une usine à gaz comme l’a dit @GCE
En tout cas je dois avouer que j’attends ce projet depuis bien longtemps et que je suis très heureux sur l’avancée des choses

non. Je le voyais sans extension supplémentaire :wink:

1 « J'aime »

Bonjour,

@fgtoul a bien compris…J’aurais bien aimé un appairage directe entre BP et actionneurs…mais ça complexifie pas mal le système. Je vais le prévoir sans forcément l’intégrer pour gagner du temps.
En ce qui concerne l’intégration dans l’IPX… Je me demande si finalement, faire un module autonome IP ne serait pas plus versatile… Je prendrais une décision quand on aura validé les premiers bétatests sur le module que je suis en train de mettre au point. (Module switch 2 BP).

6 « J'aime »