Wechselrichter Hoymiles HM-600 mit FHEM verbinden anstelle mit WLAN Stick DTU-W1

Begonnen von josburg, 25 Mai 2021, 18:03:41

Vorheriges Thema - Nächstes Thema

Beta-User

Wenn man die funktionierende readingList sehen würde, wäre es einfacher, so tippe ich weiter auf "/HM600"....
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

fritzhugo123

Kein Problem,

hier ist die funktionerende Readinglist:

DTU/HM600/ch0/U_AC:.* U_AC
  DTU/HM600/ch0/I_AC:.* I_AC
  DTU/HM600/ch0/P_AC:.* P_AC
  DTU/HM600/ch0/Freq:.* Freq
  DTU/HM600/ch0/Temp:.* temperature
  DTU/HM600/ch0/YieldDay:.* YieldDay
  DTU/HM600/ch0/YieldTotal:.* YieldTotal
  DTU/HM600/ch0/FWVersion:.* FWVersion
  DTU/HM600/ch0/FWBuildYear:.* FWBuildYear
  DTU/HM600/ch0/FWBuildMonthDay:.* FWBuildMonthDay
  DTU/HM600/ch0/HWPartId:.* HWPartId
  DTU/HM600/ch0/PowerLimit:.* limit
  DTU/HM600/ch1/I_DC:.* I_DC1
  DTU/HM600/ch1/P_DC:.* P_DC1
  DTU/HM600/ch1/YieldDay:.* YieldDay1
  DTU/HM600/ch1/YieldTotal:.* YieldTotal1
  DTU/HM600/ch2/I_DC:.* I_DC2
  DTU/HM600/ch2/P_DC:.* P_DC2
  DTU/HM600/ch2/YieldDay:.* YieldDay2
  DTU/HM600/ch2/YieldTotal:.* YieldTotal2
DTU/HM600/ch0/FWBuildHourMinute:.* FWBuildHourMinute
DTU/HM600/ch1/U_DC:.* U_DC
DTU/HM600/ch1/Irradiation:.* Irradiation
DTU/HM600/ch2/U_DC:.* U_DC
DTU/HM600/ch2/Irradiation:.* Irradiation
DTU/HM600/ch0/Q_AC:.* Q_AC
DTU/HM600/ch0/F_AC:.* F_AC
DTU/HM600/ch0/PF_AC:.* PF_AC
DTU/HM600/ch0/ALARM_MES_ID:.* ALARM_MES_ID
DTU/HM600/ch0/P_DC:.* P_DC
DTU/HM600/ch0/Efficiency:.* Efficiency
DTU/HM600/ch0/active\x20PowerLimit:.* active_PowerLimit
DTU/HM600/ch0/LastAlarmCode:.* LastAlarmCode

Ich habe noch etwas anderes probiert, weil ich in der Anleitung gesehen habe, dass es noch einen anderen Weg gibt, um das Limit zu setzen.
(https://github.com/lumapu/ahoy/blob/main/User_Manual.md)

Neben devcontrol geht es wohl auch mit topic/ctrl/limit_nonpersistent_absolute/inverter_id Wert.
Ich war also mit folgendem Kommando erfolgreich:
DTU/ctrl/limit_nonpersistent_absolute/0 50

Wo nun genau der unterschied zwischen devcontrol und ctrl liegt und warum das eine funktioniert und das andere nicht, kann ich nicht erklären.
Schön wäre, wenn ich es auch über das set limit aus der template hinbekommen könnte, im Notfall mache ich es aber nun manuell über ein einzelnes mqtt Kommando.

RalfP

Zitat von: RalfP am 16 Februar 2023, 19:05:41
Hallo,

ich habe den Ahoi_DTU jetzt in Betrieb, aber noch keinen Inverter dran. Das braucht noch ein wenig.

Ich probiere gerade JsonMod auf den verschiedenen Endpoints. Die Informationen werden in Reading geschrieben. Von aussen sieht alles gut aus, so das ich ganz zuversichtlich bin/war, das ich später auch Daten erhalte, um z.B. einen Plot zu erstellen.

Leider habe ich aber im Log folgendes:
Use of uninitialized value $name in substitution (s///) at /usr/lib/arm-linux-gnueabihf/perl/5.24/Encode.pm line 105.
Use of uninitialized value $name in exists at /usr/lib/arm-linux-gnueabihf/perl/5.24/Encode.pm line 108.
Use of uninitialized value $name in lc at /usr/lib/arm-linux-gnueabihf/perl/5.24/Encode.pm line 109.
Use of uninitialized value $find in exists at /usr/lib/arm-linux-gnueabihf/perl/5.24/Encode/Alias.pm line 25.
Use of uninitialized value $find in hash element at /usr/lib/arm-linux-gnueabihf/perl/5.24/Encode/Alias.pm line 77.
Use of uninitialized value $name in string ne at /usr/lib/arm-linux-gnueabihf/perl/5.24/Encode.pm line 114.
Use of uninitialized value $name in hash element at /usr/lib/arm-linux-gnueabihf/perl/5.24/Encode.pm line 118.


Dies bei jeder Abfrage, bei unterschiedlichen Endpoints. z.B. http://192.168.2.30/api/index

{"menu":{"name":["Live","Serial / Control","Settings","-","REST API","-","Update","System","-","Documentation"],"link":["/live","/serial","/setup",null,"/api",null,"/update","/system",null,"https://ahoydtu.de"],"trgt":[null,null,null,null,"_blank",null,null,null,null,"_blank"]},"generic":{"version":"0.5.66","build":"f8fe044","wifi_rssi":-77,"ts_uptime":171934,"esp_type":"ESP8266"},"ts_now":1676568809,"ts_sunrise":1676528591,"ts_sunset":1676564782,"ts_offset":0,"disNightComm":false,"inverter":[],"warnings":[],"infos":[]}


Kennt jemand, in Verbindung mit JsonMod und Ahoi_DTU, diese Thematik zufällig?

Grüße
Ralf

Die Ursache ist, im Zusammenspiel mit JsonMod, das im Response Header HTTP/1.0 200 OK
Content-Length: 919
Content-Type: application/json
Access-Control-Allow-Origin: *
Access-Control-Allow-Headers: content-type


kein "charset=xxx" vorkommt. Unter https://github.com/lumapu/ahoy/issues/597 wurde dies, meines Erachtens, schon angesprochen. Ich hoffe mal, das dieser Punkt in eines der nächsten Releases mit einfließt. Ich habe mir vorerst die JsonMod etwas abgeändert und den Entwickler von JsonMod mal angeschrieben.

Grüße
Ralf

MadMax-FHEM

Hallo,

jetzt muss ich mich hier auch mal dranhängen...

Seit gestern habe ich meinen Inverter, einen HM-600.
Leider noch keine Panels, dauert noch ein wenig :-\

Dachte mir aber ich fange schon mal mit der Integration an :)

Hab auf 2 Testsystemen schon einiges rumprobiert, schaffe es aber auch nicht, ein Inverter-Device zu erhalten... :-\
(oder geht das nur, wenn schon mal mit dem Inverter kommuniziert wurde, geht ja leider noch nicht, solange keine Panels dran hängen, wenn ich das richtig verstanden habe)

Meine Ahoy-Konfiguration ist wie folgt:

Device-Name: AHOY-DTU (Standard, nichts geändert)

Inverter
Serial Number: Seriennummer des Inverters (sollte aber für mqtt-Anbindung irrelevat sein?)
Name: HM-600
Max Module Power (Wp): 380 380 (ist aber ja optional?)
Module Name: 01 02 (hatte ich bislang leer)

MQTT
Topic: HM600
Verbindungsdaten passend zu meinem jeweiligen Test-fhem

Mehr gibt es ja nicht einzustellen?

---------------------------- meine Tests ------------------------------

Dann auf meinem 1. Testsystem mit dem bereits vorhandenen MQTT2Server getestet:

Zunächst falsches Template (openDTUbrigde) -> ok, gelöscht

Dann richtiges Template (hoymiles_microinverter_hub_bridge), dabei wurde nach DEVICE_ID gefragt, ich habe "HM600" angegeben.
Es kamen auch Daten aber es wurde kein Wechselrichter-/Inverter-Device angelegt... :-\

Gut dachte ich: löschen und neuen MQTT2Server angelegt (anderer Port), evtl. ist der vorhandene durch diverse Tests etwas "verkonfiguriert". Aber damit dann dasselbe Spiel... :-\

Wieder MQTT2_Device gelöscht und neu, ESP gebootet, diesmal bzw. ab irgendwann mal wurde beim Anwenden des Templates gar nicht mehr gefragt...

Dann, um sicher zu gehen, mein neuestes Testsystem genommen (bislang nur zum Test von Weather), einen MQTT2Server angelegt und den ESP/AHOY damit verbunden.
MQTT2_Device wird angelegt. AttrTemplate angewendet: keine Frage? Es kam nur "Erfolgreich angewendet..."
Dann weiter nichts :-\

Jetzt sieht es auf meinem saubersten Testsystem wie folgt aus:

list MQTT2Server:

Internals:
   CFGFN     
   CONNECTS   3
   Clients    :MQTT2_DEVICE:MQTT_GENERIC_BRIDGE:
   ClientsKeepOrder 1
   DEF        1883 global
   FD         4
   FUUID      63f0b323-f33f-a014-e09d-94b5a1ef90970039
   NAME       MQTT2Server
   NR         47
   PORT       1883
   STATE      Initialized
   TYPE       MQTT2_SERVER
   eventCount 5
   MatchList:
     1:MQTT2_DEVICE ^.
     2:MQTT_GENERIC_BRIDGE ^.
   READINGS:
     2023-02-18 12:31:34   nrclients       1
     2023-02-18 12:14:43   state           Initialized
   clients:
     MQTT2Server_192.168.10.210_54215 1
   retain:
Attributes:


und "copy for Forum":


define MQTT2Server MQTT2_SERVER 1883 global
#   CFGFN     
#   CONNECTS   3
#   Clients    :MQTT2_DEVICE:MQTT_GENERIC_BRIDGE:
#   ClientsKeepOrder 1
#   DEF        1883 global
#   FD         4
#   FUUID      63f0b323-f33f-a014-e09d-94b5a1ef90970039
#   NAME       MQTT2Server
#   NR         47
#   PORT       1883
#   STATE      Initialized
#   TYPE       MQTT2_SERVER
#   eventCount 5
#   MatchList:
#     1:MQTT2_DEVICE ^.
#     2:MQTT_GENERIC_BRIDGE ^.
#   READINGS:
#     2023-02-18 12:31:34   nrclients       1
#     2023-02-18 12:14:43   state           Initialized
#   clients:
#     MQTT2Server_192.168.10.210_54215 1
#   retain:
#
setstate MQTT2Server 2023-02-18 12:31:34 nrclients 1
setstate MQTT2Server 2023-02-18 12:14:43 state Initialized


Und hier list/RawDef des MQTT2_Device:


Internals:
   CFGFN     
   CID        AHOY_DTU
   DEF        AHOY_DTU
   FUUID      63f0b419-f33f-a014-af24-fcf85cc91aeece88
   IODev      MQTT2Server
   LASTInputDev MQTT2Server
   MQTT2Server_CONN MQTT2Server_192.168.10.210_54215
   MQTT2Server_MSGCNT 93
   MQTT2Server_TIME 2023-02-18 12:42:12
   MSGCNT     93
   NAME       MQTT2_AHOY_DTU
   NR         50
   STATE      ???
   TYPE       MQTT2_DEVICE
   eventCount 118
   OLDREADINGS:
   READINGS:
     2023-02-18 12:20:12   attrTemplateVersion 20200812
     2023-02-18 12:32:12   available       0
     2023-02-18 12:31:19   comm_start      1676701276
     2023-02-18 12:31:19   comm_stop       1676738346
     2023-02-18 12:31:15   device          AHOY-DTU
     2023-02-18 12:31:19   dis_night_comm  false
     2023-02-18 12:42:12   free_heap       187752
     2023-02-18 12:32:12   last_success    0
     2023-02-18 12:31:15   mqtt            connected
     2023-02-18 12:32:12   status          0
     2023-02-18 12:31:19   sunrise         1676701276
     2023-02-18 12:31:19   sunset          1676738346
     2023-02-18 12:42:12   uptime          660
     2023-02-18 12:31:15   version         0.5.66
     2023-02-18 12:42:12   wifi_rssi       -65
Attributes:
   autocreate 1
   bridgeRegexp HM600/([^/]+)/ch[0-9]+/.*:.* "HM600_$1"
   icon       solar
   model      hoymiles_microinverter_hub_bridge
   readingList HM600/version:.* version
  HM600/free_heap:.* free_heap
  HM600/uptime:.* uptime
  HM600/device:.* device
AHOY_DTU:HM600/wifi_rssi:.* wifi_rssi
AHOY_DTU:HM600/HM-600/available:.* available
AHOY_DTU:HM600/HM-600/last_success:.* last_success
AHOY_DTU:HM600/status:.* status
AHOY_DTU:HM600/mqtt:.* mqtt
AHOY_DTU:HM600/sunrise:.* sunrise
AHOY_DTU:HM600/sunset:.* sunset
AHOY_DTU:HM600/comm_start:.* comm_start
AHOY_DTU:HM600/comm_stop:.* comm_stop
AHOY_DTU:HM600/dis_night_comm:.* dis_night_comm
   room       MQTT2_DEVICE
   setStateList on off



defmod MQTT2_AHOY_DTU MQTT2_DEVICE AHOY_DTU
attr MQTT2_AHOY_DTU autocreate 1
attr MQTT2_AHOY_DTU bridgeRegexp HM600/([^/]+)/ch[0-9]+/.*:.* "HM600_$1"
attr MQTT2_AHOY_DTU icon solar
attr MQTT2_AHOY_DTU model hoymiles_microinverter_hub_bridge
attr MQTT2_AHOY_DTU readingList HM600/version:.* version\
  HM600/free_heap:.* free_heap\
  HM600/uptime:.* uptime\
  HM600/device:.* device\
AHOY_DTU:HM600/wifi_rssi:.* wifi_rssi\
AHOY_DTU:HM600/HM-600/available:.* available\
AHOY_DTU:HM600/HM-600/last_success:.* last_success\
AHOY_DTU:HM600/status:.* status\
AHOY_DTU:HM600/mqtt:.* mqtt\
AHOY_DTU:HM600/sunrise:.* sunrise\
AHOY_DTU:HM600/sunset:.* sunset\
AHOY_DTU:HM600/comm_start:.* comm_start\
AHOY_DTU:HM600/comm_stop:.* comm_stop\
AHOY_DTU:HM600/dis_night_comm:.* dis_night_comm
attr MQTT2_AHOY_DTU room MQTT2_DEVICE
attr MQTT2_AHOY_DTU setStateList on off

setstate MQTT2_AHOY_DTU 2023-02-18 12:20:12 attrTemplateVersion 20200812
setstate MQTT2_AHOY_DTU 2023-02-18 12:32:12 available 0
setstate MQTT2_AHOY_DTU 2023-02-18 12:31:19 comm_start 1676701276
setstate MQTT2_AHOY_DTU 2023-02-18 12:31:19 comm_stop 1676738346
setstate MQTT2_AHOY_DTU 2023-02-18 12:31:15 device AHOY-DTU
setstate MQTT2_AHOY_DTU 2023-02-18 12:31:19 dis_night_comm false
setstate MQTT2_AHOY_DTU 2023-02-18 12:43:12 free_heap 187828
setstate MQTT2_AHOY_DTU 2023-02-18 12:32:12 last_success 0
setstate MQTT2_AHOY_DTU 2023-02-18 12:31:15 mqtt connected
setstate MQTT2_AHOY_DTU 2023-02-18 12:32:12 status 0
setstate MQTT2_AHOY_DTU 2023-02-18 12:31:19 sunrise 1676701276
setstate MQTT2_AHOY_DTU 2023-02-18 12:31:19 sunset 1676738346
setstate MQTT2_AHOY_DTU 2023-02-18 12:43:12 uptime 720
setstate MQTT2_AHOY_DTU 2023-02-18 12:31:15 version 0.5.66
setstate MQTT2_AHOY_DTU 2023-02-18 12:43:12 wifi_rssi -69


Habe ich etwas falsch gemacht?
Oder geht das erst, wenn der Inverter auch Daten liefert (was ja ohne Panels nicht passiert?)?

Was ich nicht verstehe: mal kommt die Frage nach "DEVICE_ID" und mal nicht und v.a. bei meinem frischen, sauberen Testsystem kam sie nie! (bei den Tests auf dem anderen Testsystem: ok, da ist so viel rumprobiert worden mit mqtt...)

Vielen Dank schon mal!!

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MadMax-FHEM

So, etwas weiter (denke ich?): ich habe die latest FW aufgespielt (nachdem ich gesehen hatte, dass die aktuelle stable 2 Monate alt ist?).
Danach wurde ein weiteres MQTT2_Device angelegt...

Leider kann ich in der AttrTemplate-Liste das notwendige Template (noch) nicht finden...

Irgendwie bin ich verwirrt (was bei mqtt oft vorkommt, leider).
Ich habe nun (einfach) auf das neu angelegte MQTT2_Device ebenfalls das AttrTemplate (hoymiles_microinverter_hub_bridge) angewendet, war das richtig?
Wenn ja: warum habe ich nun 2 "Bridge-Devices"?
Woher kommt das _CD1294 im Namen des neuen Devices?
Konnte in der Konfiguration von AHOY nichts finden.
Devicename ist immer noch AHOY-DTU...

Ich habe beim mqtt mal eingestellt alle 10s senden, dachte vielleicht hilft das (habe ja leider immer noch keine Panels)...
...werde ich aber wieder auf 0 setzen (also deaktivieren / nur senden, wenn es auch was zu senden gibt)...

Hier aktuelle lists/RawDefs:

"altes Device"

defmod MQTT2_AHOY_DTU MQTT2_DEVICE AHOY_DTU
attr MQTT2_AHOY_DTU autocreate 1
attr MQTT2_AHOY_DTU bridgeRegexp HM600/([^/]+)/ch[0-9]+/.*:.* "HM600_$1"
attr MQTT2_AHOY_DTU icon solar
attr MQTT2_AHOY_DTU model hoymiles_microinverter_hub_bridge
attr MQTT2_AHOY_DTU readingList HM600/version:.* version\
  HM600/free_heap:.* free_heap\
  HM600/uptime:.* uptime\
  HM600/device:.* device\
AHOY_DTU:HM600/wifi_rssi:.* wifi_rssi\
AHOY_DTU:HM600/HM-600/available:.* available\
AHOY_DTU:HM600/HM-600/last_success:.* last_success\
AHOY_DTU:HM600/status:.* status\
AHOY_DTU:HM600/mqtt:.* mqtt\
AHOY_DTU:HM600/sunrise:.* sunrise\
AHOY_DTU:HM600/sunset:.* sunset\
AHOY_DTU:HM600/comm_start:.* comm_start\
AHOY_DTU:HM600/comm_stop:.* comm_stop\
AHOY_DTU:HM600/dis_night_comm:.* dis_night_comm
attr MQTT2_AHOY_DTU room MQTT2_DEVICE
attr MQTT2_AHOY_DTU setStateList on off

setstate MQTT2_AHOY_DTU 2023-02-18 12:20:12 attrTemplateVersion 20200812
setstate MQTT2_AHOY_DTU 2023-02-18 13:42:14 available 0
setstate MQTT2_AHOY_DTU 2023-02-18 13:41:21 comm_start 1676701276
setstate MQTT2_AHOY_DTU 2023-02-18 13:41:21 comm_stop 1676738346
setstate MQTT2_AHOY_DTU 2023-02-18 13:51:56 device AHOY-DTU
setstate MQTT2_AHOY_DTU 2023-02-18 13:41:21 dis_night_comm false
setstate MQTT2_AHOY_DTU 2023-02-18 14:00:56 free_heap 189140
setstate MQTT2_AHOY_DTU 2023-02-18 13:42:14 last_success 0
setstate MQTT2_AHOY_DTU 2023-02-18 13:44:47 mqtt not connected
setstate MQTT2_AHOY_DTU 2023-02-18 13:42:14 status 0
setstate MQTT2_AHOY_DTU 2023-02-18 13:41:21 sunrise 1676701276
setstate MQTT2_AHOY_DTU 2023-02-18 13:41:21 sunset 1676738346
setstate MQTT2_AHOY_DTU 2023-02-18 14:00:56 uptime 559
setstate MQTT2_AHOY_DTU 2023-02-18 13:51:56 version 0.5.89
setstate MQTT2_AHOY_DTU 2023-02-18 13:44:14 wifi_rssi -69


"neues Device" nach attrTemplate

defmod MQTT2_AHOY_DTU_CD1294 MQTT2_DEVICE AHOY_DTU_CD1294
attr MQTT2_AHOY_DTU_CD1294 autocreate 1
attr MQTT2_AHOY_DTU_CD1294 bridgeRegexp HM600/([^/]+)/ch[0-9]+/.*:.* "HM600_$1"
attr MQTT2_AHOY_DTU_CD1294 icon solar
attr MQTT2_AHOY_DTU_CD1294 model hoymiles_microinverter_hub_bridge
attr MQTT2_AHOY_DTU_CD1294 readingList HM600/version:.* version\
  HM600/free_heap:.* free_heap\
  HM600/uptime:.* uptime\
  HM600/device:.* device\
AHOY_DTU_CD1294:HM600/wifi_rssi:.* wifi_rssi\
AHOY_DTU_CD1294:HM600/total/P_AC:.* P_AC\
AHOY_DTU_CD1294:HM600/total/YieldTotal:.* YieldTotal\
AHOY_DTU_CD1294:HM600/total/YieldDay:.* YieldDay\
AHOY_DTU_CD1294:HM600/total/P_DC:.* P_DC
attr MQTT2_AHOY_DTU_CD1294 room MQTT2_DEVICE
attr MQTT2_AHOY_DTU_CD1294 setStateList on off

setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:03:27 P_AC 0
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:03:27 P_DC 0
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:03:27 YieldDay 0
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:03:27 YieldTotal 0
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 13:52:53 attrTemplateVersion 20200812
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:02:56 free_heap 189140
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:02:56 uptime 679
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:02:56 wifi_rssi -62


EDIT: Update, RawDef des "neuen Devices" nach reboot (Umstellen von 10s senden auf 0 -> deaktiviert)

defmod MQTT2_AHOY_DTU_CD1294 MQTT2_DEVICE AHOY_DTU_CD1294
attr MQTT2_AHOY_DTU_CD1294 autocreate 1
attr MQTT2_AHOY_DTU_CD1294 bridgeRegexp HM600/([^/]+)/ch[0-9]+/.*:.* "HM600_$1"
attr MQTT2_AHOY_DTU_CD1294 icon solar
attr MQTT2_AHOY_DTU_CD1294 model hoymiles_microinverter_hub_bridge
attr MQTT2_AHOY_DTU_CD1294 readingList HM600/version:.* version\
  HM600/free_heap:.* free_heap\
  HM600/uptime:.* uptime\
  HM600/device:.* device\
AHOY_DTU_CD1294:HM600/wifi_rssi:.* wifi_rssi\
AHOY_DTU_CD1294:HM600/total/P_AC:.* P_AC\
AHOY_DTU_CD1294:HM600/total/YieldTotal:.* YieldTotal\
AHOY_DTU_CD1294:HM600/total/YieldDay:.* YieldDay\
AHOY_DTU_CD1294:HM600/total/P_DC:.* P_DC\
AHOY_DTU_CD1294:HM600/ip_addr:.* ip_addr\
AHOY_DTU_CD1294:HM600/mqtt:.* mqtt\
AHOY_DTU_CD1294:HM600/sunrise:.* sunrise\
AHOY_DTU_CD1294:HM600/sunset:.* sunset\
AHOY_DTU_CD1294:HM600/comm_start:.* comm_start\
AHOY_DTU_CD1294:HM600/comm_stop:.* comm_stop\
AHOY_DTU_CD1294:HM600/dis_night_comm:.* dis_night_comm\
AHOY_DTU_CD1294:HM600/comm_disabled:.* comm_disabled\
AHOY_DTU_CD1294:HM600/comm_dis_ts:.* comm_dis_ts
attr MQTT2_AHOY_DTU_CD1294 room MQTT2_DEVICE
attr MQTT2_AHOY_DTU_CD1294 setStateList on off

setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:07 P_AC 0
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:07 P_DC 0
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:07 YieldDay 0
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:07 YieldTotal 0
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 13:52:53 attrTemplateVersion 20200812
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:39 comm_dis_ts 1676725660
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:39 comm_disabled false
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:35 comm_start 1676701276
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:35 comm_stop 1676738346
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:35 device AHOY-DTU
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:35 dis_night_comm false
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:08:35 free_heap 188788
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:35 ip_addr 192.168.10.210
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:35 mqtt connected
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:35 sunrise 1676701276
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:35 sunset 1676738346
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:08:34 uptime 79
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:07:35 version 0.5.89
setstate MQTT2_AHOY_DTU_CD1294 2023-02-18 14:08:35 wifi_rssi -61


Das scheint wohl jetzt das "gültige" Bridge-Device zu sein?
Das "alte" zeigt "mqtt disconnected" (klar die Messages kommen ja jetzt unter "AHOY_DTU_CD1294" statt "AHOY_DTU", frage mich aber immer noch wo die "_CD1294" herkommt / konnte in der AHOY Konfig dazu nirgends etwas finden :-\  )...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

GeZi3560

So ist die Vorgehensweise:

1. AHOYDTU über MQTT mit FHEM verbinden ( das ist das Empfangsdevice für die DTUs Solar Inverter die du hast)
2. Diesem MQTT Device das das Attribut template "Homiles-Microinverter-Hub_Bridge" zuweisten
3. Diese Bridge empfängt nun Signale vom Homiles Inverter.. Daher wird wird ein neues MQTT device per Autocreate angelegt.
4. Dieses Device soll dann das Attribut Template "Homymiles_microinverter_inverter" bekommen. (das hat bei mir einen Tag gedauert bis das Template verfügbar war)

Gruss Gerd
Raspberry Pi 4 4GB, MariaDB,2 Cul V3 868 ,1 Cul V3, 433, Zwave-USB, Conbee2, DeConz, MAX WT und Ventile,HM, Somfy, Fibaro, Shellys, Tradfri, Lidl Zigbee

MadMax-FHEM

Zitat von: GeZi3560 am 18 Februar 2023, 17:58:27
So ist die Vorgehensweise:

1. AHOYDTU über MQTT mit FHEM verbinden ( das ist das Empfangsdevice für die DTUs Solar Inverter die du hast)
2. Diesem MQTT Device das das Attribut template "Homiles-Microinverter-Hub_Bridge" zuweisten
3. Diese Bridge empfängt nun Signale vom Homiles Inverter.. Daher wird wird ein neues MQTT device per Autocreate angelegt.
4. Dieses Device soll dann das Attribut Template "Homymiles_microinverter_inverter" bekommen. (das hat bei mir einen Tag gedauert bis das Template verfügbar war)

Gruss Gerd

Vorgehen gelesen und auch so gemacht.

ABER: Punkt 3 und 4 passieren eben NICHT!

UND: warum habe ich nach FW-Update (latest Dev) "plötzlich" ein weiteres "Bridge-Device", mit dem Anhängsel "_CD1294"?

Wie geschrieben: ich habe noch keine Panels :-\

So ich gelesen habe sendet wohl der Inverter erst, wenn er mit einem Panel verbunden ist und das auch Strom liefert...

Wenn das so ist und auch erst dann das weitere MQTT2Device angelegt wird ist es klar...
(ist dem so?)

Bleibt halt immer noch das mit dem "_CD1294" aber egal, sofern es nicht bei jedem FW-Update ein neues MQTT2Device-Device gibt kann ich damit leben bzw. kann ich auch einfach wieder mit der Stable-Version ins Rennen gehen...

Muss ich wohl auf die Panels warten :-\

Dachte ich könnte schon vorher etwas tun/testen, mich würde ja auch interessieren, ob der HM-600 funktioniert...
...wenn ich den ohne Panels einstecke, passiert grad gar nichts...
Also kein Blinken etc. nicht mal ein "Fehler-Blinken"...
Ist das normal so?

Danke, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

GeZi3560

Um das nachzustellen müsste ich meine Konfig löschen und die Panels abklemmen.
Sorry, kann  ich nicht helfen.
Raspberry Pi 4 4GB, MariaDB,2 Cul V3 868 ,1 Cul V3, 433, Zwave-USB, Conbee2, DeConz, MAX WT und Ventile,HM, Somfy, Fibaro, Shellys, Tradfri, Lidl Zigbee

TomLee

ZitatSo ich gelesen habe sendet wohl der Inverter erst, wenn er mit einem Panel verbunden ist und das auch Strom liefert...

Wenn das so ist und auch erst dann das weitere MQTT2Device angelegt wird ist es klar...
(ist dem so?)

Hab mir letztes Jahr schon die gleichen Fragen gestellt, Wechselrichter hab ich schon, aber immer noch keine Panels und auch immer noch nicht mit beschäftigt  ::)

Beta-User meinte dazu folgendes:

ZitatDer WR ist nur funktechnisch zu erreichen, wenn DC was anliegt (ca. 16-18V), AC ist dem egal und entscheidet nur darüber, ob er produziert ;) .

Und weiter (wegen der Platine):

ZitatAber wenn du einen hast mit "guter" Nummer (Beginnt afaik mit 1141), sollte das kein Problem sein, und das GW kannst du mit MiLight-Hub (oder MySensors-nRF-GW) auf Funktion testen (mehr oder weniger dieselbe Hardware).

Also ich warte bis Panels da sind.


MadMax-FHEM

Zitat
Der WR ist nur funktechnisch zu erreichen, wenn DC was anliegt (ca. 16-18V), AC ist dem egal und entscheidet nur darüber, ob er produziert ;) .

Gut, dann ist das geklärt...

Da ich eh vorhabe einen Akku zu nutzen (https://forum.fhem.de/index.php/topic,128142.msg1234332.html#msg1234332) werde ich den Teil schon mal zum Testen nehmen:

Akku -> DC-DC Konverter (ist schon bestellt) -> Inverter

Bis die Panels kommen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

fritzhugo123

Meine Frage ist leider noch nicht beantwortet, bzw. mein Problem nicht gelöst.
Warum kann ich meinen Wechselrichter via MQTT und dem Befehl /ctrl/ steuern, aber mit /devcontrol/ nicht?
Wenn ich ctrl nutze, dann sehe ich auch unter Serial/Control auf der DTU, dass ein topic empfangen wurden, bei /devcontrol/ passiert gar nichts.

Und dann habe ich noch drei Fragen:
1) Gibt es einen Grund, dass die Spannung der beiden Kanäle nicht unterschieden wird?
DTU/HM600/ch1/U_DC:.* U_DC
DTU/HM600/ch1/Irradiation:.* Irradiation
DTU/HM600/ch2/U_DC:.* U_DC
DTU/HM600/ch2/Irradiation:.* Irradiation
Ich habe nur einen Kanal belegt und wollte die Spannung dort überwachen. Der Wert wurde aber von dem nicht genutzten Kanal überschrieben.
Ich habe es selber gelöst, in dem ich U_DC1 und U_DC2 draus gemacht habe, aber kann das im template aufgenommen/angepasst werden?

2) Funktoniert auch OpenDTU mit fhem? Kann ich damit das gleiche tun? Welches sind die Vorteile von AhoyDTU gegenüber OpenDTU?

3) AhoyDTU läuft leider nicht stabil und rebooted alle 1-3 Stunden. Einen Kondensator habe ich schon verbaut, hat aber nicht geholfen. Liegt es nur an der Leistung des angeschlossesn Moduls?

masterpete23

@MadMax-FHEM: was meinst du mit FW Update?
Wo hast du was wovon geupdatet?

MadMax-FHEM

Zitat von: masterpete23 am 20 Februar 2023, 12:20:41
@MadMax-FHEM: was meinst du mit FW Update?
Wo hast du was wovon geupdatet?

Ahoy:

Zitat
2023-02-18 12:31:15   version         0.5.66

Zitat
2023-02-18 13:51:56 version 0.5.89

Die 0.5.66 ist wohl die letzte/aktuellste "stable" (laut git oder so aber 2 Monate alt?)...
...die 0.5.89 ist wohl die aktuellste "nightly"/"developer"...

Es gibt bei der neuen etwas mehr Einstellungen, ansonsten habe ich ohne laufenden/funkenden Inverter noch nichts gemerkt...

Heute ist der DC-DC Stepup gekommen und die Anschlusskabel :)
Wenn Zeit ist, werde ich mal versuchen damit den Wechselrichter zum Funken zu bewegen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

TheTrumpeter

Zitat von: masterpete23 am 23 Januar 2023, 21:07:48
Hat jemand eine gute Lösung des Loggings und der Auswertung mit hohem WAF?
Nun habe ich Zahlen in meiner logdb und suche noch was grafisches..
Keine Ahnung was genau Du Dir da vorstellst... ich hab' 3 Plots mit unterschiedlichen Informationen, siehe Anhang.
FHEM auf RPi3, THZ (LWZ404SOL), RPII2C & I2C_MCP342x (ADCPiZero), PowerMap, CustomReadings, RPI_GPIO, Twilight, nanoCUL (WMBus für Diehl Wasserzähler & Regenerationszähler für BWT AqaSmart), ESPEasy, TPLinkHS110

Beta-User

Zitat von: fritzhugo123 am 19 Februar 2023, 11:01:50
Warum kann ich meinen Wechselrichter via MQTT und dem Befehl /ctrl/ steuern, aber mit /devcontrol/ nicht?
Wenn ich ctrl nutze, dann sehe ich auch unter Serial/Control auf der DTU, dass ein topic empfangen wurden, bei /devcontrol/ passiert gar nichts.
Ist vermutlich (noch) ein bug der firmware oder es wurde endgültig was geändert, muss ich nochmal checken, diese Teile wurden relativ früh hier aufgenommen.

Zitat
Und dann habe ich noch drei Fragen:
1) Gibt es einen Grund, dass die Spannung der beiden Kanäle nicht unterschieden wird?
Das scheint einfach im Lauf der Zeit dazugekommen zu sein, das attrTemplate ist jetzt erweitert (morgiges update), dann sollte das auch unterschieden werden.

Zitat
2) Funktoniert auch OpenDTU mit fhem? Kann ich damit das gleiche tun? Welches sind die Vorteile von AhoyDTU gegenüber OpenDTU?
Das kann auch MQTT, also kann es in FHEM eingebunden werden, es gibt auch ein (rudimentäres?) attrTemplate dazu.
AhoyDTU wird (hoffentlich!) mittelfristig die für FHEM günstigere MQTT-Implementierung (insbes. JSON) bieten und hat (zum. übergangsweise) bei den älteren MI-Modellen die Nase vorn (habe heute noch etwas am Code gebastelt, siehe discord-channel).

Zitat
3) AhoyDTU läuft leider nicht stabil und rebooted alle 1-3 Stunden. Einen Kondensator habe ich schon verbaut, hat aber nicht geholfen. Liegt es nur an der Leistung des angeschlossesn Moduls?
Falls du einen ESP8266 nutzt: Das liegt evtl. an einer ungünstigen PIN-Belegung va. was den interrupt-PIN angeht. Ggf. ändern. Kondensator hilft nur gegen schlechte Sende-Leistungen des nRF, hat aber mit reboots nichts zu tun.
Mein ESP32 lief bisher mit jeder Version ohne Zicken, reboots kenne ich da nur, wenn ich die absichtlich verursache, das Ding lief zuletzt auch schon mal 2 Wochen ohne irgendwelche komischen Effekte. (Ich habe "ein paar" Inverter im Einsatz, daher der ESP32).

Grundsätzlich sind Fragen zum ESP-Code an sich besser auf discord bzw. dem mikrocontroller-Forum aufgehoben!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files