Feature Request: Die aktuelle IP-Adresse bitte mit über MQTT publishen #556
Comments
|
Hast Du schon mal den Send-Befehl im MQTT Settings ausprobiert ? Meines Wissens wird da die IP übermittelt :
|
|
@knickohr Die IP-Adresse ist nicht mit dabei! |
|
Das oben IST Ahoy 😉 |
|
In den ioBroker wird nix mit übertragen! ☹ |
|
free_heap ist mit drin, da wäre die IP-Adresse informativer. |
|
Da gebe ich Dir Recht, auch die Version könnte nur einmal übertragen werden. Je öfter ich darüber nachdenke, halte ich den Vorschlag das Ganze als JSON zu verschicken für immer mehr sinnvoller 😲 Statische Werte brauchen meiner Meinung nach nur einmal bei Änderung übertragen werden, da darf dann auch die IP und sowas dabei sein. Das sollte dann aber retained geflaggt sein ! Dynamische Werte brauchen Nachts auch nur alle paar Minuten kommen. Tagsüber mindestens bei Änderung und auch in regelmäßigen Abständen (Beispiel Yield-Werte). Einige sollten allerdings auch zusätzlich noch retained sein. Sich schnell ändernde Werte könnten meiner Meinung schneller übertragen werden als nur in 30s Intervallen. Klar, kann man einstellen, aber ich weiß nicht wie schnell es noch stabil geht. Prinzipiell gesagt, es sollte eigentlich alles immer bei Änderung sofort übertragen werden, außer es kommt zu oft und macht die DTU zu. |
|
Ich finde das so schon gut, im JSON muss ich wieder einen ganz schönen Aufwand betreiben, die Daten da raus zubekommen! 😒 |
|
Ja, das ist es was mich auch abschreckt. Prinzipiell machen wir das aber sowieso irgendwie, und sei es nur wenn wir den Topic zerpflücken. Aber da gehen die Meinungen auseinander. Ich möchte jetzt ungern meine Flows neu machen nur weil es jetzt JSON ist. Außerdem würde der ursprüngliche Sinn und Zweck von MQTT untergraben werden, so viel Information wie möglich in so wenig Daten wie nötig zu übermitteln, vor allem beim Subscribe. |
|
Eigentlich bin ich mit der MQTT - Daten - Übermittlung, bis auf ein paar kleinigkeiten, sehr zufrieden! |
|
Natürlich ! Ist Meckern auf sehr hohem Niveau, aber alles kann man besser machen 😉 |
|
sehr konstruktive Diskussion! IP Adresse macht Sinn, natürlich retained. |
|
… und bitte nur einmal ausgeben nach Boot oder Änderung 😉 @lumapu Vielleicht sollten wir das Thema MQTT mal komplett neu aufrollen und überdenken. Ich sehe aber leider schon wieder den Shitstorm 😪 JSON kann man sich doch per REST-api abholen wenn ich das richtig verstanden habe im Discord. |
|
Wow, was für eine riesige Diskussion habe ich da denn losgetreten? ;) Und übrigens ein ganz großes Dankeschön für diese tolle Arbeit. Ich lese das ganze Projekt schon seit den ersten Tagen auf Microcontroller.net mit und dachte mir die Tage ich könnte es ja endlich mal ausprobieren. Und was soll ich sagen, ich bin begeistert wie schnell und reibungslos es beim ersten Versuch in Betrieb ging und wie klasse die Bedienung und Parametrierung gemacht ist. Da können sich meine eigen WLAN-Sensoren ne Scheibe abschneiden ;) |
... sollte so sein! |
|
MQTT ist immer ein Reizthema, habe mir da auch schon blutige Nasen geholt 😅 |
|
@knickohr ich glaube, wenn ich mir die letzten Diskussionen so anschaue, dass wir das nicht 'einfach so' definieren können. Es ergeben sich einfach über die Zeit neue Anforderungen und wir bessern Stück für Stück nach und testen dann wieder. Wenn du konkrete Ideen hast und die Diskussion nicht scheust, dann raus damit 😜 |
|
Das nennt sich Feigheit vor dem Feind. Ich laufe nicht weg und verkrieche mich 😂 |
added SH1106 to automatic build added IP address to MQTT (version, device and IP are retained and only transmitted once after boot) #556 added `set_power_limit` acknowledge MQTT publish #553 changed: version, device name are only published via MQTT once after boot added `Login` to menu if admin password is set #554 added `development` to second changelog link in `index.html` #543 added interval for MQTT (as option). With this settings MQTT live data is published in a fixed timing (only if inverter is available) #542, #523 added MQTT `comm_disabled` #529
|
@lumapu das sollten wir mE schon einmal grundlegend auf die Beine stellen. Vielleicht mit einem kleinen Konzept (Spreadsheet?) in dem wir u.a. auch die MQTT Topics von AhoyDTU und OpenDTU abgleichen. @knickohr Du könntest doch mal einen Vergleich der beiden Topic Bäume erstellen und in einem neuen Issue als Anhang posten. Vielleicht kann dan @DukeWolle auch mit drüber schauen ob es aus seiner Sicht auch passt und evtl. kommt dann sogar @ichirou dazu und schaut sich das im Vergleich mit den ModBus485 Werten an ? |
stefan123t
changed the title
Hardware
Modelname: ______
Retailer URL: ______
nRF24L01+ Module
Antenna:
Power Stabilization:
connected between +3.3V and GND (Pin 1 & 2) of the NRF Module
Connection diagram:
Connection diagram I used:
Note: [*] GND Pin 1 has a square mark on the nRF24L01+ module
Software
Version / Git SHA:
Version: 0.5.66
Github Hash: _______
Build & Flash Method:
Desktop OS:
Debugging:
Hallo,
ich würde darum bitten die aktuell vergebene IP-Adresse der AHOY-DTU mit über MQTT bereitzustellen. Dies erleichtert den Weg um bei DHCP-Systemen auf die DTU zu gelangen. Auch wären somit dynamische Links aus Visualisierungsoberflächen möglich. Der Umweg über die DHCP-Tabelle des DHCP-Servers würde somit entfallen.
MfG
Matthias
The text was updated successfully, but these errors were encountered: