MUST a CANBUS batérie

[vejvik]

díky za info

koupit HW bych dokázal
spojit BMW700 s esp dle navodu na githubu bych asi taky dal, tedy data by byla v HA

ale zde mé znalosti, zkušenosti končí a většina z posledního odstavce, konkrétně

Hodnoty z BMV700 jsou vloženy do telegramu o odesílány v intervalech po CANu.
https://esphome.io/components/canbus.html
Zároveň jsou i vyčítána data z Mustu a zobrazována ve vizualizaci. Popis co kde číst a zapisovat je v Inverter and Battery BMS PV1800F-CAN communication Protocol1.04.04.xlsx
Logika je dělána přímo v ESP32, kde mám nastaveno jakým napětím a proudem při jaké hodnotě SOC se má nabíjet.

jde mimo mě. ani ten xlxs soubor jsem na netu nenašel.
Ještě se zeptám, jaký přepínač sítí používáš?

[TomHC]

tRp: ak by si dal YAML súbor pre ESPhome napr. na www.pastebin.com , asi by to viacerým pomohlo dík vopred.

[tRp]

Až budu mít chvilku, zkusím sem dát část kódu, která by vám mohla pomoci. Jde jen o čtení / zápis hodnot - pak se vše opakuje, jen se mění proměnné.

[TomHC]

Až budu mít chvilku, zkusím sem dát část kódu, která by vám mohla pomoci. Jde jen o čtení / zápis hodnot - pak se vše opakuje, jen se mění proměnné.

Veď môžeš aj celé, len vyhoď WiFi SSID a heslo a MQTT broker

[PetrDubi]

TomHC:
Tak do něj tak nešij, že to sem nechce dát celé - určitě k tomu má nějaký (třeba i osobní) důvod.
Osobně si doma taky kolikrát něco udělám aby to bylo funkční a když to jede, tak už to tak kolikrát zůstane dočasně na jeden furt. A když k tomu pak přijdu třeba za půl roku a vidím jak jsem to udělal, tak si říkám, že je to pěkná prasárna a dneska bych to udělal jinak, ale když to funguje podle mých potřeb, tak není důvod to předělávat. Ale rozhodně bych se tím nechtěl "chlubit" někde na internetu, takže já tRp naprosto chápu..

[TomHC]

Ale jasné, chápem. Tiež musím aktualizovať môj kód na githube, lebo to fungovalo, ale len do jedného MWh, potom počítadlo od nuly

[tRp]

TomHC:
Tak do něj tak nešij, že to sem nechce dát celé - určitě k tomu má nějaký (třeba i osobní) důvod.
Osobně si doma taky kolikrát něco udělám aby to bylo funkční a když to jede, tak už to tak kolikrát zůstane dočasně na jeden furt. A když k tomu pak přijdu třeba za půl roku a vidím jak jsem to udělal, tak si říkám, že je to pěkná prasárna a dneska bych to udělal jinak, ale když to funguje podle mých potřeb, tak není důvod to předělávat. Ale rozhodně bych se tím nechtěl "chlubit" někde na internetu, takže já tRp naprosto chápu..

Presne jak pises. Dnes napsat "nejaky" kod neni az takovy problem, na netu je spousta prikladu , ALE napsat ho ciste, citelne, osetrit vsechny podminky, mozne stavy atd. chce cas, znalosti, zkusenosti a radne odladeni. To ze funguje, neznamena, ze je spravne napsany. A to je presne ten duvod, pro ho nikde "nevystavuji".

[tRp]

Prvně bych si zkusil čtení, jestli vůbec funguje komunikace. CANBus funguje tak, že všechny nódy - jednotky "visí" na jedněch drátech a v nastavených intervalech posílají telegramy - což znamená, že se nemusím dodazovat, ale stačí mi poslouchat. Např. takto:

Kód: Vybrat vše

canbus:
  - platform: esp32_can
    tx_pin: GPIO26
    rx_pin: GPIO32
    can_id: 0x1fff
    id: canbusmust
    use_extended_id: true
    bit_rate: 100kbps
    on_frame: 
    - can_id: 0x0CC20201
      use_extended_id: true
      then:
      - lambda: |-
          float napeti_baterie_can = ((int)(x[1]) << 8) + x[0];
          napeti_baterie_can = napeti_baterie_can / 10;
          id(napeti_baterie).publish_state(napeti_baterie_can);

ID znamená, jaký telegram chci poslouchat.

Kód: Vybrat vše

0x0CC20201					
Data area	Parameter name	Physical unit	Effective range	Explain	Frame frequency	Register address（decimalism）
1.0~2.7	Battery voltage	0.1V		Low byte first High byte after	1/4Sec	
3.0~4.7	Inverter voltage	0.1V		Low byte first High byte after		
5.0~6.7	Grid voltage	0.1V		Low byte first High byte after		
7.0~8.7	BUS voltage	0.1V		Low byte first High byte after		

Přijmu celý, ale musím si z něj vybrat, to co mi zajímá. Zde čteme napětí baterie - zajímá nás dle datasheetu adresa 1.0 - 2.7

V ESPhome probíhá adresace 0-7, datasheet Mustu 1-8, proto musíme o vždy 1 ponížit.
Data chodí Low byte first High byte proto musím jěšte udělat posun.
((int)(x[1]) << 8) + x[0]; - Battery voltage 0.1V

Až bude chodit základ čtení, stačí udělat drobně změny:
((int)(x[3]) << 8) + x[2]; - Inverter voltage 0.1V

Píšu to z hlavy, tak snad jsem se někde "neseknul".

[TomHC]

Dík. Ja mám aj tak inú situáciu - JBD BMS má iba UART/BT a RS485 a MUST má RS485 a CAN. Ako som minule spomínal, mám dve ESP8266, prvé je na BMS a cez UART ťahá dáta a posiela cez MQTT. Druhé ESP je pripojené cez RS485 do MUSTu a ťahá dáta a tiež posiela cez MQTT, oboje sa vizualizuje v HA.

Rád by som použil len jedno ESP32, cez UART by bral dáta z BMS a cez CAN prevodník by sa pripojil na MUST, bral prevádzkové info a posielal mu dáta z baterky - SoC, teplota a napätie batérie, prípadne by nastavoval niektoré parametre (min a max SoC, max nabíjací prúd...). Lenže - obávam sa galvanického spojenia CAN a UART. Najbezpečnejšie by asi bolo použiť izolovaný RS485-UART a CAN napriamo do meniča. Alebo kúpiť priamo JBD príslušenstvo, UART-CAN adaptér...

[tRp]

Tady máš vnitřní zapojení převodníků, co používám já.

[TomHC]

Ako sa prosím ťa na seba stohujú tieto M5 komponenty?

EDIT: možno to zatiaľ nechám tak ako to je, a kúpim SmartShunt, lebo o tej BMS nemám vysokú mienku

[TomHC]

Ešte idem skúsiť pripojenie na BMS cez bluetooth, uvidím ako to bude stabilné...

[vejvik]

Data z BMS JBD tahám do HA přes BT a je to spolehlivé, akorát jsem na stejnou desku ESP32 již nemohl dat vyčítání dat z měniče viz tvůj návod, jelikož to deska nezvladala, tak mi bylo řečeno i na esphome foru
takto to mám

https://pastebin.com/FN584AYz

[tRp]

Na GitHubu nic nemám. Nejsem žádný velký programátor , tak kód raději nezveřejňuji, abych někoho nemátl.

HW:
https://shop.m5stack.com/products/atomu ... with-usb-a
https://shop.m5stack.com/products/canbus-unitca-is3050g

SW: Esphome
Pro BMV700 je použito
https://github.com/KinDR007/VictronSmartShunt-ESPHOME
tam je i zapojení.

Pro CANBus je zapojení v návodu pro Must ( RJ45 ).
Hodnoty z BMV700 jsou vloženy do telegramu o odesílány v intervalech po CANu.
https://esphome.io/components/canbus.html
Zároveň jsou i vyčítána data z Mustu a zobrazována ve vizualizaci. Popis co kde číst a zapisovat je v Inverter and Battery BMS PV1800F-CAN communication Protocol1.04.04.xlsx
Logika je dělána přímo v ESP32, kde mám nastaveno jakým napětím a proudem při jaké hodnotě SOC se má nabíjet.
Relé z BMV700 je použito pro přepínač sítí.

Jeste jsem nasel, ze jsem objednaval tento modul, ktery jsem asi ve finale pouzil :

https://shop.m5stack.com/products/atom- ... opment-kit

[TomHC]

Jeste jsem nasel, ze jsem objednaval tento modul, ktery jsem asi ve finale pouzil :

https://shop.m5stack.com/products/atom- ... opment-kit

Neviem či som sa už pýtal, tie M5 kupuješ niekde v ČR, alebo priamo od nich? Dík.

[tRp]

Kupuji v ČR, dle skladové dostupnosti, naposledy jsem bral tady
https://rpishop.cz/1966-m5stack

[TomHC]

Super, dík. Ten M5stack vyzerá fakt dobre, len som čakal že ten CAN modul sa dá zapojiť zhora priamo na tie dva radové konektory, bez kábla. Každopádne, uvidím čo povie BMS a BLE connect, prípadne teda aj výstup na CAN. Všetko mi ale vlastne funguje ku spokojnosti, tak sa mi do toho nechce vŕtať...

[tRp]

Na https://github.com jsem nasel zapojeni pro komunikaci pres CAN s JK BMS. Myslim, ze by slo pouzit i pro vyzkouseni s MUSTem.
Schema zapojeni je zde https://github.com/Uksa007/esphome-jk-b ... schematics

Pro odzkouseni komunikace by mel byt soubor https://github.com/Uksa007/esphome-jk-b ... r-can.yaml

Melo by ho teoreticky stacit upravit takto, ale nemam ted kde vyzkouset ani zkusit prelozit

Kód: Vybrat vše

# Will receive CAN packets for SMA CAN protocol testing
esphome:
  name: test-esp32-receiver-can.yaml

esp32:
  board: esp32doit-devkit-v1
  framework:
    type: arduino
#    type: esp-idf
#    version: latest

# Enable logging
logger:

# Enable Home Assistant API
api:

ota:

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
canbus:
  - platform: esp32_can
    tx_pin: GPIO5
    rx_pin: GPIO4
    can_id: 0x1fff
    bit_rate: 100kbps
    use_extended_id: true
    on_frame:
    - can_id: 0x0CC21401
      use_extended_id: true
      then:
      - lambda: |-
              int val0 = int(x[0]);
              int val1 = int(x[1]);
              int val2 = int(x[2]);
              int val3 = int(x[3]);
              int val4 = int(x[4]);
              int val5 = int(x[5]);
              int val6 = int(x[6]);
              int val7 = int(x[7]);
              ESP_LOGI("main", "received can id: 0x0CC21401 hex: %x %x %x %x %x %x %x %x", val0, val1, val2, val3, val4, val5, val6, val7);
  

Pokud nebude fungovat komunikace, tak juknout na signaly osciloskopem nebo treba scopemeterem, popr. kounout na zakoncovaci odpor
https://www.utmel.com/blog/categories/i ... -to-be-120

https://www.kmpdrivetrain.com/paddleshi ... s-can-bus/

Jeste je nejaka zminka o CANBus zde, ale ted nemam cas procist.
https://www.cnx-software.com/2021/12/20 ... nterfaces/

Kód: Vybrat vše

Depending on the ESP32 chip, the CAN controller register IER parameter needs to be changed. If it is a V3 version chip, you can use 0xEF, otherwise, use 0xFF.

[TomHC]

Takže som to nakoniec rozbehal, aspoň pokusne posielať a prijímať CAN správy. Zasielanie funguje, na meniči sa ukázali hodnoty ktoré som mu poslal (zatiaľ nie reálne dáta z BMS), ale nič neprijíma, musím sa v tom ešte povŕtať.

[TomHC]

Divné, GPIO správne, konfigurácia tiež, a vôbec nič neprijíma... Skúsim ešte iné GPIO, druhý CAN modul...