Creation d'un soft pour la gestion d'une salle HC

» 08 Juin 2004 18:37

Bonjour à tous ,
je souhaite programmer un soft et creer une petite interface pour gerer une salle dédiée Home cinema ,

J'ai deja quelques idées en tête , mais si vous avez des suggestions , des idées , ou des propositions , je suis preneur.

Pour l'instant , il y aura bien sur les gestion des prises de courant , le deploiement de l' ecran , pourquoi pas une gestion de la lumiere de la salle (style gradateur de lumiere) .

voila , j' attend vos idées

bye
Michael

» 09 Juin 2004 19:47

Ca c'est une idée géniale

Je vais suivre l'avancement de ton projet avec attention et grand plaisir

» 09 Juin 2004 19:53

seca4all a écrit:Bonjour à tous ,
je souhaite programmer un soft et creer une petite interface pour gerer une salle dédiée Home cinema ,

J'ai deja quelques idées en tête , mais si vous avez des suggestions , des idées , ou des propositions , je suis preneur.

Pour l'instant , il y aura bien sur les gestion des prises de courant , le deploiement de l' ecran , pourquoi pas une gestion de la lumiere de la salle (style gradateur de lumiere) .

voila , j' attend vos idées

bye
Michael

Salut.
Je suis programmeur informatique et je suis prets si tu le veux à t'aider.

Comment fait tu ? Tu passes par le X10 ( T'as une API ? ) ou tu as des modules IR et HF ?
Je serais vraiment interesse dans le developpement d'une telle application.

Je travaille essensiellement sous Unix mais je fais pas mal de portable ( Win/Unix/Mac ) avec Java et QT/C++

Voilà si je peux t'aider..

Bob

» 09 Juin 2004 19:57

Je me rends compte que je n'ai aps repondu a ta question :

Fonctionnalites:

- Possibilite de dessin de / des pieces.
- Localisation des differents elements.
- Calcule de distances ( peut etre pratique pour mesurer des distance entre enceinte par ex ).
- Mis en place d'evenements automatiques ( Planification, Macro etc.. )
- Sauvegarde des codes InfraRouge/HF ( Base de donnees de signaux pour son materiel. )
- Affichage temps reels des etats des differents elements.

Voila.

» 09 Juin 2004 20:00

Et pis une interface Web.

Des stats: Temps ou est restee allumer cette lampes etc...

» 10 Juin 2004 5:46

Merci pour vos reponse , je suis content de voir que je ne suis pas le seul intéressé par ce projet.
Petite idée supplémentaire : commander le soft a partir d'un pda par wifi.

Avec toutes ses idées , je vais pouvoir me mettre au boulot.
pour repondre à Bob , je pense programmer en VB ,(j'ai esseyer le c++,mais j'ai cru que j' allais devenir fou lol) , car je ne suis pas programmeur de formation mais automaticien (d'ailleur s'aurait été plus simple pour moi de faire un prog pour automate programmable , mais bon ..tout le monde n' as pas ca chez lui )

Donc , programmation en vb pour le soft principal , windev 8 si je doit faire un prog pour PDA , pour ce qui est de la partie domotique , j'hesite encore car je ne connais pas encore tres bien le x 10 (mais je me renseigne) . La premiere etape de l'interface sera tres certainement une platine à partir de micro-controleur type 16F876 pilotant des sorties relais et branché sur le port com du pc.

ensuite pourquoi pas implementé la commande des appareils X10, mais la pour l'instant je n' ai pas de matos x10 pour faire le moindre essais

voila , c'est tout pour aujourd'hui

Bye
Seca4all

» 10 Juin 2004 8:50

Car est-ce difficile de controler des emeteur HF ou IR par Pc ?? Car le truc des relais je suis d'accord: C'est simple mais pas tres tres pratique en HC , non ?

Le X10 J'ai peur que cela soit un peu proprietaire et que il n'existe pas d'api ( ou a quel prix ? )

Le Vb est tres bien pour developper des applis rapides.. Mais si veux porter ton logiciel en C/C++ je peux le faire/t'aider etc...

De plus QT/C++ -> Portable sur Windows/Mac/Linux

Bob

» 10 Juin 2004 9:16

Bon j'ai dit des betises tout a l'heure: X10 : Protocole et Api --> Simple ( Trouve partout sur le Net. )

Je pense ( si cela ne derange pas seca4all ) faire des essai pour commander via HF des moduel X10 avec ca :

http://www.smarthome.com/1141.html
et ca :
http://www.smarthome.com/4005.html

La truc est de trouver ca pour les prises francaise. LA j'ai besoins d'aide.

Voyons le protocole pour le CM17A:

Code: Tout sélectionner: FireCracker (CM17A) Communications Specification 1. Communication Format. The transmission of data to the FireCracker is not time critical as the FireCracker interface will determine the data rate from the speed at which the signals change. A minimum signal rate of 0.5ms is recommended. 1.1 Power Supply. The FireCracker derives its power supply from either the RTS or DTR signals from the serial port. At least one of these signals must be high at all times to ensure that power is not lost from the FireCracker. 1.2 Bit Signaling. The following table defines the states of the RTS and DTR signals required to send a logical '1' and logical '0' to the interface: SignalRTSDTR Reset00 Logical '1'10 Logical '0'01 Standby11 1.3 Transmission Format. While transmitting data to the FireCracker, it is important to ensure that at least one of the signals (RTS or DTR) is high at all times to supply power to the device. Should both of the signals drop to 0 at any time, the FireCracker will be reset and will require the entire signal to be transmitted again. The recommended signal stream is as follows: Standby | '1' | Wait | '0' | Wait | '1' | Wait... _____________________ _____________________ RTS_| |_____| ________ ___________________ ________ DTR_| |_____| |_____| The recommended time for the '1', '0' and 'Wait' states is at least 0.5ms. Each transmission consists of 40 bits. This is made up of the following: Header16 bits Data16 bits Footer8 bits The header and footer never change and are defined as follows: Header11010101 10101010 Footer10101101 1.4 Bright and Dim transmissions. To brighten or dim a lamp, it is necessary to send consecutive signals (each equivalent to a 5% dim or brighten) until the desired level is attained. | Byte 1 | Byte 2 | |X|X|X|X|0|X|0|0|X|X|X|X|X|0|0|0| |1 2 3 4 5 6 7 8|1 2 3 4 5 6 7 8| Byte 1 1: One for house codes E-L 2: One for house codes A-D & I-L 3: One for house codes A,B,G,H,I,J,O,P 4: One for house codes B,D,F,H,J,L,N,P 5: Always zero 6: One for units 9-16 7: Always zero 8: Always zero Byte 2 1: One for BRIGHT or DIM 2: One for unit codes 5-8 & 13-16 3: One for OFF (Zero for ON or BRIGHT/DIM) 4: One for unit codes 2,4,6,8,10,12,14,16 & DIM command 5: One for unit codes 3,4,7,8,11,12,15,16 & BRIGHT & DIM commands 6: Always zero 7: Always zero 8: Always zero

» 10 Juin 2004 9:25

Reste a savoir si les HF envoye par le CM17 peuvnt etre compris par:
http://www.maison-intelligente.fr/bouti ... amille%3D1 ca par exemple ?

Si oui, je fonce...

A votre avis ?

» 10 Juin 2004 11:16

j'ai recuperer un ocx permettant la gestion des CM 17 et des CM11F
Donc en gros , 2 possibilités , soit un emetteur rf (le cm17) et un recepteur rf pour convertir le RF vers du x10

ou alors un CM11F , relié au Pc et qui commande directement les modules x10 . faut vaoir au niveau prix de revient et comparer les 2 systemes

mais bon , dans un cas comme dans l' autre ca ne change pas grand chose au programme.
Il faut voir aussi au niveau disponibilité , un CM11F sera peut etre plus facilement trouvable en france , a voir ..

a plus
Seca4all

» 10 Juin 2004 12:10

Bon recapitulons::

Une solution sans fil
CM 17 + TM 13 = 25 Dollards + 40 euros = 70-80 euros frais de port inclus

Ils sont commandable ici:
CM 17
TM13

Avec les points suivants:
le CM 17 peut controler 16 adresses.
Le TM13 comprend til les ordres HF du CM 17: LEs connaisseurs ? Les signaux HF sont il standard ( Difference entre les US et Fr ? ) car normalement le CM 17 est vendu avecca

Une solution avec fil

CM 11 = 80 Euros..

Mais peut etre autonome donc <=> a du sans fil.
Et combien peut il commander de modules ? Illimite ?

» 10 Juin 2004 12:19

Si on parle de Soft de GESTION salle HC cela implique:

Domotique,
Dvds,
Cd,
Code infrarouge,
Gestion de prets de Dvd,
Liste de dvd a acheter

Y'a de quoi faire si on veut un systeme complet

» 10 Juin 2004 23:31

allez foncé les gars ... ca me plait ça

» 10 Juin 2004 23:37

Oui c'est un projet qui peut etre TRES interessant si il est complet et bien realise.

Je pense qu'il faut qu'on definisse un cahier des charges assez complet. Et pour ca on a besoin d'un liste de fonctionnalites ainsi qu'une description detaille pour chacune d'entre elle.

On passera ensuite a la structure logique du programme.

Non qu'en penses tu seca4all ?

» 10 Juin 2004 23:58

Ce proget m'interresse aussi !!!
J'ai une petite formation en informatique (ada, c, pascal) mais ca fait un moment que je n'est pas pratiqué. Donc si vous avez besoin d'aide je pourrais peu etre apporté ma modeste contribution

Ensuite juste une petite remarque : Le programme serait a prioriun logiciel destiné a un nombre assez important d'utilisateur donc pourquoi ce limiter a un protocole ( par exemple X10) ? Ne vaudrait il pas mieux faire un systeme independant des protocoles de sortie avec des modules ( ou des scripts) pour implementer chaque protocole.

Enfin une question qu'il faudrait ce poser : Est ce que ce seras prevu pour tourner sur une machine "dedié" (Genre un distri linux dedié a la gestion de HC) ou un machine commune a d'autre application (Comme un bon vieu os avec un traitement de text , un tableur, des jeux ...).