jyvern / rfp2mqtt Goto Github PK

The current URL was certainly valid in the past, but since GCE has bought RFPLAYER it isn't valid any longer (and it points to an "off-topic" web site :) )
The correct URL is https://myrfplayer.com/

Bonjour,
Un guide existe-il pour le support du X2D ?
Merci

Hello,

Après plusieurs heures à m'arracher les cheveux; je pense avoir trouvé une erreur de typo dans le code.
Cela semble être la solution à mon problème qui était: utiliser la config "topicroot" dans la config du Brocker MQTT

Dans le code on a des références du style: brokermqtt.topicroot alors que la config du brocker dans config.yml se nomme brockermqtt

Est-ce un bug ?

Dans mon cas; remplacer tous les brokermqtt.* dans le programme; par brockermqtt.* a solutionné le problème et m'a permis d'utiliser la config "topicroot"

A noter que je trouverais intéressant de documenter la fonctionnalité "topicroot" qui est tout de même bien pratique

Autre suggestion: je me suis permis de modifier ceci dans le programme:

[...]
               sensor.Topic = conf.GetString("brockermqtt.topicroot") + "/sensors" + "/chacon" + "/" + sensor.Name
[...]

Initialement le code ressemblait à ça:

[...]
		sensor.Topic = sensorTopic(sensor.Ref)
		if sensor.Topic == "NULL" {
			sensor.Topic = conf.GetString("brokermqtt.topicroot") + "/" + sensor.Ref + "/chacon"
		}
[...]

NB: je suppose que le "if" sert à préserver la config "topic" si elle est declarée au niveau d'un "sensor"; mais je n'y suis pas arrivé (j'y connais rien en GO :-/ )
Donc on peut sûrement faire mieux que moi ici ;-)

Troisième suggestion: ajouter une config "Type" dans la structure de config d'un "sensor" dans config.yml; de sorte qu'on puisse l'utiliser dynamiquement dans le code:

config.yml:

sensors:
    -
        id: 2-1103140112
        name: INCONNU1
        type: my-custom-type

Programme:
sensor.Topic = conf.GetString("brockermqtt.topicroot") + "/sensors" + "/" + sensor.Type + "/" + sensor.Name

Dernière suggestion: conteuneriser l'application dans un docker, si c'est possible :-)

Voilà, ce sont des idées en vrac pour aider ;-)

Merci pour ce super et chouette outil dans tous les cas.

Bien cordialement

Hello,

Désolé par avance si ma question est stupide; mais je me demande comment réaliser l'appairage entre les appareils en le RF Player en utilisant "rfp2mqtt" ?

Actuellement j'utilise le RF Player avec Jeedom (que j'envisage donc de remplacer par rfp2mqtt).
Dans Jeedom il faut réaliser "l'inclusion" des appareils pour les associer avec le RF Player; donc je suppose qu'il faut faire la même chose ici non ?

Comment doit-on faire SVP ?

Merci d'avance

Bien cordialement

It would be interesting to implement in this project the specification describe here :
https://homieiot.github.io/

However, MQTT doesn’t define the structure and content of these messages and their relation. An IoT device publishes data and provides interaction possibilities but a controlling entity will need to be specifically configured to be able to interface with the device.

The Homie convention defines a standardized way of how IoT devices and services announce themselves and their data on the MQTT broker.

It is thereby a crucial aspect on top of the MQTT protocol for automatic discovery, configuration and usage of devices and services.

Some other xxx2mqtt already purpose this and I think specification for MQTT is the futur of home automation.
It would be not changing the way of this project work actually, but add another way to publish.

I'm from the open source project NextDom (home automation software) and we are working on another solution from scratch. We want to organize NextDom directly with MQTT and Node-Red (Nextdom becoming a kind of orchestrator. In this way, this standard for MQTT will be very interesting for us of course, but also for all others home automation software.

Thanks for reading and give me some feed back about that !