Studer informacie

[marsal64]

Děkuji, pánové.

[beethowen]

Nemáš nastavený max. nabíjecí proud v BSP? Vypadá, že jede nějakým max výkonem, nebo může být už omezováno nabíjení, protože je baterka nabitá. On vždy jeden VT jede normál výkonem a druhý jenom doplňuje zbytek, když už nelze, aby oba jely naplno.
Jsou k tomu další grafy? SOC, Ubat, Ibat, atd.?

[redcrown]

Jojo, já věděl, že se mi to PLC i k Studeru bude hodit..., cooo, redcrown?

No je pořád věřím, že ho nebudu potřebovat:)

[beethowen]

Jojo, já věděl, že se mi to PLC i k Studeru bude hodit..., cooo, redcrown?

No je pořád věřím, že ho nebudu potřebovat:)

To jsem nějak vůbec nikdy neuvažoval, že by to bylo třeba. Jednak to neumím programovat a zatím všechno, co jsem potřeboval, tak jsem v tom Studeru vždy nějak nastavil.

[redcrown]

Ale však jo, on si marsal64 jenom rád hraje:). Ale jo, kdo na to má hlavu a čas, tak tomu rozumím.

[Martin P]

Mám dva identické stringy, každý na jeden Variotrack. Stringy téměř čistě na západ a východ, sklon 16 stupňů, bez zastínění, takže rozdíl ve výkonu, viz obr., mi nedává smysl a působí to na mne buď HW problémem nebo že jsou VT nastaveny každý jinak.

Než vytáhnu scom.exe a začnu zkoumat pojistky, dráty, atd., zeptám se z lenosti tady, jestli se s tímto někdo zkušenější nepotkal resp. jestli to nejde ověřit jednodušeji: když nastavím jánevím 10005 pomoci remote console na portálu, tak to zapíše pro oba Variotracky, které by měly být pak sesynchronizované, ne?

A přečíst hodnoty z jednotlivých Variotracků pomocí remote control na portálu tedy jde nebo to můžu jen pomocí scom ev. PLC apod. posazeného na XCOM nebo přes backup?

Měl jsem původně nabíjení sesynchronizované s XTM, pak jsem to rozpojoval (10037) - nemohlo by to souviset?

U mne se pcm60x chovají hodně podobně. Na měření napětí na jejich displejich je vidět rozdíl naměřeného napětí cca 0,2V. Regulátory, co měří vyšší napětí při dosažení nastavené hranice začnou ubírat a ti s nižším napětím se na ně postupně dotahují. Při udržování napětí primárně táhnou regly s nižším namerenym napětím a ostatní se přidají až po poklesu napětí (jedno jestli je to způsobeno vyšší spotřebou, nebo slabým osvětlením panelů).
U Tebe předpokládám to samé. Regulátor, co měří nižší napětí táhne více a druhý dorovnáva zbytek.

Edit: oprava gramatiky.

[Lui]

presne tak sa chovajú 4 studery ako popísal Martin P a tiež sú prepojené komunikačným káblom.

[redcrown]

tak zkus v době sníženého výkonu nabíječů zapnout silný spotřebič. Uvidíš, jak je rozdělený výkon mezi nabíječe v omezení a jak to dopadne po odšpuntování. Doufám, že to je vidět na RCC pro jednotlivé nabíječe. Já mam zatím jen jeden, tak to nemůžu potvrdit.

[marsal64]

Věc je jasná, díky znovu všem, zase trochu dalších zkušeností...

Přesto ještě si dovolím zopakovat doprovodný dotaz: když chci zjistit parametry nastavení jednotlivých variotracků atd., toto tedy nelze přímo z portálu, kde mohu zadat jen skupinové id? Chápu, že to lze přes scom.exe nebo XCOM nebo pomocí backupu do .CSV. Ale přes portál a Remote Control tedy nikoli?

[beethowen]

Věc je jasná, díky znovu všem, zase trochu dalších zkušeností...

Přesto ještě si dovolím zopakovat doprovodný dotaz: když chci zjistit parametry nastavení jednotlivých variotracků atd., toto tedy nelze přímo z portálu, kde mohu zadat jen skupinové id? Chápu, že to lze přes scom.exe nebo XCOM nebo pomocí backupu do .CSV. Ale přes portál a Remote Control tedy nikoli?

Úplně nechápu, jak to přesně myslíš.
Ale přes portál a remote control můžeš ovládat systém jako by jsi byl u RCC displeje, nebo přímo zadáváním a čtením parametrů, pokud znáš čísla. Pokud jsou Variotracky synchronizované, což předpokládám, tak ty parametry jsou stejné.
Výpis nastavení přes portál neuděláš. respektive uděláš, ale jenom na SD kartu v RCC nebo XCOM.

[marsal64]

Pokud by někdo zkušenější měl čas a chuť, komentář uvítám:

Mám nastaveno spínání transfer relé, pokud SOC je níže než 30% a vypínání, pokud je SOC výše než 80%.
Dále mám nastaveno spínání transfer relé podle výkonu:
1258 Inverter power level 1 activate (AUX 1) Yes
1259 Power level 1 120%
1260 Time delay 0

Ráno v 10:41:58 se tedy vypíná transfer relé a přepíná na baterky.

V 21:48:26 se peče kolem 4kW, do toho se zapíná na stejné fázi varná konvice, což XTM vzdá a transfer relé spíná. Ale nevím bohužel, jestli se to stalo na základě detekce výkonu (1259, 1258) nebo na základě overloadu. Autorestart dioda nebliká.

Protože SOC je někde kolem 50%, po odeznění výkonové špičky v 22:02:49 (parametry 1267 a 1268 nezměněny) se znovu rozepíná transfer relé a všechny tři fáze jedou znovu na baterie.

Funkčnost kolem času overloadu je tedy zachována, v domě nikdo nic nepozoruje, ale vlastně nejsem schopen poznat, jestli to způsobila dobrá funkce detekce přetížení (pak nevím, proč je tam Halted zpráva) nebo zabral až automatický přepínač na výstupu, který za Studerem mám a je řízený právě L1, která se přetížila (ale pak nevím, proč nebliká Autorestart dioda).

Není lepší použít pro požadovanou funkčnost detekce overload a přepnutí na transfer relé 1228 místo 1259+1258?

[DanoP]

Ak je pripojene RCC alebo XCom a povolone logovanie na SD kartu, tak na karte v adresari CSVFILES\LOG su csv subory (stlpce oddelene ciarkou - treba do excelu importovat z textoveho suboru) tak v tych logoch su udaje pominute, vratane parametrov ako Mode, Transfer rele, Aux1, Aux2

Myslim ze bola k tomu aj "aplikacia" pre Excel Xtender Data Analysis Tool 1.6.40.xlsm, kde sa daju tie csv nacitat a potom to vyzera takto

[marsal64]

Když pošlu Studeru přes XCOM příkaz, musím čekat na odezvu (s doporučovaným timeoutem 2s) a až pak poslat další příkaz nebo je možné komunikovat asynchronně?

[DanoP]

Záleží ako sa má vyhodnocovať timeout. Ja to robím synchrónne aby som jednoducho odchytil timeout s možnosťou zopakovania príkazu. Skúsenosť mám takú, že príkazy zo skupiny info sú bez timeoutu, na rozdiel od čítania registrov XTM. BSP tiež málokedy hodí timeout. Inak timeout som skrátil, už si nepamätám presne hodnotu , ale určite je niečo okolo 500ms. Pokiaľ nepríde odozva do toho času, už nepríde. Môžem ešte pozrieť do zdrojaku.

[marsal64]

Díky, takže zůstanu u synchronního cyklu dotaz-odezva. Čím Ty XCOM ovládáš?

[DanoP]

Díky, takže zůstanu u synchronního cyklu dotaz-odezva. Čím Ty XCOM ovládáš?

Napisany program v c#, odladene na windows a hodene na orange pi - armbian (debian pre ARM).

[marsal64]

V měření SOC buď plave BSP nebo já.
Měl jsem nastaveno přepnutí podle SOC na síť při 30% a to jsem si dal, viz obr., ráno z toho bylo práskání toho automatického přepínače sítí, který mám za Studerem.
Takže měním nastavení přepínání na síť podle napětí baterie a doufám, že časem se ten BSP srovná?

[Frenky]

V měření SOC buď plave BSP nebo já.
Měl jsem nastaveno přepnutí podle SOC na síť při 30% a to jsem si dal, viz obr., ráno z toho bylo práskání toho automatického přepínače sítí, který mám za Studerem.
Takže měním nastavení přepínání na síť podle napětí baterie a doufám, že časem se ten BSP srovná?

Nesrovná, mě to BSP ukazuje blbě od začátku. Cca v roce 2016 jsem kupoval první měnič a blblo to pořád stejně. BSP ukazuje správně pouze máš li Pb baterie u ostatních baterií to ukazuje zhovadilosti. Nikdo, ani Matěj a svého času Robert mi to nedokázali ani vysvětlit, ani nastavit. Prostě jsem si na to zvyknul a vše řídím napětím, i kdyz mi každý říká, že je to u LiFe blbost.

[mobilik]

Potvrdzujem, to.iste bolo aj u mňa pokiaľ som mal winstony... BSP klamalo dosť.

[milhaus]

Je to video sice od Victron Energy ale dobře vysvětleno a lze použít i pro BSP Studer.
Rozdíly v měření SOC jsou větší , pokud není vždy po nějaké době dosaženo 100%. Jak je řečeno ve videu.

https://youtu.be/mEN15Z_S4kE