Monatsrückblick Januar/Februar 2026 ist online!

[Wal]

@fimoknete ,
die nutze ich auch, die dürften nicht den Geist aufgeben.

[BananaJoe]

@fimoknete das sind Nachbauten, aber die sind ok, die habe ich auch. Wemos ist der Erfinder des Formats die das zuerst als Produkt herausgebracht haben. Beim Original sind die Spannungsregler etwas stärker, war bei mir bisher aber nie ein Problem.

Wobei: USB-C hatte ich noch nicht ... müsste aber egal sein. Interessant wäre ob es den entsprechenden Pullup-Widerstand gibt mit dem etwas mehr Strom gezogen werden darf. Wobei der normale Strom auch ausreicht

Nachtrag: bei dem von dir verlinkten Modell klagen einige (nicht Vine-Tester) über das schlechte WLAN.
Könnte an der Produktion / Charge liegen

Nachtrag 2: Ich habe nun schon 3 x diesen 5er Pack gekauft: https://www.amazon.de/dp/B0754W6Z2F
In den Bewertungen wird auch einiges bemängelt, WLAN scheint aber nicht dabei zu sein. Meine haben bisher immer alle Funktioniert.
Hauptunterschied zum Original ist der wohl ungleich schwächere Spannungsregler (der aus den 5V die 3V3 macht), war bei mir aber bisher kein Problem. Kontakte und Sensoren funktionieren alle. Ich hatte gestern ein Problem mit D3/D4 wenn ich daran einen Schalter/Reed Kontakt habe, dann wollte er nicht booten wenn dieser geschlossen war. Das ist aber ein Design Problem (hab einfach andere Kontakte genommen)

[fimoknete]

Ich finde auch merkwürdig, dass die blue com LED am DPM weiterhin blinkt, als würde es immer noch mit dem ESP8266 reden. Vielleicht habe ich ein ganz anderes Problem.

Genauer Aufbau:
DPM 8624;
Anschluss Ausgang VCC, A, B, GND;
ESP8266 hängt am USB-C -> PC SSD/USB Eingang;
RX,TX (ESP) -> A,B (DPM);

Funktioniert so ein paar Minuten und ich bekomme Daten. Der MQTT Datenbereich wird aber nie wirklich im IOBroker eingetragen. Nur 1 bis 2 Einträge.
Wechsel zu SONOFF bringt auch nur wenige EInträge.
Dann gibt irgendwann der ESP auf und ich lese nur noch 0 überall. Kann auch nix mehr über die Oberfläche Regeln, nur noch am DPM selbst.

[Wal]

@fimoknete ,
die Weboberfläche vom Wemos kannst du noch erreichen ?
Du kannst den VCC vom DPM mit den 5V vom Wemos verbinden, dann läuft der ohne USB/Netzteil.

[fimoknete]

@wal said in Balkonkraftwerk DPM8624 Tasmota Sonoff-Adapter:

Du kannst den VCC vom DPM mit den 5V vom Wemos verbinden, dann läuft der ohne USB/Netzteil.

SO hatte ich die Ursprungskonfig. Da dachte ich, das der DPM mit seinen 5v meinen D1 zerschiesst. Das USB Kabel benutze ich erst seit den letzten 2.

Die Weboberfläche kann ich erreichen und alles umstellen. Der D1 reagiert.

[Wal]

@fimoknete ,
den DPM hast du auf Modbus umgestellt ?

[fimoknete]

@wal
Ja, Modbus, 9,6k, Adresse 1 usw.
Am Anfang liest der ja auch Daten und ich kann über die Oberfläche den DPM Steuern. Die Probleme fangen erst nach einer Weile an. Ich habe aber nie beobachet, ob nicht MQTT irgendwie schuld daran ist. Jedenfalls, wenn ich 0 hab und ich MQTT ausstelle, kommen die Daten auch nicht wieder. Bleibt alles bei 0.

[Wal]

@fimoknete ,
hatte ich jetzt noch nicht, wüsste auch nicht was das sein kann. :frowning:

[fimoknete]

@wal
Ich flashe den 400sten D1 nachher mal und häng den dran ohne MQTT zu aktivieren. Mal schauen ob der das länger überlebt. Könntest du noch mal die genauen Einstellungen, die du hast Posten? Das wäre super lieb.
Firmware, Skript, Einstellungen am D1.
Vielleicht mache ober habe ich irgendwas falsches.

[Wal]

@fimoknete ,
ok heute Abend.

[Wal]

@fimoknete ,
Enkel sind auf den Spielplatz gegangen. ;-)

tasmota-4M.bin

Das Script von Seite 1

[fimoknete]

@wal
SO läuft jetzt wie immer am Anfang. Allerdings habe ich nie das 4m Skript genutzt.

Ich kann es von der GUI steuern.

ESP hängt am USB-C, (RX, TX; DPM)

[Wal]

@fimoknete ,
GND muss auch mit dem DPM verbunden sein.

[fimoknete]

@wal
OK, Danke. RX, TX und GND hängen am ESP

[fimoknete]

@fimoknete Ich lass das mal so bis nach dem Essen hängen.
Muss ich noch irgendwas beim MQTT beachten? Bisher hab ich das nur Adressenmäßig an meinen Server angepasst.

[Wal]

@fimoknete ,
das Script ist für den Sonoff-Adapter optimiert, was im MQTT-Adapter ankommt weis ich nicht.

[fimoknete]

@wal
Ich hab SONOFF eingebunden.
Er hat das hier erstellt:

IOBROKER sieht es, wenn ich die Werte in der GUI verändere. Aber wenn ich die Werte im IOBroker verändere, kommt das nicht am DPM an.

[Wal]

@fimoknete ,

[fimoknete]

@wal
Jetzt gehts erst mal. Vielen Dank.

[Jonas Haber]

Hi ich habe eine allgemeine frage. Muss der script des ir-Lesekopf am zähler sagen, dass die Daten an den broker gesendet werden?
Bisher habe ich nur diesen script am ir-lesekopf. Dieser ist aber schon mit dem broker (raspi-mosquitto) verbunden. Den script am dpm (bei mir ist es der 8650) habe ich schon drauf - allerdings ist er nicht von mir und ich verstehe nicht ob der script sagt, dass er sich die daten direkt beim ir-lesekopf holt und damit dann sofort den dpm steuert.

>D
Vmax=60 ;max value from specifications https://joy-it.net/en/products/JT-DPM8650
Cmax=50 ;max value from specifications https://joy-it.net/en/products/JT-DPM8650
v=0 ;store device voltage state (targeted)
V=0 ;store WebUI voltage state (targeted)
c=0 ;store device current state (targeted)
C=0 ;store WebUI current state (targeted)
sw=0 ;store device switch state
SW=0 ;store WebUI switch state
rV="01060000" ;ModBus register (voltage)
vV="" ;store hex value of V to append to rV
rC="01060001" ;ModBus register (current)
vC="" ;store hex value of C to append to rC
rSW="01060002000" ;ModBus register (switch)
vSW="" ;store hex value of SW to append to rSW

>B
smlj=0 ;disable publishing at MQTT teleperiod, on boot
->sensor53 r

>R
smlj=0 ;disable publishing at MQTT teleperiod, on reboot

>S
if upsecs>30
then
smlj=1 ;re-enable publishing at MQTT teleperiod, after boot
endif

>W
bu(SW "DPM ON" "DPM OFF") ;toggle switch via WebUI
nm(0.0 60.0 0.01 V "DPM out (V)" 200 2) ;set voltage output via WebUI
nm(0.0 24.0 0.01 C "DPM out (A)" 200 2) ;set current output via WebUI

>T
sw=DC#sSwitch ;load switch state from ModBus variable >M
v=DC#sVolt ;load voltage state from ModBus variable >M
c=DC#sCur ;load voltage state from ModBus variable >M

if ((chg[sw]>0) and (SW!=sw)) ;update WebUI based on physical input (switch)
then
  SW=sw
endif

if ((chg[v]>0) and (V!=v)) ;update WebUI based on physical input (voltage)
then
  V=v
endif

if ((chg[c]>0) and (C!=c)) ;update WebUI based on physical input (current)
then
  C=c
endif

if chg[V]>0 ;update ModBus register based on WebUI input (voltage)
then
  if V>Vmax ;prevent out of bound value (voltage max)
  then
    V=Vmax
  endif
  if V<0 ;prevent out of bound value (voltage min)
  then
    V=0
  endif
  vV=rV+sb(hx((V*100)) 4 4)
  sml(1 3 vV)
endif

if chg[C]>0 ;update ModBus register based on WebUI input (current)
then
  if C>Cmax ;prevent out of bound value (current max)
  then
    C=Cmax ;prevent out of bound value (current min)
  endif
  if C<0
  then
    C=0
  endif
  vC=rC+sb(hx((C*1000)) 4 4)
  sml(1 3 vC)
endif

if ((chg[SW]>0) and (sw!=SW) ;update ModBus register based on WebUI input (switch)
then
  vSW=rSW+s(SW)
  sml(1 3 vSW)
endif

>M 1
+1,4,m,16,9600,DC,5,2,010300000001,010300010001,010300020001,010310010001,010310020001 ;ModBus register taken from JT-DPM86XX_Communication_protocol_2022-07-06.pdf provided by Joy-IT
1,010302SSssxxxx@i1:100,Voltage (set),V,sVolt,2
1,010302SSssxxxx@i2:1000,Current (set),A,sCur,2
1,010302SSssxxxx@i3:1,Switch (set),,sSwitch,0
1,010302SSssxxxx@i4:100,Voltage (disp),V,dVolt,2
1,010302SSssxxxx@i5:1000,Current (disp),A,vCur,2
#