-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.nask.pl!news.nask.org.pl!newsfeed.pionier.net.pl!news.glorb.com!p
eer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.
com!nx02.iad01.newshosting.com!newshosting.com!newsfeed.neostrada.pl!unt-exc-01
.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-
for-mail
From: "J.F." <j...@p...onet.pl>
Subject: Re: Stała f w DCDC
Newsgroups: pl.misc.elektronika
User-Agent: 40tude_Dialog/2.0.15.1pl
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-2"
Content-Transfer-Encoding: 8bit
References: <lo94tb$8hs$1@srv.chmurka.net> <lo95ji$i6q$1@node1.news.atman.pl>
<lo9d0p$bfl$1@srv.chmurka.net>
<53a84ab1$0$2228$65785112@news.neostrada.pl>
<lo9rdf$g3g$1@srv.chmurka.net>
<53a87f7a$0$2374$65785112@news.neostrada.pl>
<lobf60$2rk$1@srv.chmurka.net>
<1...@4...net>
<lochs8$g3s$1@srv.chmurka.net>
Date: Tue, 24 Jun 2014 22:33:43 +0200
Message-ID: <13q4dl1v1l6gj$.b53aohg6734w$.dlg@40tude.net>
Lines: 76
Organization: Telekomunikacja Polska
NNTP-Posting-Host: h82-143-187-50-static.e-wro.net.pl
X-Trace: 1403642006 unt-rea-a-02.news.neostrada.pl 2159 82.143.187.50:58984
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 4363
X-Received-Body-CRC: 3191408401
Xref: news-archive.icm.edu.pl pl.misc.elektronika:666834
[ ukryj nagłówki ]Dnia Tue, 24 Jun 2014 21:01:05 +0200, Piotr Gałka napisał(a):
> Użytkownik "J.F." <j...@p...onet.pl> napisał w wiadomości
>>>> Tylko ze majac staly czas Ton, z grubsza biorac masz tez stala energie
>>>> impulsu,
>>> Jeśli zaczynasz od I=0 to tak, ale nie zaczynasz od I=0.
>>
>> Owszem ... choc to niekoniecznie zmienia sytuacje w istotny sposob.
>> Chyba ze ten Ton bardzo krotki.
>>
> Ja neguję tezę o stałej energii impulsu. Energia w dławiku jest
> proporcjonalna do kwadratu prądu, a przyrost prądu w czasie Ton zawsze taki
> sam.
> Przyrost energii wyraźnie zależy od tego czy start od I=0 czy od innej
> wartości.
Bardziej mi chodzi o to, ze typowe sterowniki sa tak robione, ze ten
Ton a wiec i energia impulsu sa dosc duze.
To czy bedzie narost od 0 do 1A, czy np od 0.2 do 1.2A, to taki tam
malo istotny blad :-)
Istotne ze szafujemu tu duzymi impulsami.
Choc jak zwrociles uwage - w wersji "stala f" i podobnych warunkach
pracy impulsy tez sa podobne.
>>>> Przetwornica o precyzyjnie dobranych (przez regulator) czasach ton/off
>>>> da energii akurat tyle ile trzeba.
>>>> Kosztem wolniejszej pracy tego regulatora przy naglych zmianach.
>>> Każda dąży do dania energii akurat tyle ile trzeba więc po co ponosić ten
>>> koszt stosując stałe f ?
>>
>> No nie, bo jesli np staly Ton, i dosc dlugi, to i impulsy wieksze.
>> w zakresie srednich obciazen lepiej skracac Ton niz wydluzac Toff.
>>
> No wiem, że te o stałym f robią odpowiednio i jedno i drugie na raz.
I tu jest zasadna inna uwaga - mamy utrzymac jeden parametr - sredni
prad, a mozemy zmieniac dwa parametry - Ton i Toff.
To sie nie musi konczyc stala f !
Wiec jak pisze w cudzyslowach "stala f", to mam na mysli podejscie do
regulacji - "analogowy" wzmacniacz bledu, regulujacy wypelnienie/prad
przetwornicy.
Kontra rozwiazania z komparatorem, gdzie sprawdzamy napiecie chwilowe
i wyzwalamy impuls w razie potrzeby (choc moze to byc bardziej
skomplikowane).
To, ze z pierwszego wychodzi stala f, to tylko skutek takiego a nie
innego podejscia do konstrukcji sterownika (modulatora). Wcale nie
musi.
>> Niebezpieczna sytuacja dla nas jest jednak wtedy, gdy prad obciazenia
>> jest na tyle duzy, ze wymagany prad w dlawiku zaczyna w szczytach
>> przekraczac prad nasycenia.
>> Ale to samo grozi przy "zmiennym f". Otwieramy klucz, zamykamy, prad
>> zaczyna spadac, po chwili spada i napiecie, spada ponizej "progu
>> wyzwolenia" ... a prad niekoniecznie spadl do zera. Kolejny impuls
>> podniesie prad koncowy bardziej, nastepny jeszcze bardziej i
>> nieszczescie gotowe.
>
> Czasem się gubię o czym kiedy piszesz. W pierwszym zdaniu wydaje mi się, że
> o zmiennym f, a potem, że przy zmiennym też ?
Pierwszy akapit sie tyczyl Twojej wypowiedzi dla "stale f".
Ale problem nasycenia dotyczy tez wersji "zmienne f", i to w bardzo
podobny sposob.
> Przy stałym f i current mode nasycenie dławika według mnie nie grozi (jak
> wszystko odpowiednio dobrane). Zadziała automatycznie jako ogranicznik prądu
> wyjściowego.
Owszem - zadziala ... bo jest ogranicznik.
>W innych wariantach trzeba specjalne dodatkowe środki.
Tak czy inaczej potrzebujemy miernika/monitora pradu plynacego.
J.
Następne wpisy z tego wątku
- 25.06.14 05:48 J.F.
- 25.06.14 08:59 Piotr Gałka
- 25.06.14 09:21 Piotr Gałka
- 25.06.14 09:44 RoMan Mandziejewicz
- 25.06.14 09:49 RoMan Mandziejewicz
- 25.06.14 10:10 Piotr Gałka
- 25.06.14 10:29 J.F.
- 25.06.14 12:00 RoMan Mandziejewicz
- 25.06.14 12:20 J.F.
- 25.06.14 12:26 J.F.
- 25.06.14 12:30 RoMan Mandziejewicz
- 25.06.14 13:12 RoMan Mandziejewicz
- 25.06.14 14:13 J.F.
- 25.06.14 15:30 RoMan Mandziejewicz
- 26.06.14 13:37 Piotr Wyderski
Najnowsze wątki z tej grupy
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
Najnowsze wątki
- 2025-02-22 spalinki
- 2025-02-22 Warszawa => Presales Engineer IT <=
- 2025-02-22 Warszawa => Kierownik ds. kluczowych Klientów <=
- 2025-02-22 Spalinki:)
- 2025-02-23 Useme
- 2025-02-22 Drogie mieszkania, drogie kredyty i ogromne zyski banków. Czy rząd ma rozwiązanie?
- 2025-02-21 Warszawa => Key Account Manager IT <=
- 2025-02-21 Warszawa => Data Engineer (Tech Lead) <=
- 2025-02-21 Aliexpress zaczął oszukiwać na bezczelnego.
- 2025-02-21 Warszawa => System Architect (Java background) <=
- 2025-02-21 Kula w łeb
- 2025-02-21 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-02-21 Warszawa => Solution Architect (Java background) <=
- 2025-02-21 Lublin => JavaScript / Node / Fullstack Developer <=
- 2025-02-21 Pawel S