Huawei Netzteil an OpenDTU Fusion mit CAN/Iso Shield möglich?

[Hutzelbrot]

Ist der zusätzliche Anschluß des Huawei Netzteils an OpenDTU Fusion mit CAN/Iso Shield möglich?
Meine Konfiguration: NRF24, 2xVictron MPPT und Pytes Batterie.

[AndreasBoehm]

Das ist möglich, allerdings benötigst du noch ein MCP2515 CAN shield wie hier beschrieben: https://github.com/helgeerbe/OpenDTU-OnBattery/wiki/Huawei-AC-PSU#canbus-communication-with-opendtu

Den vorhandenen CAN Anschluss kannst du aktuell aus zwei Gründen nicht verwenden:

1. Pytes CAN und Huawei CAN nutzen unterschiedliche Bitraten und können sich deshalb den CAN Port nicht teilen
2. Huawei CAN wird aktuell am CAN Port des Fusion Shields nicht unterstützt, da dieser einen anderen Chip nutzt, für Huawei ist aktuell der MCP2515 notwendig

[mastertape]

@mastertape Gibt es einen besonderen Grund warum du gleichzeitig eine HM- und eine HMS- auf der DTU laufen haben muss und dadurch kein SPI verfügbar ist für die HUAWEI ?

Ich habe 3 hms und1 hm paralell im einsatz … die auch parallel über den dpl gesteuert werden..

[schlimmchen]

sehr strange hab den master installiert und es geht mit dem letzten git pull leider nicht?

Welche Version exakt (und von welchem Branch exakt, wenn du selbst gebaut hast), hast du in Betrieb?

Der aktuelle Stand des development Branches kann gut möglich kaputt sein bzgl. des Huawei CAN Transceivers.

[LennartF22]

CMT + Huawei-CAN ist aktuell kaputt, da jetzt für den Huawei-CAN wieder statisch HSPI benutzt wird, statt sich einen freien Bus vom SpiManager zu per claim_bus_arduino zu holen. Der SpiManager vergibt jetzt HSPI "zufällig" aber schon an den CMT, sodass es zum Konflikt kommt.

Ein Fix sollte ziemlich trivial sein, siehe unterer Abschnitt in #1309 (comment).

[LennartF22]

@Manos1966 #1134 (reply in thread)

Wenn ich mich nicht irre sind 3,3V und 5V genau vertauscht, oder nicht?

[Manos1966]

@LennartF22 Du hast Recht! 😨
Danke, dass du es bemerkt hast, ich werde es sofort anpassen!

[rudolfp1979]

hallo,

also die 2024.09.11 hab ich probiert die funktioniert ich hatte vorher den developer stand drauf der hat nicht funktioniert weswegen ich auf den 09.11.2024 downgegradet habe.

[knopers1]

also es funktioniert mit der stable version alles andere ist da aktuell nicht wichtig mit der developer muss mehr geändert werden woran aktuelll gearbeitet wird.

Besten Dank für deine Antwort,
ich habe die 2024.09.11 - die soll die stable sein?

[gitisgreat2023]

@rudolfp1979 CMT + Huawei-CAN + Pylontech geht auch? (blicke bei den ganzen Kombis nicht mehr durch... :-()

[rudolfp1979]

richtig hab ich aktuell so laufen

[schlimmchen]

Die Schnittstelle zur Pylontech über CAN nutzt kein SPI, hat mit diesem Thema also nichts zu tun.

[gitisgreat2023]

Perfekt, danke!

[linx25]

Hallo
gibt es eigentlich einen anschlussplan für das Fusion damit man das Huawei Netzteil mit der Joy-it MCP2515 Platine verwenden kann ? Später soll noch ein JK-PB2A16S20P verbunden werden.

Joy-it MCP2515 Board Beschriftung ist folgende:

int - Name auf dem Fusion board ?
sck - Name auf dem Fusion board ?
si - Name auf dem Fusion board ?
so - Name auf dem Fusion board ?
cs - Name auf dem Fusion board ?
gnd - gnd
vcc1 - 5V vom USB
vcc - 3,3v

und welche pin mapping config benötige ich.

Sorry habe zwar gesucht aber nicht schlau geworden.

Danke für euere Hilfe!

[schlimmchen]

https://joy-it.net/files/files/Produkte/SBC-CAN01/SBC-CAN01-Anschlussplan.pdf

VCC1 => 5V
VCC => 3V3

Du hast es testweise auch gedreht (mutig). Auch stromlos gemacht zwischendrin?

P1 ON ist gut.

[tobi0171]

@schlimmchen Danke, das sollte passen.

Nein, spannungsfrei, umgesteckt und jeweils beides neu gestartet.

Leider zeigt sich der Huawei noch immer nicht.

[schlimmchen]

Ist gesichert, dass das Huawei Netzteil funktioniert? Hast du auch sicher die Slot-Detection Pins nicht mit den CAN-Pins verwechselt? Hast du einen Stecker oder hast du die Drähte direkt angelötet?

Versuch mal herauszufinden, ob auf den CAN-Leitungen etwas zappelt. Ich würde meinen Logic-Analyzer nehmen. Vermutlich hast du keinen. Aber vielleicht ein hinreichend gutes Multimeter, wo du siehst, dass die Spannung sich etwas verändert? Bin mir nicht sicher, ob das geht... Am besten wenn das Netzteil vom CAN abgeklemmt ist.

Wenn du die Meldung "[Huawei::HwIfc] Failed to send data request" siehst, dann ist die Kommunikation mit dem MCP2515 in Ordnung. Da musst du nicht mehr suchen. Das Problem liegt "dahinter", also Verdrahtung des CAN bus an sich oder am Transceiver. Die Meldung heißt, dass niemand auf dem CAN-Bus den data request mit einem ACK bestätigt hat (soweit ich das richtig interpretiere).

[tobi0171]

@schlimmchen ja, das Huawei funktioniert und sendet (Ich hab 3 davon),
Es ist mit "Huawei-Connector" identisch dem aus der oDTUoB-Wiki-Doku angeschlossen und am Gegenüber steckbar mit den SM2 Kabelsteckern am MCP2515 bestückt.

Ich hatte es gestern Abend auch noch nochmal mit dem "BSG-Tool" (KlausLi) getestet, um das Hui als Fehlerquelle auszuschließen. Dort tut es was es soll.
Am alten ESP32-oDTUoB2023, am BSG-8266, am T2HG klappt die kommunikation... nur am ESP32-S3 und Fusion hab ich es bislang nicht zum laufen bekommen und daher lange pausiert...bis ich den Eintrag hier in Verbinung mit dem Fusion sowie die FW Anpassungen der letzen Versionen etnteckt hatte und eine neue Chance auf Erfolg gewittert hatte.

Bezüglich "Logic Analyser"...tut es da die "Hausfrauenversion" (z.B. das 14€ Teil von AZDelivery Logic Analyzer 8 CH, 24MHz mit USB-Kabel)? Falls ja, würde ich den mal besorgen und mein Glück versuchen... daran sollte es jetzt nicht scheitern, Ergebnisse zu bekommen.

[schlimmchen]

Ja, der ist sicherlich zu gebrauchen für sowas. Spannend, dass der kompatibel mit Salea Logic (der Software) ist.

Es ist merkwürdig, dass das nicht klappt bei dir. Du kannst noch am VCC Pin des Transceivers schauen, ob da Spannung ist. Kann heute abend mal schauen, ob ich mit meinem Multimeter ein Zappeln zwischen CANH und CANL messen kann, was du dann auch messen können solltest. Wenn das geht und du es nicht messen kannst, dann muss dein Transceiver eine Macke haben. Wenn es zappelt, dann... weiß ich auch nicht.

[rudolfp1979]

Einfach mal ein Schuss ins Blaue miso und Mosi vertauscht falls du ein Fusion Board verwendest das war es bei mir.

[tobi0171]

@rudolfp1979 Danke, das war es leider auch nicht.

[Manos1966]

EDIT: ich habe gerade gesehen, Ihr habt genau meine Fragen oben beantwortet 😄 #1134 (reply in thread)

[tobi0171]

@tobi0171 ich verstehe nicht ganz... was sehe ich hier?

funktioniert deine Fusion mit Firmware 2024.03.23 ?

Das kann (koennte) nicht sein, du hast keine Power PIN definiert und ohne diese Definition laeuft erst ab Firmware 2025.

Nein, die Frage/Bitte oben war, ob das Huawei R4850G2, so wie ich es aktuell vor mir liegen habe und nicht zum laufen bekommen, bezüglich AC Anschluss, Slot-Detect Brücke und der CAN Abgang zur DTU, jemals an einer anderen openDTUonBattery funktioniert hatte.... daher hab ich mal eine alte Version, die ich hier noch hatte, angesteckt.

Nur mit dem Fusion will es (noch) nicht.

[Manos1966]

Schade, ich hatte mich riesig gefreut als ich das Bild der laufenden HUAWEI gesehen habe 🤦‍♂️ 😄

[schlimmchen]

Ich begreif nicht, was noch schief gehen sollte. Du hast ja den "blauen" MCP2515 ja auch schon am Fusion getestet. Und ich nehme mal an, du hast am CAN-Stecker des Fusions, den wir auf dem Foto nicht sehen, die Farben der Adern korrekt eingesteckt.

[tobi0171]

@schlimmchen
Moin, ich hatte noch ne Nachtschicht eingelegt und hab noch ein älteres Fusion... komplett neu geflasht mit der Factory bin, den USB.bin drüber gebügelt.... alles nach deinem Plan verkabelt und das Pinmap übernommen, das CAN/ISO weg gelassen.... ja Sche... was soll ich sagen.... Bild

(Man bräuchte ja nicht mal auf die Weboberfläche zu schaun, denn man hört es ja direkt beim start, wenn die Verbinung steht und das Huawei durchstartet (Lüftergeräusche/Drehzahl vom Lüfter).

Wieso welshalb warum.... ob sich irgendwo was aus einer alten Firmware festgesetzt hat,oder das Fusion ggf einen Schuss hat.... keine Ahnung... heute Abend wenn ich zurück bin, setz ich dort das CAN/ISO auf und teste weiter.... danach bau ich das "Sorgekind" nochmal von Null von neu auf.. wie den funktionierenden Testkandidat jetzt auch.
Dein Briefchen ist trotzdem unterwegs :)

Danke an alle erstmal. Ich werde euch Berichten

[schlimmchen]

Sehr interessant.

Deine Logs oben haben gezeigt, dass der MCP2515 Treiber den Chip initialisieren konnte. Daher war ich der Meinung, dass auf der Strecke zwischen MCP215 und ESP32 kein Problem mehr besteht. Mir fallen nur zwei mögliche Erklärungen ein:

• Du hast dich bei der Auswahl der Frequenz für den Quarz doch noch vertan.
• Der ESP32 ist fritte, weil du zwischendurch testweise VCC und VCC1 getauschst hast, und daher 5V auf die ESP32 I/Os gegeben hast, was der, zumindest laut Datenblatt, nicht vertragen muss. Scheinbar tut er das doch in der Praxis oft, aber es kann eben auch schief gehen.

Viel Erfolg heute Abend. Ich bin gespannt.

[gitisgreat2023]

@tobi0171 schön dass es endlich läuft! Das war ein Tortur, Hut ab!
Eine andere Frage: da du eh einen OpenDTU Fusion und OpenDTU Fusion CAN/Iso Shield adapter hast, dann kannst du ja den Huawei auch steuern ohne MCP215. Der VP230 im Shield Adapter wird von der Software jetzt unterstützt.

Mein Setup das jetzt dank @schlimmchen superhilfe jetzt läuft:
-Pro PCB Board
-HMT und HM WR (also NRF24 und CMT2300A)
-JK BMS über RJ45 (2 Adern) RS485
-Huawei charger (slot detect mittels pin 39 und CAN Signal über den gleichen RJ45, 2 andere Adern) über den VP230

[gitisgreat2023]

@swingstate Ja germe, ich male mal die Verdrahtungen auf fürs Wiki mit allen hw und sw Einstellungen.

[gitisgreat2023]

@Manos1966

@gitisgreat2023 Kannst Du ein Paar Fotos von Deinem Setup, vor allem wie Du das Board angeschlossen hast, teilen?

Kann ich selber einen Wiki Unterseite machen? Oder brauche ich eine Berechtigung?

[Manos1966]

Hallo @gitisgreat2023 du hast Berechtigung.
einfach unter
https://github.com/hoylabs/OpenDTU-OnBattery/wiki/Huawei-AC-PSU#fusion-dtu-pinout
addieren.
(und vor https://github.com/hoylabs/OpenDTU-OnBattery/wiki/Huawei-AC-PSU#other-observations )

[tobi0171]

Hallo @gitisgreat2023 du hast Berechtigung. einfach unter https://github.com/hoylabs/OpenDTU-OnBattery/wiki/Huawei-AC-PSU#fusion-dtu-pinout addieren. (und vor https://github.com/hoylabs/OpenDTU-OnBattery/wiki/Huawei-AC-PSU#other-observations )

@Manos1966, macht es nicht vielleicht Sinn dem PCB_Pro eine eigene Kategorie / Menüpunkt (Anlage durch Admin) zu geben, statt es beim Fusion mit einzuordnen. Ich vermute das meint gitisgreat2023 oben auch mit "Wiki Unterseite".

[Manos1966]

Hi @tobi0171 der Link https://github.com/hoylabs/OpenDTU-OnBattery/wiki/Huawei-AC-PSU#fusion-dtu-pinout
führt in Wirklichkeit direkt zum Fusion Absatz in der HUAWEI Wiki Seite https://github.com/hoylabs/OpenDTU-OnBattery/wiki/Huawei-AC-PSU
(...wo eigentlich der richtige Punkt ist, für diejenigen die sich mit mit der HUAWEI auseinander setzen wollen.)

Es gibt kein Fusion "Menupunkt" (Fusion wird im eigenen Fork von den Fusion Entwicklern betreut.
Die PCB_Pro ist noch in der Entwicklungsphase und zu wenig verbreitet; ich glaube swingstate hat weniger als 25 Platinen Prototypen verteilt (davon 5 sind bei mir 🙈 ).

Wir müssen aber das Thema nicht verkomplizieren. @gitisgreat2023 wenn du willst, du kannst die Bilder und den Text den du haben willst hier posten und ich werde versuchen es eine passende Zuordnung dafür im Wiki zu finden 😉

[Manos1966]

heute Abend wenn ich zurück bin, setz ich dort das CAN/ISO auf und teste weiter....

jetzt bin ich aber gespannt.... 😆 ein Zehner ist auf dem Spiel...

🤞

[tobi0171]

So, ich glaube ich bin einen ganzen Schritt weiter.

Fazit.
Erstmal 1000 Dank euch allen, für alle Tipps und Hilfestellung.

Beide Fusions funktionieren jetzt.
Beide Fusions funktionieren mit und auch ohne CAN/ISO Shield.
Beide MCP2515 sowohl das günstige blaue MCP2515 (mit 5V Umbau) und 8mhz Quarz als auch das Joy-It SBC-CAN01 mit 16mhz Quarz.

Mein Lösungsansatz.
Alles von Null.
Fusion mit den WebFlasher auf die Factory.bin flashen, danach die usb.bin als Firmware Update aufspielen.
Config und Pinmap einspielen.
Da hier noch immer keine Besserung bestand, hab ich die Verkabelung, mit neuen Jumper Kabeln, neu verdrahtet.
Noch immer nichts... danach hab ich angefangen die MCP/Joy gegeneinander von der funktionierenden auf die "Defekte" umzubauen.
Erster Erfolg.... Sorgenkind nicht mehr defekt. Huawei wird angezeigt.
Also nochmal gegengeprüft und das Joy-It vom defekten auf das intakte gesteckt... nichts. ... Fazit blinkt fröhlich, ist aber "hinüber".

Danach hab ich noch das blaue MCP2515 mit 8mhz an beiden getestet... funktioniert.

Ich hab jetzt nicht nochmal nachmessen, aber sollten laut Multimeter tatsächlich zwischen CAN H und L 1,7v anliegen? Oder ist das der Messträgheit geschuldet, oder hätte ich hier schon erkennen können, das etwas nicht stimmt.

Nochmal vielen Dank.
@Manos1966 ... falls ich dir noch ein Bildchen malen soll, sag Bescheid 😂

Also, so wie oben angegeben läuft es, sowohl mit der Verdrahtung als auch dem Pinmap.

Getestet hab ich das Huawei und im Verbund mit dem MPPt an den beiden VE.D (jeweils einzeln). Der Pylontech ist in andere Benutzung und die HM (NRF) an eine andere DTU außer Reichweite gekoppelt, da wollte ich nicht noch ein Fass aufmachen.

Nochmal DANKESCHÖN

NACHTRAG:
😱 Oh nein, wie peinlich.... Natürlich funktionieren nun alle... auch die JOY-IT
Ursache 2:
2 Lieferungen SM2 Stecker 2 mal gleicher Lieferant.... 2 unterschiedliche Farbbelegungen .... und ich Volldepp leg die auch noch in die gleiche Box und erwisch genau die Stecker, bei denen die Kabelfarben genau vertauscht sind und vertrau blind auf die Farben..... Ahhhhhhhhh

Oh Gott, es tut mir echt leid... die nächste 10er Spende geht dann wohl auf mich.

[knopers1]

Ich hab jetzt nicht nochmal nachmessen, aber sollten laut Multimeter tatsächlich zwischen CAN H und L 1,7v anliegen? Oder ist das der Messträgheit geschuldet, oder hätte ich hier schon erkennen können, das etwas nicht stimmt.

Hi Tobi,
CAN-High mit 1,7V --> GND
CAN-Low mit 1.7V --> GND
ist durchaus brauchbarer Wert, dennoch kaum aussagekräftig, ob die Übertragung okay ist.
Die CAN-H und CAN-L Flanke ist immer entgegengesetzt zueinander.

so muss es aussehen, wenn ein Oscilloskop dran ist. CAN-H & CAN-L habe ich untereinander gelegt.

Mit dem Multimeter kannst du grob nachmessen, ob evtl. einer der CAN-Signale nicht da ist, um eventuell einen Fehler/Unterbrechung in der Schleife zu suchen. Viel mehr ist damit nicht möglich!

[tobi0171]

@knopers1 Moin L, danke dir für die Erklärung und die bebilderte Darstellung. Auch für die Tipps im Hintergrund ;) Interessant, das mal als Soll-Beispiel am realen funktionsfähigen Teil zu sehen.

[gitisgreat2023]

@knopers1
Gegengesetzt weil damit es möglich die Störungen zu subtrahieren, richtig (CAN_H-CAN_L)? Daher ist es am besten ein twisted pair zu nutzen damit auf beide Leitungen die gleich Störung ist.

Noch mal zum CAN Prinzip: solch ein Huawei "Endgerät" hat also ein 120Ohm wiederstand drin, richtig? Was ist der Grund dass hier im Forum ständig die Leute versuchen mehrere CAN Geräte über verschiedene Schnittstellen ranzuhängen? Weil es ja ein Bussystem ist, wo, wenn man auf dem board nicht terminiert, doch eigentlich mehrere Geräte in Serie dran hängen könnte, oder?
Haben die unterschiedliche bitrates oder ähnliches? Nimm zB Huawei und Pylontech und Pytes.

[knopers1]

@gitisgreat2023
ich bin leider kein Profi, wenn es um CAN-BUS und dessen CAN-Knoten geht, habe aber etwas Erfahrung damit.

Das CAN-BUS muss mit 120 Ohm an beiden Enden des Netzwerkes erfolgen, unabhängig davon, wieviele CAN-Bus Teilnehmer (CAN-Knoten) da sind. Wenn Du einen Widerstand der Leitung messen willst, siehst Du einen Wert von ca. 60 Ohm fest, da zwei paralle geschaltete 120 Ohm Widerstände verbaut sind. Das ist okay so, wenn die Leitung in Ordnung ist.

Alle CAN-Knoten müssen die Nachricht gleichzeitig verarbeiten können. Die Bitrate ist wieder von der Kabellänge abhängig.
Der Datenfluss muss über ein Zugriffsverfahren (Protokoll) gesteuert werden, wenn alle Komponenten eine gemeinsame Busleitung benutzen.

Das Thema ist sehr komplex und bedarf eine Softwareunterstütung. Ich bin da leider raus an der Stelle. Die Leute versuchen vieles...., die meisten scheitern aber, da sie kaum Hintergrundwissen an der Stelle besitzen. Deshalb Hut ab an alle, die das Projekt voran treiben können. Besten Dank an der Stelle!

[gitisgreat2023]

Hört sich schwierig an...
Ja auf jeden Fall Hut ab für die Entwickler! Es wirklich toll was OpenDTU-onBattery alles kann!

[schlimmchen]

Die Huawei (150KBit/s) und Pylontech (500KBit/s) (und die bisher ganzen anderen unterstützen CAN-Batterien) sprechen andere Bitraten. Die kann man daher nicht an einen Bus hängen. Und wenn man es könnte, wäre die Integration in Software auch ein entscheidendes Thema, denn es müssen ja dann alle Nachrichten durch eine neu zu schaffende Softwarekomponente gehen, die dann entscheidet, wer welche eingehenden Nachrichten verarbeiten soll. Machbar, aber aufwändig.