Remora v1.4



  • Bonjour à tous,

    J'ai réalisé le PCB de la Remora en version v1.4 avec le relais type SSR, qui permet de piloter la bobine d'un contacteur sans problème.
    Dans ma version de test, j'ai trouvé des erreurs sur le PCB que j'ai corrigé.

    Afin de ne pas laisser les utilisateurs de la version v1.3 sur le carreau, j'ai aussi réalisé un adaptateur pour le nouveau relais. Pour ceux que ça intéresse, j'ai plusieurs PCB disponibles de cet adaptateur et quelques relais. La priorité sera donnée à mes clients de la version v1.3. L'adaptateur a été prévu pour rentrer correctement dans le boîtier, donc pas d’inquiétude si vous possédez un boîtier.

    Pour la Remora v1.4, je dois commander de nouvelles cartes avec les dernières corrections. Cela prendra un peu de temps, mais elle sera disponible très rapidement.

    Pour les curieux, les sources de la version v1.4 sont disponibles sur mon github, branche master.
    Pour ceux que ça intéresse, j'ai aussi réalisé une Remora acceptant directement un Wemos sur headers, plus besoin de l'adaptateur Particle2Wemos. Par contre, je ne l'ai pas encore testé, donc à vos risques et périls. Les sources sont disponibles sur mon github, branche wemos.

    Voici une photo de la carte Remora v1.4 montée:
    Remora v1.4

    Cordialement,
    Manuel



  • Bravo pour la finalisation, et merci !



  • Super ! je ne suis pas un de tes clients de la version 1.3 mais bon si tu as une carte adaptateur avec son relai je suis preneur !

    Par contre vous gardez la comptabilité avec les Spark Core pour la v1.4 ?



  • Salut @Nicolas-Sizorn ,

    Avec les Spark quoi :-)

    Le fonctionnement ne change pas par rapport à la version 1.3, en ce qui concerne le Spark Core, je ne sais pas, car le mien n'a fonctionné qu'une seule fois. Alors les Spark machins, non merci, je n'en veux plus.

    Pour l'adaptateur avec relais, je vais d'abord contacté mes clients pour leur proposer et si il m'en reste, tu seras servi en premier. Je vais faire un petit tuto sur mon site pour indiquer la marche à suivre pour le montage. Je mettrai un lien sur ce post pour faire suivre.
    Quel version as-tu de la Remora ?



  • Oui pas la peine de mettre l'empreinte du spark et du coup, pouvoir se passer de l'adaptateur Node/Spark.

    Autrement j'ai une version 1.3 merci pour la résa !

    Et c'est quoi l'adresse de ton site ?



  • @Nicolas-Sizorn
    L'adresse de mon site Internet: www.aufilelec.fr

    Tu as une version 1.3 et tu utilises un Spark Core ?



  • Ah non j'ai un Nodemcu.



  • Bonjour,

    Je vient de découvrir votre projet et celui-ci m'intéresse énormément afin de pouvoir piloté mes radiateur électrique par domotique sur mon installation. Actuellement j'utilise un Raspberry Pi avec Domoticz et un module RFXCom pour piloté mes volet roulant et je commence a m'intéresser a la partie chauffage. Après de longue recherche votre module Remora me semble convenir a perfection!

    Donc je voudrais savoir ou me procuré le matériel nécessaire afin de fabriqué un Remora v1.4 ?

    Merci d'avance



  • Salut @Alexis67,

    Si tu veux la faire toi même, tu trouveras tous les renseignements nécessaires sur ce forum. Sinon, je propose des Remora prêtes à l'emploi, si tu veux. Si cela t'intéresse, envoies moi tes coordonnées par MP et je t'enverrai un devis.



  • Effectivement si on peut avoir un Remora tout prêt cela m'intéresse aussi suivant tarif, je t'est envoyé mes coordonnées par MP



  • Excellent travail.
    Question concernant le nouveau relais, ça apporte quoi de passer sur un relais SSR par rapport à la version 1.3 ? (l'ancien relais n'était pas suffisant pour piloter le balon d'eau chaude?)
    Est ce que le PCB 1.4 fait les mêmes dimensions que le 1.3?

    Merci



  • Salut @bsheep,

    La Remora v1.4 fait exactement les mêmes dimensions que la v1.3.

    Pour ce qui est du relais, je t'invite à lire le post Adaptateur relais type SSR



  • Salut @AuFilElec tes soudures sont vraiment pas mal tu soude avec quoi ?



  • Salut @al85,

    J'ai une station de soudure Hakko FX-888D et j'utilise du flux de brasage.
    J'ai un support de PCB, une lampe loupe, un ventilateur pour l'extraction des fumées et surtout plein de bordel sur mon bureau.
    Ah oui, je viens de faire l'acquisition d'une machine à ultrasons pour le nettoyage des PCB, c'est top.



  • Bonjour,

    Je viens de prendre connaissance de ce projet bien en retard par rapport à vous tous.
    J'ai quelques questions de tout ordre:

    • sur quel sites faites vous vos achat de PCB, ( et compsants ) de manière générale?
    • en cas de coupure de courant, le Remora v1.4 enregistre t'il les programmations journalières?
    • en cas de perte wifi, la RE-connexion wifi se fait elle automatiquement (cas de NodeMcu)?
    • est il possible d'adapter un NRF24 ? et possibilité avec protocole MySensors?
    • Vu que le projet gere pas mal de fonctionnalité et que le mémoire du ESP n'est pas si énorme, pouvez vous me dire quel est l'espace occupé par rapport à l'espace disponible sur la dernière version?

    Je ne vous plus beaucoup de discutions sur ce projet, y a t'il une raison?

    Merci beaucoup. Et félicitations.



  • Bonjour @cuvert

    • Les sites pour les PCB :
      • SeeedStudio (faut pas être pressé)
      • OSHPark (faut un portefeuille bien rempli)
    • Les sites de composants :
      • Farnell
      • Conrad
      • Mouser
    • L'état des fils pilote n'est pas stocké en dur, elle se trouve dans la mémoire volatile. Cela pour éviter de flinguer la mémoire trop rapidement, car limitée en nombre d'écriture.
    • Pour la connexion WiFi, il me semble qu'elle ne gère pas la re-connexion automatique. A vérifier.
    • Le NRF24 n'est pas pris en charge en hardware et software. MySensors n'est pas intégré au projet. Il me semble qu'un membre avait l'idée de l'intégrer, mais pas de nouvelles.
    • De mémoire ;-), l'espace mémoire occupée est de 56%. A vérifier.

    Concernant la vie du projet, et bien, je dirai qu'il y a pas mal d'utilisateurs de la Remora, mais malheureusement, trop peu d'actifs au projet. Il manque aussi pas mal de discutions dans le forum, dû à une perte de données. J'ai mis de côté mes devs sur le projet, car d'autres priorités et pas de soutien.



  • J'ai utilisé un NodeMcu par le passé, mais la reconnexion automatique étant un peu compliquée et capricieuse, d'où ma question.

    Pour le stockage des parametres de programmation, cela signifie qu'a chaque coupure/micro coupure EDF, il faut re-saisir toutes les programmations? ( je comprends pour le stockage en dur, mais généralement, on ne le fait qu'une fois ou 2 par an). Sinon, le NodeMcu piurait relir les infos sur le cloud si ses valeurs ont été resetées.
    En ce qui ce concerne, ce critère est impératif, car étant en bout de ligne, je suis sujet à micro coupures.

    Pour l'espace de stockage, je suppose qu'il n'y a pas la couche logicielle "NodeMCu" qui est très gourmande.

    Une dernière question (ou 2). Quels sont les liens sur la dernière version logicielle ?
    Avez vous de bon retours avec la version 1.4 HW?

    Merci encore.



  • @cuvert

    Il n'y a pas de programmation des fils pilote, cela peut être réalisé par un système domotique. Je te parle de l'état des fils pilote, donc l'état de chaque FP peut changer plusieurs fois par jour.
    Pour le problème des coupures de courant, tu peux utiliser le shield Battery Charger de Wemos avec une batterie pour servir d'onduleur.



  • Si je comprends bien, le Remora est esclave des requêtes http et active ses 7 sorties en fonction de la demande ( 7 valeurs à gérer qui peuvent prendre 4 états)

    Cela veux dire que si le Remora devait être autonome, il devrait sauvegarder 2352 valeurs ( à raison d'un pas d'une demi heure)
    48*7=336 valeurs par zones ( comme pour tout autre programmateur du marché)
    336 * 7 zones = 2352 valeurs à stocker en flash au total.
    C'est peut etre un peu beaucoup pour ce composant.

    En cas de coupure courant, je suppose que toutes les sorties sont réinitialisées en mode Confort ( je pourrais avoir l'info en lisant le code) puis lors d'un changement d'état apparait, le pilotage de la zone en question reprendra son cycle. Le problème réside dans le cas où l'état d'une zone change que rarement (exemple, si le systeme domotique demande de stopper une zone en permanence, cette zone ne retrouvera pas son cycle normal, car le systeme domotique n'aura pas de necessité à réenvoyer un ordre)

    Quel est l'outil domotique que vous utilisez?

    En cas de perte Wifi de la box puis réapparition( car cela arrive en cas d'orage, enfants qui jouent avec le bouton,...) que se passerait il ?
    Plus d'acquisitions des requetes? donc chauffage préalablement coupé qui va repasser en mode confort?
    Cela signifie donc aussi que le Wifi de la box doit être activé tout le temps pour permettre au client domotique de procéder au pilotage en permanence (vu que le module est esclave)

    Mes questions sont d'ordre critiques, mais c'est juste pour comprendre. Je félicite encore les personnes qui ont travaillé sur ce projet.

    Y a t'il une personne ayant réalisé la version v1.4, et testé?
    Y a t'il une personne ayant cette version PCB en trop?

    Merci



  • @cuvert

    48 => 24 heures * 2, période de 30 minutes
    7 => pour 7 jours par semaine
    La taille des valeurs a stocker serait de type uint8_t (byte). Il faudrait donc 18 816 bit pour stocker l'ensemble de la programmation de FP.
    L'état, par défaut, des FP est le mode HG.


 

Looks like your connection to Community Forum was lost, please wait while we try to reconnect.