Axpert Max-komunikace RS485 s BMS JBD-AP20S003-P20S-200A-B-C

[zozan]

Zdravím všechny,
neřešil jste někdo komunikaci s výše uvedenou BMS, která dle výrobce má kompatibilní komunikaci s bateriovými packy od firmy PylonTech. Komunikace je přes RS485 s rychlostí 9600 baudů. Bohužel se mi to nepodařilo rozjet. Měnič hlásí chybu 61 (asi chyba komunikace). Přikládám datasheet BMS.

[PetrDubi]

Co jsem to tak letmo prohlédl, tak to vypadá podobně jako smart BMS kterou prodává Mikel na Mivvy Energy. Ta kterou jsem koupil tam v sobě má protokol Pylontech, ale slave a měnič je také slave, takže to spolu samozřejmě nemůže komunikovat. Podobně to má řešené víc BMS (že mají protokol Pylontech, ale chovají se jako slave), takže přímé propojení s měničem není možné. Musel by jsi mít "mezikus", který bude zapojený mezi BMS a měnič a ten bude číst data z BMS a potom je zapisovat do měniče.
Je to stejný princip jako USB, kdy máš flashku (slave) a počítač (master). Když zapojíš dvě mezi sebou flashky, tak nic z jedné nepřeneseš do druhé. Musíš je mít obě připojené k počítači, který data z jedné přečte a do druhé zapíše.

[zozan]

Co jsem to tak letmo prohlédl, tak to vypadá podobně jako smart BMS kterou prodává Mikel na Mivvy Energy.

Díky moc za odpověď, máš pravdu, je to BMS z Mivvy, ale že je to slave, to mě nenapadlo...

[lzahradil]

Přesně tak jak píše PetrDubi.
Obě zařízení jsou slave. Jediným řešením je prostředník který bude data z bms načítat a posílat jako master dál slejvovi (Axpert)
Moje původní varianta, protože tu mám bms s BT modulem byla použít ESP32 který by data z bms četl pomocí BT a dále posílal buďto pomocí rs485 nebo pomocí CAN modulu. Bylo by oddělené bezdrátově.

Tyto bms mají v základu uart a pomocí modulu rs232/rs485/bt/usb lze rozšířit. Konkrétně verze 200A má pak i přímo variantu rs485 nebo CAN takže není potřeba modul.
To už jsme ale u drátového propojení.

Když už drát, tak vznikla druhá myšlenka. Varianta rs485-rs232/rs485. Varianta s rs232 by šla použít i na bms které rs485 nemají. To lze ale vyřešit tím modulem na rs485...

Takže varianta rs485-rs485 by z ESP používala jeden rs485 modul na kterém by byl 2x konektor (vstup/výstup) paralelně propojen.
Zjednodušeně řečeno by se jednalo o propojení drátem bms a Axperta a v cestě na tento drát by bylo paralelně navěšené ESP.
Data pro Axperta by bms ignorovala a data pro bms by ignoroval zase Axpert.
ESP by v jednom cyklu sáhlo na bms a odeslalo na Axperta na tom samém rozhraní.

Mám to rozchozené prozatím na RPI s tím že data z bms beru přes BT z první varianty jen s rozdílem že to jede na RPI. Ale to je moc drahé a vyžadovalo by to instalaci Linuxu apod...

Pokud by se chtěl někdo zapojit s vývojem pro ESP, může. Je to defakto jen přečtení dat a poslání v jiném formátu dál.
Já mám teď aktuálně systém v rozkladu a esp32 ještě v pytlíku jak přišel Předělávám baterkárnu tak je většina věcí odpojena. Ale makám na tom když je čas a o víkendu to chci mít hotové. Dnes jsem domontoval police na nové místo a začnu na ně sázet baterky.

[zozan]

Pro mě osobně by bylo nejjednodušší použít Arduino, které se dá použít jako master i slave na rozhraní RS485. Bohužel neznám, jakou skladbu dat mají ty komunikační protokoly.

[mopadzi]

Mám pro tuto BMS firmware pro CAN s protokolem Pylontech 1.3. Ještě jeden drobný BUG a je to hotové

[Dagus]

Co je drobný bug? Uvolníš pak FW foru? Nebo jen chceš udelat reklamu na bms od tebe? Nerejpu, jen mě can zajímá a tuhle bms mám.

[Mikel]

Komunikacni protokoly i pro verze CAN uz mame asi rok, stejne jako pro RS485. Jedinej problem je, ze BMS muze pracovat jen v modu "slave". Z duvodu funkci "Sleep" neumoznuje fungovani v modu "Master." Porto to ani nikde verejne neprezentujeme a nemame uvedeno ve specifikaci.
V zakladu vsechny nase BMSky 7-20s maji RS485 vcetne protokolu ale ve "slave".
Pouze FW je k nicemu pokud nemas HW s CAN

[lzahradil]

Bms kterou dodává Mivvy má také podporu Pylontech protokolu. Přes rs485 funguje dobře pokud se jí jako master ptám.
Na tomto bych to stavěl.
Jestli Arduino nebo ESP už je jedno. Je to jedno a to samé s tím rozdílem že ESP má i WiFi a oproti Arduinu i spoustu výkonu na další věci.
Např zobrazení údajů na web stránce, integrace MQTT apod..
S tímto se také počítá.

[mopadzi]

FW jsem zaplatil a podílel se na vývoji. Takže bude jen do mých BMS. Na přání mohu nahrát členům fora do jejich BMS za symbolickou částku. Drobný bug je znaménko u proudu řád u některých hodnot. Ale už to vypadá funkčně.
PS jistě pro HW verze s CAN

[Dagus]

Komunikacni protokoly i pro verze CAN uz mame asi rok, stejne jako pro RS485. Jedinej problem je, ze BMS muze pracovat jen v modu "slave". Z duvodu funkci "Sleep" neumoznuje fungovani v modu "Master." Porto to ani nikde verejne neprezentujeme a nemame uvedeno ve specifikaci.
V zakladu vsechny nase BMSky 7-20s maji RS485 vcetne protokolu ale ve "slave".
Pouze FW je k nicemu pokud nemas HW s CAN

Takže jsi schopen poradot jak to naroubovat na Voctron aby se to tvářilo jako pylon?

[Mikel]

FW jsem zaplatil a podílel se na vývoji. Takže bude jen do mých BMS. Na přání mohu nahrát členům fora do jejich BMS za symbolickou částku. Drobný bug je znaménko u proudu řád u některých hodnot. Ale už to vypadá funkčně

toto uz nam JBD vyresilo pred rokem Vyreseni protokolu trvalo 24 hodin.

[Mikel]

Komunikacni protokoly i pro verze CAN uz mame asi rok, stejne jako pro RS485. Jedinej problem je, ze BMS muze pracovat jen v modu "slave". Z duvodu funkci "Sleep" neumoznuje fungovani v modu "Master." Porto to ani nikde verejne neprezentujeme a nemame uvedeno ve specifikaci.
V zakladu vsechny nase BMSky 7-20s maji RS485 vcetne protokolu ale ve "slave".
Pouze FW je k nicemu pokud nemas HW s CAN

Takže jsi schopen poradot jak to naroubovat na Voctron aby se to tvářilo jako pylon?

To ted resime zde s Adminem aby to fungovalo korektne se vsim nejen Victron.

[lzahradil]

Je zajímavé že na tuto chybu jsem narazil také. Ovšem ne skrze Pylontech odpovědi ale když jsem použil hotové jbdtools. Kompiloval jsem ze zdrojáku, takže jsem si dělitel upravil a pak bylo vše ok.
Ale ať je fw s bugem nebo bez, jde to v mezikuse sw ošetřit. Má-li bejt napětí např 53.4 a odpověď bude 5.34 tak to jednoduše šoupnu...

[PetrDubi]

Poud by to pomohlo, tak komunikaci s BMS z ESP32 přes bluetooth už udělal někdo od nás (z ČR)
https://github.com/kolins-cz/Smart-BMS-Bluetooth-ESP32

[PavlikT]

Komunikacni protokoly i pro verze CAN uz mame asi rok, stejne jako pro RS485. Jedinej problem je, ze BMS muze pracovat jen v modu "slave". Z duvodu funkci "Sleep" neumoznuje fungovani v modu "Master." Porto to ani nikde verejne neprezentujeme a nemame uvedeno ve specifikaci.
V zakladu vsechny nase BMSky 7-20s maji RS485 vcetne protokolu ale ve "slave".
Pouze FW je k nicemu pokud nemas HW s CAN

Prosim, mam dotaz k teto BMS, kterou mam od Vas:
Nezkouseli jste ji spojit se Solar-assistant.io aplikaci? Ma v popisu JBD, ale ani RS485>USB https://www.laskakit.cz/prevodnik-usb-rs485--ch340/ani RS485 (Uart)>USB https://a.aliexpress.com/_mtgZMR2
mi nefungovalo.
Nebo muzete, prosim, alespon nějaký převodník doporucit k odzkouseni (nejaky, co pouzivate u Vas v labu)?

Diky

[PetrDubi]

Hlavní problém bude v tom, že Solar assistant očekává JBD na RS485, ale BMS od Mikela má protokol JBD pouze na UART (RS232) a na RS485 i CAN má nahraný jiný protokol. Takže pokud Solar assistant neudělá komunikaci pro JBD i přes UART (jako to mají u Dali), tak máš smůlu. Ale zkus jim napsat, třeba to v rozumné době přidají.

[cipis]

Ten UART je tam v TTL úrovních, ne? Tak pak stačí RS485 převodník a vystaráno.

[PetrDubi]

Jenomže na tom UARTu běží jiný protokol (je to fyzicky jiný výstup), než na té RS485, takže je otázkou, jaký protokol tam ten SA očekává.
Třeba u Dali je na UART i RS485 to samé (liší se jen fyzické rozhraní), ale u Pylonu jdou jiná data a protokol přes RS232, jiný protokol přes RS485 a zase jiný přes CAN.

A třeba u Axperta se přes RS485 (protokol Pylontech nebo LIB) měnič dotazuje BMS a ta mu odpovídá, zatímco u CAN (protokol Soltaro nebo Weco) BMS sama posílá měniči všechny údaje a periodicky posílá zprávu, kde jsou údaje o povolených napětích a proudech a tím udržuje spojení s měničem (prý po 3 těchto zprávách na měniči začne blikat baterka, což označuje funkční propojení s BMS) a měnič nevysílá na CAN vůbec nic, takže ta komunikace je tam nejjednodušší.

[cipis]

Ale nahore pises, ze JBD ma ten protokol, co SA ocekava na 485, tak na UARTu. Takze kdyz UART zkonvertuju pomoci max485 s automat. prepinanim, tak bude ten potrebny protokol tam, kde ho SA ocekava.