Étape 16 : Pas si Uber
« Uber » est peut-être trop emphatique un titre. Aucun projet n’est parfait. Voici la liste des carences, de plus pour le moins flagrantes. J’espère pouvoir aborder ces quelques jours.
1) la Conjecture de passerelle double boulette
Les passerelles RFM et Arduino Ethernet devraient pouvoir être combinés en un Arduino. Quand je faisais la porte d’entrée, j’ai eu quelques émetteurs-récepteurs mal soudés et conduit à me faire pense qu’il y avait un conflit de bibliothèque. Je n’ai pas repris pour résoudre le problème... parce que j’ai été trop occupé à travailler sur ce Instructable:). C’est baratin bâclée, programmation de ma part. [MODIFIER] Merci à Alexandre Bouillot de prendre les deux portes d’entrée et de les combiner. Je n’ai pas eu le temps de l’essayer moi-même, mais si vous êtes intéressé, voici son Github
2) l’hypothèse d’intégration RFM-RaspberryPi
Il y a un port de Python dans les cartons de la RFM69 par un nom de codeur Eric Trombly. Je n’ai pas encore essayé. Si cela fonctionne, cela signifie que vous pouvez ignorer les passerelles Arduino au total. Je serais très intéressé si quelqu'un essaie-t-il il. Son Github : https://github.com/etrombly.
Bien sûr, cette secousse a choisi de lancer son projet après que j’ai traversé la peine de faire les passerelles. Darn lui !
3) le problème de champ unidirectionnel Communications
Je ne parle pas réellement à mes noeuds de champ - le nœud de champ de base de communication est unique-direction seulement. Tous mes démos de capteur peuvent être fait avec unidirectionnel comms sans fil, mais il est vrai que la communication bidirectionnelle serait plus efficace pour les capteurs de sécurité. Il n’y a aucune raison technique pourquoi la passerelle RFM ne peut pas parler aux nœuds RFM... autre qu’il exige une approche plus réfléchie pour le schéma de communication... vous le savez, la partie réelle de la difficile.
4) l’énigme de manque-de-Ack
J’ai aussi ne reconnaissent pas les transmissions sans fil sur les nœuds du champ. Aucune raison pourquoi pas d’accusé de réception, puisque c’est en fait intégré dans la bibliothèque de RFM69, et ne pas reconnaître effectivement gaspille des transmissions sans fil parce que j’ai transmettre-avec-retry sur la plupart des nœuds. Cela rendrait les capteurs plus robuste. Le correctif nécessiterait un peu plus de code sur la fin de l’émetteur, mais ne devrait pas être trop mauvais.
Si quelqu'un veut améliorer sur la passerelle, la fourche s’il vous plaît mon Github! J’apprécierais les améliorations. Cela dit, j’ai eu le moniteur de porte de garage pendant des mois et le couvercle du compartiment de sécurité alimenté depuis la mi-août, et les deux travaillent très bien. Le système fonctionne bien pour le groupe actuel des capteurs que j’ai fait.
