Re: Offset měřicích traf u solárního měniče

[Pavel Hudeček]

No a nešlo by prostě ten drát, přes který jde ta vlastní spotřeba, 
protáhnout měřícím trafem od odpovídající fáze, takže se to vykompenzuje 
úplně dokonale a kromě toho 1 drátu není potřeba nic?
(možná mi něco uniklo, nečet jsem všechno)

PH

Dne 22.06.2023 v 8:52 Jan Půhoný napsal(a):
> Ty měřicí cívky jsou udělané takto:
>
> https://www.puhy.cz/temp/civky.png - zvýrazněno zeleně.
>
> Moc místa tam není, pár závitů by se tam vešlo, ale 100 určitě ně. 
> Navíc nejsou rozebiratelné, nebo to na první pohled tak vypadá, takže 
> by se to muselo nepříjemně protahovat.
>
> Když měnič ukazuje přetok (součet všech fází cca 3000W), tak na každé 
> z měřicích cívek naměřím 20 - 30mV AC. Tak asi v těchto hodnotách se 
> to pohybuje. Doporučíte tedy nějaké parametry toho trafa / vinutí od 
> čeho se odpíchnout?
>
> Díky.
>
> Honza Půhoný
>
>
> čt 22. 6. 2023 v 7:47 odesílatel Martin Záruba <swz na volny.cz> napsal:
>
>     Může to být tak, že on se snaží aby nebyl přetok do sítě. To
>     měření je buď blbě udělané nebo se počítá s tím, že nestíhá
>     reagovat. Ale pokud je to jen na jedné fázi, pak je tam asi
>     opravdu chyba. Pokud mu vnutím (přídavným vinutím v měřícím
>     transformátoru), že odebírám víc, on se to pokusí zkompenzovat a
>     odběr ze sítě poklesne. Ale bude to vidět jen na venkovním nebo
>     přídavném elektroměru. Na střídači to vidět nebude, protože on
>     bude opět regulovat podle informace, kterou dostal. Pozná se to na
>     něm jedině tak, že při zapnutí proudu do přídavného vinutí vzroste
>     při nezměněné zátěži výkon střídače. Nutně tedy musí poklesnout
>     odběr ze sítě.
>
>     Martin Záruba
>
>     Dne 21.6.2023 v 21:38 Petr Labaj napsal(a):
>>     Já prosím nijak nezpochybňuji co píšete. Jen to nechápu a rád
>>     bych to pochopil.
>>     Píšete, že výkon z panelu je dostatečný, a on přesto bere něco ze
>>     sítě.
>>     Tak jak se to změní tím, že uděláte offset nějakého měření?
>>
>>     Takhle odhadem by se mi zdálo (možná nesprávně), že z té sítě si
>>     bere svou
>>     vlastní spotřebu. A že si to výrobce zjednodušil a napájení
>>     měniče má pořád
>>     připojené na grid, i když má dost energie z panelu nebo z baterek.
>>
>>     Pokud to měří nějak vzdáleně a komunikuje s měničem po RS485:
>>     nebylo by řešení to ohnout na té digitální straně a tam mu
>>     nafixlovat
>>     co potřebujete?
>>
>>     Díky za osvětu.
>>     PL
>>
>>     ******************
>>
>>     Dne 21.6.2023 v 19:22 Jan Půhoný napsal(a):
>>>     Dobrý večer,
>>>
>>>     potřeboval bych nastavit nějaký offset u solárního měniče
>>>     ohledně měření spotřeby. Má snahu se chovat tak, že i když je
>>>     dostatečný solární výkon, stejně ze sítě spotřebovává cca 30 -
>>>     100W na každé fázi, většinou jen na jedné. Zkoušel jsem
>>>     zkratovat měřicí trafo, ano pomohlo to, ale měnič je pak trochu
>>>     zmatený a je to zbytečně moc. Mám pak zase snahu dobíjet baterku
>>>     ze sítě, protože nemá jak změřit rozdíl mezi výrobou a dodávkou
>>>     do sítě. Potřebuji něco jak mu nafixlovat cca o 100W větší
>>>     spotřebu než je ve skutečnosti.
>>>
>>>     Mám RCT Power storage DC 6.0 a s ním jako slave přes LAN RCT
>>>     Power Inventer 6.0. Funguje to hezky, ale toto mě štve. Přijde
>>>     mi zbytečné, aby cokoliv bral ze sítě, když je dost výkonu. Vím,
>>>     že tento problém je v horším i u Goodwee. Neexistuje nějaký hack
>>>     na ty měřicí cívky, jak mu vnutit o 100W na fázi více?
>>>     Pochopitelně mě napadlo je zkratovat na zkoušku jak jsem psal,
>>>     nebo protáhnout vodiče 2x, ale to je zbytečně moc. Potřeboval
>>>     bych to jen nějak podepřít o těch cca 100W.
>>>
>>>     V nastavení to bohužel nejde změnit. Mám tam jejich Power Switch
>>>     přes RS485, je tam dokonce kolonka multiplier na měření
>>>     jednotlivých fází, ale nejde to změnit ani pod instalačním
>>>     heslem. Je tam natvrdo 1.0 .
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20230622/0ce9e868/attachment.htm>