Axpert King - Pylontech fail

[kodl69]

Ještě pár detailů: na pylontechu máš dipswitche nastavený jak? Do kterýho z konektorů na pylontechu to má být zapojený? Nějak jsem z toho manuálu nebyl moc moudrej, tak ať nedělám další spoustu marnejch pokusů...

[camel1cz]

@kodl69 co všechno umí axpert v režimu PYL?

Naposled, co sem to řešil, tak mi z toho vyšlo, že to nemá smysl. Uměl tuším jen přenášet SOC za cenu blbě nastavených parametrů nabíjení (mám dojem, že příliš vysoké cut-off).

[batezip]

DIP switch nastavíš jen první do 1 (rychlost komunikace 9600), zbytek do nuly (pokud nemáš víc skupin pylontechů).
Připojíš to do portu RS485 viz: https://1drv.ms/u/s!ArL0QMODv2yk8_9pe96xkZrJwr71sg

[batezip]

@kodl69 co všechno umí axpert v režimu PYL?

Naposled, co sem to řešil, tak mi z toho vyšlo, že to nemá smysl. Uměl tuším jen přenášet SOC za cenu blbě nastavených parametrů nabíjení (mám dojem, že příliš vysoké cut-off).

Tak ty parametry se i tak dají v měniči upravit ne? Teď jako že dají

[camel1cz]

Už je to dlouho, ale žiju v přesvědčení, že to právě nešlo. Napěťové parametry byly pevně dané tím režimem PYL.

Jaký máš FW? Opravdu jde měnit nastaveni napětí i v PYL? Hlavně cut off a pak max napeti a float - často bývá zbytečně vysoko přes 53V.

A to měnění nabíjecího výkonu podle SOC máš ověřené?

[batezip]

Zatím jsem to neměnil, nedostal jsem se k tomu ještě, mám to cca měsíc, ale viděl jsem to jako možnost pro změnu. Zkusím doma o víkend, teď jsem pryč.

[lzahradil]

Komunikace na bms portu kinga pres rs485 je nějaká zvláštní.
Po zapnutí měniče s volbou PYL obživne BMS port. S měničem se pomocí PYL protokolu dá domluvit ale zřejmě očekává nějakou konkrétní sekvenci aby se dostal do režimu že je "spojen" s cihlou.
Bohužel žádnou cihlu k dispozici nemám tak nemohu odsnifovat komunikaci a zjistit tak sled použitých příkazů.
Výsledek je ten, že měnič po cca 2-3 minutách skončí s chybou 61 a následně odpojí výstup i přesto že by měl skočit jen do bypassu. Ten je samozřejmě povolen.
Veškerá napětí které lze v USE režimu nastavit jsou v tomto okamžiku přenastavené na tuším 51.2V (už nevím přesně z hlavy) a to je možná i důvod proč se měnič vypne.
Změní-li se napětí cutoff na těch 51.2 a já mám na baterii normálně víc, protože mám Lifepo4 16S

Pokud má někdo komunikaci s cihlou funkční a byl by schopen udělat snif komunikace která probíhá po nastavení volby PYL, určitě by pomohlo.

[camel1cz]

Zvláštní, měnič by měl být aktivní (master) a poslat do BMS nějaký příkaz (ascii string začínající Tildou ~ a končící \r) hned po připojení. Vadit by mu mělo jen když nedostane odpověď...

Těch fixnutych napětí se právě bojím... Kdyby to bylo 51,x tak to ještě jde... Ale ono to bude spíš 53,x a to je na 15S moc. Cutoff to pokud se nepletu nastavuje na 47 a to je taky moc a pak měnič nadává na low voltage pod větší zátěží.

[batezip]

Tak jsem na to koukal a ty parametry se tváří, jako by měli jít změnit, ale nejdou .
Každopádně jsem koukal na grafy a vyšší napětí než 52.6V jsem tam ještě ne měl. V tu chvíli to padne na 50.4V.
Cut off tam je 45V, ale pod 47.7V jsem se zatím nedostal. Jak baterie klesnou na 10%, tak zátěž odpojuju.

[camel1cz]

Tak to vypadá, že aspoň poladili ty pevné parametry na rozumnější hodnoty... Díky za test!

A nepovedlo se ti zjistit, jestli se není maximální nabíjecí proud? Čekal bych že s blížícím se plným nabitim bude chtít bms proud snižovat...

[Camel]

Měl bych otazku. Už jsem to hledal všude možně, ale pořád nemůžu najít řešení. U kamaráda zprovozňujeme Axpert King 48v v kombinaci pylontech us2000c. Pořád nám nelze rozchodit komunikace mezi pylontech a měničem. Vždy to hodí chybu 61. Zkoušeli jsme už asi 3 varianty zapojení propojovacího kabelu, ale pořád bez výsledku. Je možné, že by to nakonec nebylo kabelem ale určitou verzi firmware? Případně pokud to někomu funguje a komunikuje mohl by sem uvést přesné zapojení kabelu a k tomu i jaká je aktualní verze firmware v axpertu?

[camel1cz]

Firmwarem to nebude, sice se mezi verzemi měnilo, co to umí/jak se to chová - ale fungovalo to vždycky pokud byla volba PYL v menu.

Ověř, že:
- kabel máš ve správných portech (RS485 na baterii a LiOn - druhý zprava, mezi RS232 konzolí a USB na měniči)
- kabel nemáš obrácený - hodně kabelů není oboustranných a musíš použít správnou stranu do měniče a správnou do baterie a obráceně nefunguje. Zde pomůže Youdův oboustranný kabel
- máš na baterii nastavenou správnou rychlost 9600bps - první dip switch na baterii musí být ON (cvaknutý nahoře)

[Camel]

Firmwarem to nebude, sice se mezi verzemi měnilo, co to umí/jak se to chová - ale fungovalo to vždycky pokud byla volba PYL v menu.

Ověř, že:
- kabel máš ve správných portech (RS485 na baterii a LiOn - druhý zprava, mezi RS232 konzolí a USB na měniči)
- kabel nemáš obrácený - hodně kabelů není oboustranných a musíš použít správnou stranu do měniče a správnou do baterie a obráceně nefunguje. Zde pomůže Youdův oboustranný kabel
- máš na baterii nastavenou správnou rychlost 9600bps - první dip switch na baterii musí být ON (cvaknutý nahoře)

Ano kabely jsou ve zprávných zdířkách na pylontechu v RS485. a na axpertu taky správně na připojení li baterie.
na baterii na kostce kterou připojujeme do axperta je nastaven první dip na on na komunikační rychlost 9600bps.
kabel jsem zkoušel nacvaknout takto jak je z odkazu na Youdův oboustranný kabel takto zapojeny kabel ale nefungoval. Ještě jsem našel jiné zapojení kabelu které propojuje 3-8,5-7 vlevo piny axpertu a vpravo pylontech. takto to uvadějí v ostrovni-elektrarny.cz přímo u kinga odkud je i zakoupen. Bohužel ani jedna varianta kabelu nefungovala

[sitra]

Mas pylontech “C” nebo bez. To je podstatná informace.

[Camel]

Mas pylontech “C” nebo bez. To je podstatná informace.

Jak uvádím o dva příspěvky výše: us2000c

[sitra]

jjo, na mobilu jsem to přehlédl.
Každopádně verze u p. Kolaříka funguje. Taky jsem se na tom docela slušně vytrápil, a to jenom z důvodu že jsem piny na RJ45 počítal obráceně

[Camel]

jjo, na mobilu jsem to přehlédl.
Každopádně verze u p. Kolaříka funguje. Taky jsem se na tom docela slušně vytrápil, a to jenom z důvodu že jsem piny na RJ45 počítal obráceně

Po práci jdu na to znova kouknout, ale piny jsou napočítány dobře několikrát kontrolováno proto ta moje bezradnost

[camel1cz]

To je těžký - myslel sem, že tohle se děje jen mně

...zkusil bych ještě naopak nezapojovat ty ostatní piny. RS485 jede po dvou drátech bez GND - tak zkusit opravdu použít z UTP jen jeden kroucený pár a propojit jen tyhle dva piny a ostatní nekrimplovat vůbec. Spojuje se A s A a B s B... nekříží se to jako u RS232.

V provozu je pak dobré GND nakrimplovat jen na jedné straně a na druhé ho nechat "v luftě" kvůli potlačení rušení.

[Camel]

Tak problém se stále nepodařilo vyřešit. Teď to běhá v uživatelským nastavení. Nevím proč ta komunikace nejde. Verze firmware je U1: 72.00 a U2:102.71 takhle to ukazuje na displeji. Dokonce jsem sehnal oryginální kabel, který byl přímo zabalený ke kyngovi a na něm je napsáno PYLON, ale stále bez výsledku prostě komunikace se nechce rozchodit.

[kodl69]

Já jsem zatím neměl odvahu to znovu u toho axpert max zkoušet. Osstatně je potřeba tam nějaká novější verze FW? kde se to vlastně vyčte?