Studer ComBus teardown
Studer ComBus teardown
V inom vlakne o HA som polozil otazku ako monitorovat data zo studera v inych systemoch. viewtopic.php?p=7893#p7893
Je mi jasne ze existuje moznost pouzit xcom-232/485/CAN ale pokial pouzijeme xcom-CAN na komunikaciu z bateriou neda sa zbernica pouzit na inu komunikaciu. Toto je mozne len ak je xcom-CAN v mode “Exclusive alebo Tolerant Protocol”. Kedze studer Communication Bus je tiez CAN bus tak som sa na to chcel pozriet trochu blizsie. Na mojom 3f funkcom systeme som to nechcel robit tak som si na stole zapojil starsi XTS 1400-48 + RCC-02. Ta XTS obsahuje komunikacny modul TCM-01 pomocou ktoreho sa pripaja na zbernicu a ine periferie.
Foto TCM-01 z popisom: Foto RCC-02: Ako vidno na obrazku tak studer pouziva na komunikaciu (vstup - vystup) obvod MAX3053. Na dalsom obrazku je pinout konektorov: Okrem CAN zbernice je tam este 12V na napajanie modulov RCC/XCOM atd. Pre nas budu dalej zaujimave len piny 3 a 4 alebo 5 a 6 (zbernica CAN). V dalsom prispevku opisem komunikaciu na zbernici a dam sem aj odchytene data zo zbernice.
Je mi jasne ze existuje moznost pouzit xcom-232/485/CAN ale pokial pouzijeme xcom-CAN na komunikaciu z bateriou neda sa zbernica pouzit na inu komunikaciu. Toto je mozne len ak je xcom-CAN v mode “Exclusive alebo Tolerant Protocol”. Kedze studer Communication Bus je tiez CAN bus tak som sa na to chcel pozriet trochu blizsie. Na mojom 3f funkcom systeme som to nechcel robit tak som si na stole zapojil starsi XTS 1400-48 + RCC-02. Ta XTS obsahuje komunikacny modul TCM-01 pomocou ktoreho sa pripaja na zbernicu a ine periferie.
Foto TCM-01 z popisom: Foto RCC-02: Ako vidno na obrazku tak studer pouziva na komunikaciu (vstup - vystup) obvod MAX3053. Na dalsom obrazku je pinout konektorov: Okrem CAN zbernice je tam este 12V na napajanie modulov RCC/XCOM atd. Pre nas budu dalej zaujimave len piny 3 a 4 alebo 5 a 6 (zbernica CAN). V dalsom prispevku opisem komunikaciu na zbernici a dam sem aj odchytene data zo zbernice.
Re: Studer ComBus teardown
Predpokladal som ze rychlost zbernice bude 250kbps tak ako je default u Xcom-CAN, ale po zmerani osciloskopom sa ukazalo ze je to 125kbps. Tak som skusal ci data maju standardnu strukturu, alebo je to nejaka specialne upravena zbernica. Osciloskop ale ukazal ze format dat je standardna CAN zbernica z rychlostou 125kbps.
Potom prisiel na rad logicky analyzer z dekoderom zbernice CAN. Tu je screenshot kde vidno ze data su na zbernici nekodovane. Na obrazku je seriove cislo RCC-02 na zbernici.
Takto vyzera cely ramec z adresou a ser. cislom RCC.
Mozno si kladiete otazku naco je toto dobre? Ked sa pozriete na SD kartu v RCC-02 tak zistite ze obsahuje kopu CSV suborov obsahujucich vsetky mozne data z celeho systemu. Tieto data su posielane na SD kartu do RCC cez ComBus. Staci zakupit prevodnik na CAN zbernicu za par Eur (na aliexpress 3Eur), pripojit ho k raspberry, arduino apod... Potom uz len pocuvat komunikaciu a data podla adries ukladat online do databazy. Je to sposob ako bez pouzitia Xcom-232/485/CAN a zbytocneho zatazovania zbernice studera dotazmi zozbierat potrebne data na monitoring.Re: Studer ComBus teardown
Perfektný "hack", ak to tak môžem nazvať, ďakujem za nazdielanie. Otázka trochu offtopic :ten Rigol ma v sebe rozpoznavanie CAN? Možem porosiť o konkretny model? Vie takto zobraziť aj ine protokoly, napr. ModbusRTU a pod?
Dík,
Dík,
Re: Studer ComBus teardown
Osciloskop je Rigol DS2072 "upgradnuty" podla navodu na eevblog. Najdes tam keygen na protokoly a rozsirenie pasma do 300Mhz.
https://www.eevblog.com/forum/testgear/ ... eries-dso/
Pokial chces analyzovat protokoly tak si kup radsej toto:
https://www.aliexpress.com/item/1005001417581550.html
Je to cinsky klon saleae ale funguje dobre. Software to ma na win,linux,macos.
Zoznam protokolov co to dokaze:
https://support.saleae.com/protocol-analyzers
https://www.eevblog.com/forum/testgear/ ... eries-dso/
Pokial chces analyzovat protokoly tak si kup radsej toto:
https://www.aliexpress.com/item/1005001417581550.html
Je to cinsky klon saleae ale funguje dobre. Software to ma na win,linux,macos.
Zoznam protokolov co to dokaze:
https://support.saleae.com/protocol-analyzers
-
- Příspěvky: 921
- Registrován: stř bře 31, 2021 7:50 am
- Bydliště: Neďaleko Košíc - SK
- Výkon panelů v FVE [Wp]: 9600
- Kapacita baterie [kWh]: 12
- Kontaktovat uživatele:
Re: Studer ComBus teardown
Paráda. Klobúk dole.
Najprv sa učíme chodiť a hovoriť, neskôr sa učíme sedieť a držať hubu...
Hybridná FVE dom: 6,3kWp, Victron Energy, 12kWh Pylontech+GB-Aku
On-Grid FVE dom: 3,6kWp, FRONIUS AC Coupling+VB
OFF-Grid FVE chata: 1,5kWp, Axpert, PCM, 200Ah/24V 18650
Hybridná FVE dom: 6,3kWp, Victron Energy, 12kWh Pylontech+GB-Aku
On-Grid FVE dom: 3,6kWp, FRONIUS AC Coupling+VB
OFF-Grid FVE chata: 1,5kWp, Axpert, PCM, 200Ah/24V 18650
Re: Studer ComBus teardown
Oznacovanie premmennych sa podoba tomu co sa pouziva cez XCom, alebo bude treba si to odsledovat a spravit si tabulku?
Kto najde odvahu na priame riadenie napr. aktivacia AUX2 (ekvivalent zapisu len do RAM, nie FLASH)?
Kto najde odvahu na priame riadenie napr. aktivacia AUX2 (ekvivalent zapisu len do RAM, nie FLASH)?
Re: Studer ComBus teardown
Ano je to podobne a dokonca by som povedal identicke az na drobne odchylky ktore opisem v dalsom prispevku kde bude citanie, zapisovanie, adresovanie na zbernici. Je to nadlsie tak mi dajte trochu casu. Data sa viac zhoduju s xcom-232. Zozaciatku ma to riadne pomylilo lebo som hladal skor zhodu s xcom-cam. https://portal.studer-innotec.com/Conte ... pendix.pdf toto je dolezity dokument a na monitorovanie hlavne tabulka 1.3 Xtender infos
Zapisovat na zbernicu uz pisem teraz, dokonca na mojej ostrej 3f instalacii. Takze je to len otazka najdenia spravnej adresy kam to poslat a aku sekvenciu. Domnieval som sa ze data ktore potrebujem na monitorovanie na zbernici lietaju online a staci ich odchytit (su na SD karte). No data tam sice lietaju, ale zapisuju sa na SD len v urcitych intervaloch. Neviem akych a ani to nie podstatne. Na monitorovanie to potrebujem online. Okrem toho studer ma dve CAN zbernice ako vidno na obrazku kde som posielal pinout. Na pasivne odchytenie dat potrebujete pocuvat 2 zbernice. Na zbernici su data ktore potrebujete len ak si napriklad na RCC pustim screen VT tak udaje ktore sa zobrazuju su aj na zbernici (pyta si ich RCC). Pokial si dam inu screen data VT tam nie su. Problem to ale nie je, data si uz viem pytat aj ja
Dnes uz som v takom stave ze mam kusok kodu v pythone a aktivne si pytam data ktore potrebujem. Monitorovanie studera je uz len vecou napisania kodu. Mozem povedat ze zbernica je dostatocne blbuvzdorna, takze s toho netreba mat strach.
Re: Studer ComBus teardown
Hardware na komunikaciu pouzivam raspberry pi a rs485-can hat od waveshare. https://www.waveshare.com/wiki/RS485_CAN_HAT
Lacnejsia verzia je kupit modul CAN na aliexpresse. Link som tu niekde daval. Software je Raspbian + can-utils + python.
Pokial pri pripajani ku zbernici zamenite CANL a CANH nic sa nedeje, akurat to nebude citat data zo zbernice. Po zapojeni treba spravit candump can0 a pokial uvidite nieco ako na obrazku mate to spravne nainstalovane a zapojene. Mozme zacat komunikovat. Prve co je dobre zistit su adresy zariadeni na zbernici.
Vypadne s toho nieco taketo:
Umyselne som zmazal (XX) niektore byte co je tzv FID. Je to nieco ako seriove cislo zariadeni a da sa to vidiet v RCC na stranke info.
Posledny bajt v adrese je vlastne adresa zariadenia. V dump-e komunikacie tak vieme presne rozoznat ktore zariadenie co posiela na zbernicu.
Teraz popisem ako sa spytat na hodnoty ktore nas zaujimaju. Myslim ze na obrazku to bude dost nazorne. Takze RCC sa pyta vzdy v 4 bajtoch na 2 hodnoty. Dotaz na XT (inverter) ide na adrese 0x152110E2 kde posledny bajt je adresa RCC. Skusal som pouzit aj inu napr. E3 a odpoved od XT prisla bez problemov. Pokial som pouzil adresu zapojeneho RCC odpoved bola tiez bez problemov. Na dotaz automaticky odpovedaju vsetky tri XT v 8 bajtoch. Odpoved pride v tvare ako je na obrazku. CAN adresa konci bajtom zariadenia ktore odpoved poslalo. Bajt ktory identifikuje parameter (adresu) na ktoru sme sa pytali je 2 a 6 v poradi. Odpoved je v bajtoch 3,4 a 7,8.
Dotaz v pythone:
Na dalsom obrazku je screenshot ako sa pocita adresa na ktoru sa chceme XT opytat. Hodnoty najdeme v tomto dokumente https://portal.studer-innotec.com/Conte ... pendix.pdf na strane 17 az 23, tabulka 1.3 Xtender infos.
Dotaz mozme do pythonu zapisat aj takto:
Teraz uz vieme ze sme sa inverterov pytali na input a output active power. Ak nam inverter odpovie napr.:
can0 1520E019 [8] 00 89 01 41 00 88 03 33
tak parameter 0x89=137 (input active power) ma hodnotu 0x0141 co je 321W
a parameter 0x88=136 (output active power) ma hodnotu 0x333 co je 819W
Myslim ze s popisu je jasne ako sa spytat na jednotlive hodnoty ktore potrebujeme monitorovat.
Lacnejsia verzia je kupit modul CAN na aliexpresse. Link som tu niekde daval. Software je Raspbian + can-utils + python.
Pokial pri pripajani ku zbernici zamenite CANL a CANH nic sa nedeje, akurat to nebude citat data zo zbernice. Po zapojeni treba spravit candump can0 a pokial uvidite nieco ako na obrazku mate to spravne nainstalovane a zapojene. Mozme zacat komunikovat. Prve co je dobre zistit su adresy zariadeni na zbernici.
Kód: Vybrat vše
candump can0 > candump.file
cat candump.file |grep 125001 |sort -u
Kód: Vybrat vše
can0 12500119 [8] 03 19 XX XX XX XX 1A 00
can0 1250011A [8] 03 1A XX XX XX XX 19 00
can0 1250011B [8] 03 1B XX XX XX XX 1C 00
can0 1250013D [8] 03 3D XX XX XX XX 00 00
can0 125001E2 [8] 03 E2 3E 7C 0C 04 A9 01
Teraz popisem ako sa spytat na hodnoty ktore nas zaujimaju. Myslim ze na obrazku to bude dost nazorne. Takze RCC sa pyta vzdy v 4 bajtoch na 2 hodnoty. Dotaz na XT (inverter) ide na adrese 0x152110E2 kde posledny bajt je adresa RCC. Skusal som pouzit aj inu napr. E3 a odpoved od XT prisla bez problemov. Pokial som pouzil adresu zapojeneho RCC odpoved bola tiez bez problemov. Na dotaz automaticky odpovedaju vsetky tri XT v 8 bajtoch. Odpoved pride v tvare ako je na obrazku. CAN adresa konci bajtom zariadenia ktore odpoved poslalo. Bajt ktory identifikuje parameter (adresu) na ktoru sme sa pytali je 2 a 6 v poradi. Odpoved je v bajtoch 3,4 a 7,8.
Dotaz v pythone:
Kód: Vybrat vše
msg = can.Message(arbitration_id=0x152110E2, data=[0x00, 0x89, 0x00, 0x88])
can0.send(msg)
Kód: Vybrat vše
msg = can.Message(arbitration_id=0x152110E2, data=[0, 137, 0, 136])
can0.send(msg)
can0 1520E019 [8] 00 89 01 41 00 88 03 33
tak parameter 0x89=137 (input active power) ma hodnotu 0x0141 co je 321W
a parameter 0x88=136 (output active power) ma hodnotu 0x333 co je 819W
Myslim ze s popisu je jasne ako sa spytat na jednotlive hodnoty ktore potrebujeme monitorovat.
Re: Studer ComBus teardown
Este by ma zujimalo ako je to s timeoutom. Pri komunikacii cez XCom232 sa mi stavalo pri citani malo pouzivanych hodnout z XTM, ze na prvy dotaz cez XCom232 XTM-ko neodpovedalo a az na druhy raz to bolo OK. Potom dalsie dotazy na tu istu premennu uz boli vporiadku.
Re: Studer ComBus teardown
Toto bude asi odpoved na tvoju otazku.DanoP píše: ↑pon led 24, 2022 9:16 am Este by ma zujimalo ako je to s timeoutom. Pri komunikacii cez XCom232 sa mi stavalo pri citani malo pouzivanych hodnout z XTM, ze na prvy dotaz cez XCom232 XTM-ko neodpovedalo a az na druhy raz to bolo OK. Potom dalsie dotazy na tu istu premennu uz boli vporiadku.
Re: Studer ComBus teardown
co si pamatam, pre CANbus je bezny timeout 1s. Tzn. ak nedostanem odpoved do 1s, pytam sa znovu.
Re: Studer ComBus teardown
Tak sa podarilo prist na to ako zapisovat hodnoty do XTM po CAN buse. Ako prve som samozrejme zmenil 1550 na NO. Pomenil som cez RCC nejake hodnoty a odpojil bateriu. Parametre ktore som menil po zapise zostali na povodnej hodnote, takze to naozaj nepise do Flash len do RAM.
Re: Studer ComBus teardown
Zostala 1550 na NO aj po restarte? Pytam sa, ci pre istou posielat toto nastavenie pred zapisom do pracovnych premennych. Inak k XCom232 bol aj naznak, ze existuje moznost zapisat hodnoty s option len do RAM, co by malo byt alternativou vypnutia 1550. Len ked ten popis je taky usporny na slovo...yolo80 píše: ↑čtv led 27, 2022 11:57 am Tak sa podarilo prist na to ako zapisovat hodnoty do XTM po CAN buse. Ako prve som samozrejme zmenil 1550 na NO. Pomenil som cez RCC nejake hodnoty a odpojil bateriu. Parametre ktore som menil po zapise zostali na povodnej hodnote, takze to naozaj nepise do Flash len do RAM.
1550.jpg
Re: Studer ComBus teardown
1550 zostala aj po restarte, hodnoty ktore som zapisal potom su prec. Usporny popis v dokumentacii je tak ako je. Princip Studera my pomohol pochopit milhaus na MP za co mu patri velka vdaka. Naucil ma ze aj zdanlivo nesuvisiace (apson pre mna) parametre mozu suvisiet s problemom ktory som riesil. Momentalne este luskam adresovanie a zapisovanie hodnot. Ked v tom budem mat jasno a budem vidiet suvislosti tak to sem postnem.DanoP píše: ↑čtv led 27, 2022 12:48 pm Zostala 1550 na NO aj po restarte? Pytam sa, ci pre istou posielat toto nastavenie pred zapisom do pracovnych premennych. Inak k XCom232 bol aj naznak, ze existuje moznost zapisat hodnoty s option len do RAM, co by malo byt alternativou vypnutia 1550. Len ked ten popis je taky usporny na slovo...
Re: Studer ComBus teardown
Po zbernici sa daju pisat aj nestandardne hodnoty. Hodnota 1187 ma standardne velkost od 0 do 100 v nasobkoch 10. Ja mu dokazem podhodit aj ine hodnoty. Zaujimave ze ked zapisem napr. 16 tak na RCC to potom skace 26, 36, atd... Vie niekto vyskusat ci sa taketo hodnoty daju pisat cez xcom-232? Predpokladam ze prave preto je tam ta krabicka aby nedochadzalo k takymto stavom a este k pretazeniu zbernice.
Re: Studer ComBus teardown
Přes portál studer to je taky možné. Přes heslo Instalatera nebo QSP.yolo80 píše: ↑čtv led 27, 2022 7:01 pm Po zbernici sa daju pisat aj nestandardne hodnoty. Hodnota 1187 ma standardne velkost od 0 do 100 v nasobkoch 10. Ja mu dokazem podhodit aj ine hodnoty. Zaujimave ze ked zapisem napr. 16 tak na RCC to potom skace 26, 36, atd... Vie niekto vyskusat ci sa taketo hodnoty daju pisat cez xcom-232? Predpokladam ze prave preto je tam ta krabicka aby nedochadzalo k takymto stavom a este k pretazeniu zbernice.
hodnota.jpg
I hodnoty napětí , třeba float XTM lze zapsat na setiny 1140- 51,11V.
Nebo hodnoty při přetížení lze také nastavit třeba na 99% .
Nebo čas po přetížení 1377 lze dát např. 2min.
-
- Příspěvky: 3
- Registrován: pon kvě 09, 2022 7:42 am
Re: Studer ComBus teardown
Ahoj ve spolek,
nevíte někdo jaké CAN ID má na sběrnici X-COM CAN? Já ho nevlastním, ale chtěl bych ho simulovat a posílat si na sběrnici data z BMS. Díky.
nevíte někdo jaké CAN ID má na sběrnici X-COM CAN? Já ho nevlastním, ale chtěl bych ho simulovat a posílat si na sběrnici data z BMS. Díky.
-
- Příspěvky: 38
- Registrován: sob srp 06, 2022 6:58 am
- Bydliště: Bratislava
- Výkon panelů v FVE [Wp]: 4000
- Kapacita baterie [kWh]: 7
Studer ComBus Openhab2 Influx, Grafana XcomAPI
Dobry den.
Mam XTH-8000, RCC02, 232i, Xcom_CAN a 2xUS3000.
Dlhsi cas sa venujem komunikacii cez XcomAPI:
https://gogs.es-lab.de/mueller_to/Xcom-API
a komunikacii s Openhab2 a zobrazenim hodnot z Influxdb do grafany.
S vycitanim informacii 3xxx nie je ziadny problem.
Otazka je ako poslat z prikazoveho riadku XcomAPI.py zmenu parametra 1xxx s ID5 (qsp_value) a ID13 (unsaved_qsp_value).
Z RCC mam QSP pristup.
Funguje ten mechanizmus s ID13 ? Nevrati sa hodnota nejako watchdogom naspat ? V aktualnom FW 682 je default 1550 nastavena na enable flash writing.
Rad si pokecam po telefone. Pristup cez Teamviewer ku mne na Windows a dalej do VNC na Raspberry Pi.
Mam nekonecny pausal do EU.
Jozef
Mam XTH-8000, RCC02, 232i, Xcom_CAN a 2xUS3000.
Dlhsi cas sa venujem komunikacii cez XcomAPI:
https://gogs.es-lab.de/mueller_to/Xcom-API
a komunikacii s Openhab2 a zobrazenim hodnot z Influxdb do grafany.
S vycitanim informacii 3xxx nie je ziadny problem.
Otazka je ako poslat z prikazoveho riadku XcomAPI.py zmenu parametra 1xxx s ID5 (qsp_value) a ID13 (unsaved_qsp_value).
Z RCC mam QSP pristup.
Funguje ten mechanizmus s ID13 ? Nevrati sa hodnota nejako watchdogom naspat ? V aktualnom FW 682 je default 1550 nastavena na enable flash writing.
Rad si pokecam po telefone. Pristup cez Teamviewer ku mne na Windows a dalej do VNC na Raspberry Pi.
Mam nekonecny pausal do EU.
Jozef
Re: Studer ComBus Openhab2 Influx, Grafana XcomAPI
Neviem ci si celkom rozumieme, ale v tomto vlakne popisujem ako citat data priamo z CAN zbernice studer bez pouzitia XCOM. Proste k raspberry pripojis prevodnik na CAN-bus a citas/zapisujes hodnoty priamo na zbernicu. QSP pristup je v tomto pripade uplne irelevantny, lebo na zbernici nie je ziadna kontrola pristupu.
Tu je napr. navod ako v pythone zapisat hodnotu 1550:Jusufs píše: ↑sob srp 06, 2022 7:42 am Otazka je ako poslat z prikazoveho riadku XcomAPI.py zmenu parametra 1xxx s ID5 (qsp_value) a ID13 (unsaved_qsp_value).
Funguje ten mechanizmus s ID13 ? Nevrati sa hodnota nejako watchdogom naspat ? V aktualnom FW 682 je default 1550 nastavena na enable flash writing.
msg = can.Message(arbitration_id=0x15A310E2, data=[0x28, 0x92, 0x10, 0x08, 0x00, 0x00]) #zapis 1550 = no
msg = can.Message(arbitration_id=0x15A310E2, data=[0x28, 0x92, 0x10, 0x08, 0x00, 0x01]) #zapis 1550 = yes
can0.send(msg)
Tak si len vyber hodnotu aku chces zapisat (No/Yes) a send to na zbernicu studera.
Ak mas QSP pristup nie je nic jednoduchsie ako odchytavat jednotlive sequencie ktore posielas na zbernicu a ovladat ich potom vlastnych softwareom. Pripadne zbierat online data zo studerov (navod ako na to mas v tomto vlakne) a zapisovat ich do databaz a kreslit z nich grafy.
-
- Příspěvky: 38
- Registrován: sob srp 06, 2022 6:58 am
- Bydliště: Bratislava
- Výkon panelů v FVE [Wp]: 4000
- Kapacita baterie [kWh]: 7
Re: Studer ComBus teardown
Dakujem Yolo za cenne rady.
Kedze som dochodca, byvaly automatizer, tak mam cas na hratky s RPi a patricnym hardverom a softom
Posielam par fotiek mojho riesenia.
Mam aj CAN-HAT na RPi4.
Studer pise o CAN vlastnej NEVEREJNEJ zbernici (komunikacia po prepojoch medzi RCC, 232i, Xcom-CAN a Xtender.)
Myslel som, ze je sifrovana, ale CAN komunikaciu som este neskusal.
Studer mam s US3000 nastaveny DIP Xcom-CAN v mode Slave, teda BMS US3000 je master.
Parametre BATTERY MANAGEMENT AND CYCLE a niektore dalsie su z RCC nepristupne (vyznacene bledooranzovou).
Pokial pouzijem Studer ako master, prebera Studer riadenie nabijania, co povazujem z hladiska nastavenia parametrov za komplikovanejsie.
Studer samozrejme uprednostnuje tento rezim a zbavuje sa zodpovednosti za nabijanie.
Kedze FW 682 zapina 1550 na true, pri prechode na stav menica ZAP 1550 vypinam z rule Openhabu.
FLASH TRVALE MAT V STAVE WRITE DISABLED !!!
Chcel by som bez zapisu do flash teda len do RAM dynamicky riadit
pri zachovani interneho blokovania xtenderu AUX1 (delta U, delta P a delta SOC) napr.:
V systeme mam Fronius pre FV.
Su dve moznosti prepojenia systemu:
1. AC Out s Froniusom a spotrebou domu (nabijanie z AC Out, offgrid s phase shift pri rozpojenom transfer alebo externom transfer rele pred AC In)
2. AC In s Froniusom, distribuckou a spotrebou (nabijanie len z AC Out?
Kedze mam povolene prebytky do distribucnej siete, asi je pre mna vhodna moznost 2.
1. znizovat/zvysovat AC In limit 1107 podla hodnoty vyroby FV energie s Froniusu (PACb).
Obmedzuje 1107 aj maximalny prud nabijania z AC Out ????)
2. blokovat transfer/ext rele na vstupe AC In podla hodnoty vyroby FV energie s Froniusu (PACb).
3. Blokovat len v RAM inverter, charger, boost etc. teda len unsaved_qsp_value telegramami s parametrom ID=13 (#0D).
Zakazuje parameter 1540 Prohibits charger nabijanie len z AC In alebo aj AC Out ?
Z mojich pokusov sa mi zda, ze 1107 neviem unsaved_qsp_value parametrom zmenit.
Otazka co z parametrov 1124-Inverter, 1125-charger, 1126-boost allowed, 1545-remote entry active, etc. viem menit v rezime unsaved_qsp_value.
1628,1629 watchdog je vypnuty.
--------------------------------------------------
Rpi4 ma digitalne vstupy, vystupy (aj rele) a analogove vstupy (snimace teploty) a mozem este vytvorit logiku napr. pre ovladanie externeho ci vnutorneho transfer rele, pripadne nastavovanim remote entry vstupu externe a blokovat napriklad nie transfer rele ale charger prohibited.
Riadit teda povolenie nabijania len ak je dostatocna vyroba Froniusu (pripojeny do systemu cez ModbusTCP - priloha obrazok).
Samozrejme tento modul je pouzity naviac, ale ak chcem ovladat externe rele, ci merat teploty v skrini v priestore US3000, ci inde, tak sa zide
Vcera som doplnil aj meranie maximalneho driftu clankov jednotlivych US3000 a celkoveho driftu medzi US3000 modulmi - prvy obrazok.
Z vyssie uvedeneho vyplyva, ze je riadenie xtendera a monitoring ale aj vypnutie vykonovej casti mozne. Vyzaduje to znalost manipulkacie s telegramami a hlavne mechanizmu pouzivania pramaterovych telegramov bez zapisu do RAM.
Suport Studera je velmi skromny. Dokumentacia je tiez spartanska. Neuvadza napr. ako suvisia parametrove prikazy s odpovedajucimi zmenami informacnych telegramov (nie su zverejnene pary parameter-informacia/cie).
Som zvedavy na reakcie. Vela zdaru rpi vasej implementacii a programovania v Pythone
Pekny den.
Kedze som dochodca, byvaly automatizer, tak mam cas na hratky s RPi a patricnym hardverom a softom
Posielam par fotiek mojho riesenia.
Mam aj CAN-HAT na RPi4.
Studer pise o CAN vlastnej NEVEREJNEJ zbernici (komunikacia po prepojoch medzi RCC, 232i, Xcom-CAN a Xtender.)
Myslel som, ze je sifrovana, ale CAN komunikaciu som este neskusal.
Studer mam s US3000 nastaveny DIP Xcom-CAN v mode Slave, teda BMS US3000 je master.
Parametre BATTERY MANAGEMENT AND CYCLE a niektore dalsie su z RCC nepristupne (vyznacene bledooranzovou).
Pokial pouzijem Studer ako master, prebera Studer riadenie nabijania, co povazujem z hladiska nastavenia parametrov za komplikovanejsie.
Studer samozrejme uprednostnuje tento rezim a zbavuje sa zodpovednosti za nabijanie.
Kedze FW 682 zapina 1550 na true, pri prechode na stav menica ZAP 1550 vypinam z rule Openhabu.
FLASH TRVALE MAT V STAVE WRITE DISABLED !!!
Chcel by som bez zapisu do flash teda len do RAM dynamicky riadit
pri zachovani interneho blokovania xtenderu AUX1 (delta U, delta P a delta SOC) napr.:
V systeme mam Fronius pre FV.
Su dve moznosti prepojenia systemu:
1. AC Out s Froniusom a spotrebou domu (nabijanie z AC Out, offgrid s phase shift pri rozpojenom transfer alebo externom transfer rele pred AC In)
2. AC In s Froniusom, distribuckou a spotrebou (nabijanie len z AC Out?
Kedze mam povolene prebytky do distribucnej siete, asi je pre mna vhodna moznost 2.
1. znizovat/zvysovat AC In limit 1107 podla hodnoty vyroby FV energie s Froniusu (PACb).
Obmedzuje 1107 aj maximalny prud nabijania z AC Out ????)
2. blokovat transfer/ext rele na vstupe AC In podla hodnoty vyroby FV energie s Froniusu (PACb).
3. Blokovat len v RAM inverter, charger, boost etc. teda len unsaved_qsp_value telegramami s parametrom ID=13 (#0D).
Zakazuje parameter 1540 Prohibits charger nabijanie len z AC In alebo aj AC Out ?
Z mojich pokusov sa mi zda, ze 1107 neviem unsaved_qsp_value parametrom zmenit.
Otazka co z parametrov 1124-Inverter, 1125-charger, 1126-boost allowed, 1545-remote entry active, etc. viem menit v rezime unsaved_qsp_value.
1628,1629 watchdog je vypnuty.
--------------------------------------------------
Rpi4 ma digitalne vstupy, vystupy (aj rele) a analogove vstupy (snimace teploty) a mozem este vytvorit logiku napr. pre ovladanie externeho ci vnutorneho transfer rele, pripadne nastavovanim remote entry vstupu externe a blokovat napriklad nie transfer rele ale charger prohibited.
Riadit teda povolenie nabijania len ak je dostatocna vyroba Froniusu (pripojeny do systemu cez ModbusTCP - priloha obrazok).
Samozrejme tento modul je pouzity naviac, ale ak chcem ovladat externe rele, ci merat teploty v skrini v priestore US3000, ci inde, tak sa zide
Vcera som doplnil aj meranie maximalneho driftu clankov jednotlivych US3000 a celkoveho driftu medzi US3000 modulmi - prvy obrazok.
Z vyssie uvedeneho vyplyva, ze je riadenie xtendera a monitoring ale aj vypnutie vykonovej casti mozne. Vyzaduje to znalost manipulkacie s telegramami a hlavne mechanizmu pouzivania pramaterovych telegramov bez zapisu do RAM.
Suport Studera je velmi skromny. Dokumentacia je tiez spartanska. Neuvadza napr. ako suvisia parametrove prikazy s odpovedajucimi zmenami informacnych telegramov (nie su zverejnene pary parameter-informacia/cie).
Som zvedavy na reakcie. Vela zdaru rpi vasej implementacii a programovania v Pythone
Pekny den.
- Přílohy
-
- US3000drifts-Xtender-bars.JPG (258.63 KiB) Zobrazeno 8145 x
-
- US3000_1.JPG (111.16 KiB) Zobrazeno 8158 x
-
- RCC-restricted-1xxx-XTH-slave-mode.JPG (111.72 KiB) Zobrazeno 8158 x
-
- OH2-Fronius-ModbusTCP.JPG (43.11 KiB) Zobrazeno 8158 x
-
- Important-Pars-1xxx.JPG (245.4 KiB) Zobrazeno 8158 x
-
- Grafana_Studer_US3000_uberwachung.JPG (270.16 KiB) Zobrazeno 8158 x
-
- Grafana.JPG (333.3 KiB) Zobrazeno 8158 x
-
- EMU_Fotovoltaika.JPG (88.41 KiB) Zobrazeno 8158 x
-
- BMS_CAN_US3000_12.JPG (94.64 KiB) Zobrazeno 8158 x
-
- Akkustation.JPG (216.48 KiB) Zobrazeno 8158 x
-
- 1646-1647.JPG (19.97 KiB) Zobrazeno 8158 x
Re: Studer ComBus teardown
Mas to pekne spravene.
Majitelov studera je tu viacej. Kombinaciu Fronius + Studer tu ale asi nikto nepouziva. Nie celkom rozumiem na ktore otazky potrebujes odpoved, alebo s cim pomoct. Skus to popisat trochu zrozumitelnejsie, pripadne si zaloz vlastne vlakno ak sa to netyka priamo pisania/citania z CAN busu studera. Urcite sa tu najdu ludia ktori budu vediet poradit/pomoct.
PS: To cidlo na alarm nie je dobre umiestnene lebo menic je zdroj tepla. Bud bude slepe alebo moze spustat falosne poplachy od pohybujuceho sa tepleho vzduchu.
Majitelov studera je tu viacej. Kombinaciu Fronius + Studer tu ale asi nikto nepouziva. Nie celkom rozumiem na ktore otazky potrebujes odpoved, alebo s cim pomoct. Skus to popisat trochu zrozumitelnejsie, pripadne si zaloz vlastne vlakno ak sa to netyka priamo pisania/citania z CAN busu studera. Urcite sa tu najdu ludia ktori budu vediet poradit/pomoct.
PS: To cidlo na alarm nie je dobre umiestnene lebo menic je zdroj tepla. Bud bude slepe alebo moze spustat falosne poplachy od pohybujuceho sa tepleho vzduchu.
-
- Příspěvky: 38
- Registrován: sob srp 06, 2022 6:58 am
- Bydliště: Bratislava
- Výkon panelů v FVE [Wp]: 4000
- Kapacita baterie [kWh]: 7
Re: Studer ComBus teardown
Dakujem za reakciu Yolo.
Mam aj ten CAN HAT, takze prilezitostne to skusim s python kniznicami.
Podla popisu si pripojeny priamo na internu CAN zbernicu a tvrdis, ze komunikacia nie je sifrovana. Spravne ?
Nie je nebezpecne komunikovat s internou zbernicou aj ked robis len monitoring/odposluch trafficu ?
Myslim narusenie timingu internych studer telegramov.
Existuje aj moznost pripojit sa na druhe rozhranie Xcom-CAN v tolerantnom mode.
Skusal si aj tuto moznost pri pripojeni prveho rozhrania na BMS baterky ?
-------------------------------------------------------------------------------------------------------------------------------------
Seriovu komunikaciu ohladne informacii z Studer menica 3xxx a Xcom-CAN 7xxx mam hotovu cez modul 232i.
Potrebujem objasnit zmenu parametrov 1xxx a 6xxx v pripade ze posielam telegram s property_id=5 (zapise sa pri 1550 Flash enebled ihned do flash
a unsaved_qsp_value s property_id=13 (zapise sa len do RAM).
Existuje zavislost modifikacie parametrov od stavu 1550 ?
S tym novym vlaknom mas pravdu, vie to urobit nejaky admin, alebo mozem presunut prispevky ja sam ?
Ak len admin, tymto prosim o presun.
Mam aj ten CAN HAT, takze prilezitostne to skusim s python kniznicami.
Podla popisu si pripojeny priamo na internu CAN zbernicu a tvrdis, ze komunikacia nie je sifrovana. Spravne ?
Nie je nebezpecne komunikovat s internou zbernicou aj ked robis len monitoring/odposluch trafficu ?
Myslim narusenie timingu internych studer telegramov.
Existuje aj moznost pripojit sa na druhe rozhranie Xcom-CAN v tolerantnom mode.
Skusal si aj tuto moznost pri pripojeni prveho rozhrania na BMS baterky ?
-------------------------------------------------------------------------------------------------------------------------------------
Seriovu komunikaciu ohladne informacii z Studer menica 3xxx a Xcom-CAN 7xxx mam hotovu cez modul 232i.
Potrebujem objasnit zmenu parametrov 1xxx a 6xxx v pripade ze posielam telegram s property_id=5 (zapise sa pri 1550 Flash enebled ihned do flash
a unsaved_qsp_value s property_id=13 (zapise sa len do RAM).
Existuje zavislost modifikacie parametrov od stavu 1550 ?
S tym novym vlaknom mas pravdu, vie to urobit nejaky admin, alebo mozem presunut prispevky ja sam ?
Ak len admin, tymto prosim o presun.
- Přílohy
-
- Grafana Jozef.JPG (168.63 KiB) Zobrazeno 7964 x
Re: Studer ComBus teardown
Presne ako je tu hore uvedene, nie je to sifrovane a daju sa pekne citat udaje.
Pripajam sa vzdy na jeden koniec zbernice kde nebezia ramce medzi menicmi a pripaja sa tam RCC (prip. priamo na volny port RCC). Narusenie timingu nehrozi kedze to osetruje priamo CAN zbernica. Zatial som nic neznicil aj ked sa mi uz ozval uzivatel ktoremu sa podarilo zmazat FID
Nie, nemam XCOM, can,232 ani ziadny iny.
Nemam xcom-232 takze neviem co je property_id. Zapisovat po zmene stavu 1550 som samozrejme skusal a nenarazil som na ziadny parameter ktory nesiel zapisat priamo na CAN studera. Nevylucujem ale ze taky existuje. Su tu chalani ktory pouzivaju xcom-232 takze mozno oni poradia.Jusufs píše: ↑úte srp 09, 2022 10:12 am Potrebujem objasnit zmenu parametrov 1xxx a 6xxx v pripade ze posielam telegram s property_id=5 (zapise sa pri 1550 Flash enebled ihned do flash a unsaved_qsp_value s property_id=13 (zapise sa len do RAM).
Existuje zavislost modifikacie parametrov od stavu 1550 ?
-
- Příspěvky: 38
- Registrován: sob srp 06, 2022 6:58 am
- Bydliště: Bratislava
- Výkon panelů v FVE [Wp]: 4000
- Kapacita baterie [kWh]: 7
Re: Studer ComBus teardown
Dakujem za odpoved Yolo.
Dnes som zistil, ze tie parametrove prikazy idu vo formate unsaved_qsp_value v nezavislosti od 1550 flash enabled
Niektore prestavenia parametrov su trvale (az do restartu xtendra) a niektore sa 5 sekundach vracaju asi na flash hodnotu.
Vracaju sa 1124 Inverter allowed, 1125 Charger allowed a asi aj nejake dalsie.
Takze idem bastlit jednoduche riadenia v spojitosti s Froniusom napr. 1138 Battery charge current od aktualneho vykonu Froniusu,
alebo ovladanie AUX ci priamo 1545 Remote entry active a tym zakazat transfer rele etc.
Dnes som zistil, ze tie parametrove prikazy idu vo formate unsaved_qsp_value v nezavislosti od 1550 flash enabled
Niektore prestavenia parametrov su trvale (az do restartu xtendra) a niektore sa 5 sekundach vracaju asi na flash hodnotu.
Vracaju sa 1124 Inverter allowed, 1125 Charger allowed a asi aj nejake dalsie.
Takze idem bastlit jednoduche riadenia v spojitosti s Froniusom napr. 1138 Battery charge current od aktualneho vykonu Froniusu,
alebo ovladanie AUX ci priamo 1545 Remote entry active a tym zakazat transfer rele etc.
Re: Studer ComBus teardown
Urcite sa vracaju? Niekde som totiz cital poznamku ze ak je zapis len do ram, tak precitanie vrati hodnotu ulozenu vo flash.Jusufs píše: ↑úte srp 09, 2022 1:47 pm Dakujem za odpoved Yolo.
Dnes som zistil, ze tie parametrove prikazy idu vo formate unsaved_qsp_value v nezavislosti od 1550 flash enabled
Niektore prestavenia parametrov su trvale (az do restartu xtendra) a niektore sa 5 sekundach vracaju asi na flash hodnotu.
Vracaju sa 1124 Inverter allowed, 1125 Charger allowed a asi aj nejake dalsie.
After parameter {1550} has been set to “no”, all other parameters can be written without count limit. Because the values of all other parameters are not stored in flash, the read operation will give the values before {1550} as be changed to “no”. Also, after a reset the old values will be taken.