Sun GTIL2-1000 RS485 Interface

Ich habe jetzt mehrfach das T2SG (V1.05) auf 2 unterschiedlich D1 MINIs geflashed. Der Vorgang an sich war erfolgreich, jedoch erschien danach jedesmal kein AP in der WLAN Liste. Habe das ganze zum Test auch min einem aktuellen Tasmota probiert... jedesmal erfolgreich mit entsprechendem AP in der WLAN Liste. Benutzt habe ich esptool.py (v3.3.2) auf einem Mac. Hat jemand eine Idee wo sich der Fehler versteckt?

$ esptool.py --port /dev/tty.usbserial-02AR08GJ -b 115200 write_flash 0x0 ~/Downloads/Trucki2Shelly_Gateway_V1.05.ino.bin
esptool.py v3.3.2
Serial port /dev/tty.usbserial-02AR08GJ
Connecting....
Detecting chip type... Unsupported detection protocol, switching and trying again...
Connecting....
Detecting chip type... ESP8266
Chip is ESP8266EX
Features: WiFi
Crystal is 26MHz
MAC: a4:e5:7c:bc:68:fb
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Flash will be erased from 0x00000000 to 0x00023fff...
Compressed 145540 bytes to 26104...
Wrote 145540 bytes (26104 compressed) at 0x00000000 in 2.6 seconds (effective 440.7 kbit/s)...
Hash of data verified.
Leaving...
Hard resetting via RTS pin...

@protonenpumpenhemmer : Hallo, hast Du mal einen Config Reset probiert? D0+D5 mit z.B. einem Schraubendreher verbinden und den Reset Button drücken. Sehr hilfreich ist es auch ein Terminalprogramm mit 9k6 8N1 zu starten und das LOG anzugucken.

Bekommst Du das hin?

Gruß,

Trucki

Kleine Anleitung, um an den Log Output via USB zu kommen:

Hi @trucki, bisher noch kein Erfolg mit Reset und Log angucken. Wenn ich Tasmota flashe bekommen ich vernünftige Ausgaben - grundsätzlich klappt das also.

Wenn ich T2SG flashe bekomme ich nur kryptische Zeichen wenn ich Reset einzel oder zusammen mit gebrücktem D0/D5 drücke (9600 Baud, 8N1)

[Connected]
`$Iod~I{ҿI+
[Disconnected]
[Connected]
B`B$

Mit den Informationen schwer zu sagen. Vielleicht doch mal ein anderes WEMOs probieren. Oder auch ein anderes Terminalprogramm.

Hi alle zusammen . Hab mittlerweile die Platine auch erfolgreich am laufen . Hat hier jemand zufällig ein Iobroker script damit die Steuerung der auf nahezu 0 automatisch funktioniert, Ich habe hier eine Version bereits im Thread gesehen jedoch wird das mit DAC Werten gemacht das möchte ich nicht.

Evtl hat ja wer was fertiges :slight_smile:

Danke

lg

Christian

Hallo Trucki,

ich habe deine Platinen bekommen. Jedoch ist der Sun-2000 noch unterwegs.

Ich habe verschiedene Wemos erfolgreich geflashed und nach der WLAN-Config ist kein T2SG in der FritzBox zu sehen.

Könnte es sein, das der T2SG nach der WLAN-Config nur startet, wenn die RS485 Platine angeschlossen ist?

zI{▒▒8V▒▒Starting up... Trucki2Shelly Gateway V: 1.05 10.12.2022 18:47 Reading from eeprom: { "mqtt_server": "192.168.1.225", "mqtt_port": "1883", "mqtt_user": "mqtt_user", "mqtt_pass": "mqtt_pass", "mqtt_name": "T2SG", "shelly_url": "http://192.168.1.217/status", "json_keys": "total_power", "shelly_interval": "500", "maxPower": "850", "zepc_target": "25-75", "zepc_average": "60", "ip": "192.168.179.81", "gateway": "192.168.179.1", "subnet": "255.255.255.0" } *wm:[1] AutoConnect *wm:[2] Connecting as wifi client... *wm:[2] Custom static IP/GW/Subnet/DNS *wm:[2] Custom STA IP/GW/Subnet *wm:[1] STA IP set: 192.168.179.81 *wm:[1] Connecting to SAVED AP: ORWLAN *wm:[1] connectTimeout not set, ESP waitForConnectResult... *wm:[2] Connection result: WL_CONNECT_FAILED *wm:[1] AutoConnect: FAILED *wm:[2] Starting Config Portal *wm:[2] Disabling STA *wm:[2] Enabling AP *wm:[1] StartAP with SSID: Trucki2Shelly Gateway *wm:[2] AP has anonymous access! *wm:[1] AP IP address: 192.168.4.1 *wm:[1] Starting Web Portal *wm:[2] HTTP server started *wm:[2] WiFi Scan ASYNC started *wm:[2] Config Portal Running, blocking, waiting for clients... *wm:[2] WiFi Scan ASYNC completed in 2190 ms *wm:[2] WiFi Scan ASYNC found: 4 *wm:[2] NUM CLIENTS: 0
Die FritzBox meldet:

grafik.png

Vielen Dank

Olaf

Hat sich erledigt :slight_smile:

Ging leichter als Gedacht.

Falls es wer benötigt

@ollir Hallo Olaf,

nein das muss auch ohne Trucki-Platine funktionieren. Lt. Log kann er sich nicht mit dem WLAN verbinden. D.h. vielleicht SSID, Passwort oder Empfang schlecht? Oder ist in der Fritzbox eingestellt, dass sich keinen neuen Geräte verbinden dürfen? Vielleicht mal ohne Repeater dazwischen probieren.

Viele Grüße,

Trucki

@trucki Habe nun mehrfach alles neu kontrolliert und eingestellt.

Auch in der FritzBox sind neue Verbindungen erlaubt.

Habe auch mal manuell die IP und MAC angelegt.

Ich habe das Gefühl, das der Verbindungsversuch zur FritzBox zu schnell in einen Timeout geht und beendet wird.

VG

Olaf

@ollir Morgen Olaf,

Du merkst ja am Log wie lange (einige Sekunden) er versucht die Verbindung herzustellen. Das sollte eigentlich reichen.

Wie sieht es denn mit deinen WiFi Einstellungen der Fritzbox aus?

-Hast Du auf Groß-Kleinschreibung von SSID und passwort geachtet?

  • Hast Du es mal direkt neben der Fritzbox ohne Repeater probiert?

  • Hast Du die Fritzbox mal neu gestartet?

  • Hast Du ein Leerzeichen in deiner SSID?

  • Steht dei WiFi Kanal auf Auto?

  • Steht die WiFi Geschwindigkeit (802a/g/n) auf Auto?

  • Ist 2.4GHZ eingeschaltet?

  • Siehst Du dein WLan bei der T2SG WiFi Konfiguration?

-Kannst Du es mal zum Test mit einem anderen Router probieren?

Gruß Trucki

@trucki Vielen Dank für deine Antwort.

Ich habe ca. 6xWemos mit espEasy bei mir im System.

Die Fritzbox habe ich neu gestartet und in der T2SG Config sehe ich auch mein WLAN.

SSID ist ohne Leerzeichen etc. Auch eine direkte Position an der FritzBox bringt keinen Erfolg.

Habe den Wemos Speicher auch schon mit _blank überschrieben.

Getestet habe ich mit einem Wemo D1 Pro und mit 2x Wemos D1.

Auch die Stromversorung der Wemos habe ich mit einen Labornetzteil + Elko betrieben.

Eine freie IP habe ich mit MAC des T2SG in der FritzBox angelegt.

Versuche nachher mal einen Hotspot aufzubauen und miit diesen zu Verbinden.

Gibt es evtl. noch die ältere Version, wo DHCP noch unterstützt wird?

Würde dann mal eine ältere Version testen.

Vielen Dank

Olaf

Hallo Olaf,

Der Arduino Sourcecode von der V1.03 steht auf Github. Wenn Du den kompilieren kannst, dann kannst Du als default IP 0.0.0.0 eintragen. Das ist DHCP.

Dann könntest Du auch ausprobieren, ob der Parameter WifiManager Set Hostname hilft.

Viele Grüße

Trucki

Hallo Trucki,

ich habe jetzt dein Board in meinen Sun2000 eingebaut.

Hier erst mal noch eine info zu meinem Projekt.

Ich habe einen Sun2000 und einen 3.5kWh LiFePo4 Akku mit 72V.

Meine 4kWp Solaranlage liefert im Sommer mehr als ich verbrauchen kann. Den überschüssigen Strom will

ich im Akku speichern und dann nachts meinen Grundbedarf decken. Auch tagsüber sollen Lastspitzen (Herd, Mikrowelle)

ausgeglichen werden. Dazu muss der Sun2000 ständig in Bereitschaft laufen.

Mit der Softwareversion 7.1 des Sun2000 läßt sich bei mir mit der Truckiplatine die Leistung aber nur bis 16W runterregeln.

Deshalb habe ich die alte Version V5.2 auf den Sun2000 geflashed, um wieder den externen Limiter Eingang nutzen zu können.

Der ist hardwaremäßig noch vorhanden, kann nur in der aktuellen Version nicht mehr ausgewählt werden.

Wenn der externe Limiter ausgewählt ist kann man mit 0V am Limiter die Ausgangsleistung auf NULL bringen. Bei 5V ist dann die Regelung

der Trucki Patine wieder aktiv. Dazu kann man ein Signal von der Trucki Platine nutzen (gelbes Kabel).

Nach der Kalibrierung kann man die Leistung des Sun2000 ab ca. 100W gut einstellen. Im Bereich zwischen 0W und 100W konnte ich noch nichts

einstellen. Meistes geht er dann auf 0W.

Noch eine Frage an das Forum:

Ich bin noch auf der Suche nach einem 230V Ladegerät für meinen 72V LiFePo4 Akku. Dabei möchte ich den Ladestrom von 0A bis ca. 20A

softwaremäßig einstellen können, um nur meine überschüssige Leistung der Solaranlage zu nutzen.

Viele Grüße

Stromsparer

Hallo Stromsparer,
Sehr cool. Vielen Dank für die tolle Doku! Könnte man das grüne Kabel auch weglassen? GND kommt doch über das Displaykabel und das Analoge?
Viele Grüße
Trucki

@ollir : Hallo Olaf,

ich habe mit eine FritzBox 7390 besorgt und auf Werkseinstellungen zurückgesetzt. Das T2SG V1.05 hatte keinerlei Probleme mit der Verbindung. Kannst Du deine Einstellungen mal mit meinen vergleichen:

@trucki Hallo Trucki,

Ich könnte k...

Ich habe seit ein paar Wochen einen neuen Rechner.

Vor lauter verzweifelung habe ich nun meinen alten Rechner angeschlossen - und siehe da!

Flashen und verbinden hat auf anhieb funktioniert ?

▒HQ▒<>$h▒▒D:▒t▒▒tp▒ò▒Starting up... Trucki2Shelly Gateway V: 1.05 10.12.2022 18:47 Reading from eeprom: { "mqtt_server": "", "mqtt_port": "", "mqtt_user": "", "mqtt_pass": "", "mqtt_name": "", "shelly_url": "http://192.168.179.44/status", "json_keys": "total_power", "shelly_interval": "500", "maxPower": "200", "zepc_target": "25-75", "zepc_average": "60", "ip": "192.168.179.81", "gateway": "192.168.179.1", "subnet": "255.255.255.0" } *wm:[1] AutoConnect *wm:[2] Connecting as wifi client... *wm:[2] Custom static IP/GW/Subnet/DNS *wm:[2] Custom STA IP/GW/Subnet *wm:[1] STA IP set: 192.168.179.81 *wm:[1] Connecting to SAVED AP: ORWLAN *wm:[1] connectTimeout not set, ESP waitForConnectResult... *wm:[2] Connection result: WL_CONNECTED *wm:[1] AutoConnect: SUCCESS *wm:[2] Connected in 3589 ms *wm:[1] STA IP Address: 192.168.179.81 connected...yeey :) RSSI: -76 dBm http code: 200 http received: {"wifi_sta":{"connected":true,"ssid":"ORWLAN","ip":"192.168.179.44","rssi":-60},"cloud":{"enabled":true,"connected":true},"mqtt":{"connected":false},"time":"15:46","unixtime":1672497989,"serial":16906,"has_update":false,"mac":"349454747FB7","cfg_changed_cnt":0,"actions_stats":{"skipped":0},"relays":[{"ison":false,"has_timer":false,"timer_started":0,"timer_duration":0,"timer_remaining":0,"overpower":false,"is_valid":true,"source":"input"}],"emeters":[{"power":134.48,"pf":0.54,"current":1.10,"voltage":227.82,"is_valid":true,"total":243168.6,"total_returned":0.0},{"power":96.22,"pf":0.69,"current":0.61,"voltage":227.29,"is_valid":true,"total":293739.4,"total_returned":0.0},{"power":151.94,"pf":0.80,"current":0.83,"voltage":227.53,"is_valid":true,"total":430101.7,"total_returned":0.0}],"total_power":382.64,"emeter_n":{"current":0.00,"ixsum":1.16,"mismatch":false,"is_valid":false},"fs_mounted":true,"v_data":1,"ct_calst":0,"update":{"status":"idle","has_update":false,"new_version":"20221027-110030/v1.12.1-ga9117d3","old_version":"20221027-110030/v1.12.1-ga9117d3"},"ram_total":49928,"ram_free":31032,"fs_size":233681,"fs_free":154867,"uptime":115224} Json_keys: total_power Token: total_power 382.64 Shelly power: 382.64 Http get grid power connected Fe▒▒ ERROR Modbus: No device found! Modbus VGrid: 0 Debug output stop, starting Modbus to SUN GTIL2 in mode: TRUCKI
Weiss der Kuckuk, warum der neue Rechner so etwas macht.

Für mich unerklärlich.

Werde heute Abend bei ein paar Bierchen mal nachdenken ?

Vielen Dank für deine Mühe und einen "guten Rutsch"

Olaf

Moin zusammen ,

vorab erst mal alles Gute für das neue Jahr .

Ich habe mal eine Frage , verwendet jemand die "Trucki"-Regelung per MQTT

(Momentan-Verbrauch des Tarifzählers per MQTT) ??

Ich teste momentan nur den Wemos ohne die "Trucki"-Platine da ich noch auf

meinen neuen Lötkolben warte.

Der Wemos hat ab und an Probleme mit dem Verbinden zum MQTT-Server .

Im log sieht man dann =>

connected...yeey :slight_smile: br />RSSI: -55 dBm
mqtt failed: -2

Nach einem Reset läuft das dann meistens , manchmal sind auch mehrere Resets nötig .

Wenn der Wemos dann soweit ordentlich mit alles Verbindungen gebootet hat,

stellt er nach einiger Zeit den Dienst ein .

Der Webserver ist nach wie vor erreichbar, aber die MQTT-Werte werden nicht aktualisiert.

Hat das evtl. auch jemand festgestellt oder kann das freundlicherweise mit einem geflashten

standalone Wemos nachvollziehen ?

Liegt das evtl. auch an der "fehlenden Trucki-Platine" , daß kann ich leider erst zum nächsten Wochenende testen wenn ich den Lötkolben habe .

Danke

Dann beantworte ich mir mal zum Teil das selbst da ich die Trucki Platine doch schon gestern in den SUN1000 einbauen und testen konnte.

Vorab hatte ich noch Probleme mit einem Wemos D1 mini pro der eigentlich vorgesehen war.

Per USB Stecker am PC bootet der einwandfrei, aufgesteckt auf der Platine will er leider nicht.

Die 10uF Kondensatoren als evtl. Lösung an 3.3V für den Umbau sind unterwegs .

Ich habe jetzt mal einen einfachen D1 mini (ohne externe Antenne) eingebaut. Der bootet und funktioniert auch eine Weile für ca. 2'-30'.

Manchmal empfängt er nur ca. 20 MQQT-Topics, das andere mal mehr als 300 bis er dann die MQTT-Werte nicht mehr erneuert.

Am MQTT Broker liegt es nicht, den (Mosquitto Broker) habe schon mehrfach auf 3 verschiedenen Raspberries installiert .

Auch ohne und mit MQTT-User/Passwort, leider alles ohne Erfolg.

Was ich festgestellt habe ist, wenn ich den MQTT-Server mal manuell über Putty ausschalte und dann wieder zuschalte, erkennt man ja an dem

"roten" Status der MQTT-Rubrik im Webserver, dass er nicht verbunden ist.

Schalte ich den MQTT-Server wieder ein, wird der Status zwar "grün", aber es kommen keine MQTT-Daten an.

Ich denke mal das passiert auch wenn der Wemos aus irgend welchen Gründen mal 1-2 Werte nicht empfängt bzw. registriert das er dann den MQTT-Dienst

einstellt . Ist zwar nur eine These aber das kann ich auch nachstellen.

Das passiert übrigens auch ab und an beim booten, so dass ich den Wemos bzw. den SUN manchmal auch mehrfach aus und wieder Einschalten muss .

Verbindung zum MQTT_Server steht (Status grün) aber es kommen keine Werte

Irgend etwas scheint mit der MQTT-Routine nicht zu stimmen !

Ich habe mal interessehalber einen anderen Wemos D1 mini mit der Software für eine Soyo-Source Steuerung von dem Youtuber "BavarianSuperGuy"

geflasht und Standalone am PC getestet , damit funktioniert das ganze einwandfrei.

Keine Hänger, keine Probleme beim booten, die MQTT-Werte werden unmittelbar nach dem publishen des Senders (alle 10'') erneuert .

Beim "Trucki-Wemos" kommen diese Werte erst verzögert , manchmal wird auch ein Wert übersprungen.

Dieser Wemos mit der "Soyo Firmware" funktioniert nun schon seit gestern Abend einwandfrei.

Selbst ein Abschalten und wieder einschalten des MQTT Brokers macht nichts . Nach 3-4 MQTT Topics ist er wieder in der Spur .

Nur leider habe ich nun den SUN1000 und nicht den Soyo.

Nochmal ca. 100 EUR einen Shelly ausgeben der vermutlich auch noch Probleme beim Einbau im Zählerschrank vom Platz her wegen der relativ großen Stromklemmen bereitet, das mache ich nicht .

Vielleicht hat ja doch jemand von den Experten eine Idee aber vermutlich verwendet keiner die Regelung über den MQTT-Wert .

Hier auch noch ein wichtiger Hinweis wegen der Sicherheit :

Angeschlossen habe ich den SUN AC-Seitig direkt an eine Schaltbare Steckdose (manueller Schalter keine Smart-Dose).

Beim Ausschalten der Steckdose wurde immer der FI ausgelöst. Auch den Stecker drehen wegen L/N hat nichts gebracht .

Ich ziehe jetzt einfach das Kabel direkt am SUN ab . Ist aber doch irgend wie merkwürdig oder hat jemand eine Erklärung dafür ?


Hallo Solax,

Vielen Dank für deinen Hinweis. Ich glaube ich führe den MQTT subscribe nur 1x beim starten durch, weil ich keine saubere Reconnect Routine habe.

Werde ich mir mal ansehen.

Viele Grüße

Trucki