Jak oszukać NEC - uruchomić bez lampy?

Witam,

balast pracuje z lampą wyładowawczą... odpala z wysokim napięciem potem napięcie spada - prądy nie są tam duże. Led MUSI mieć odpowiedni prąd inaczej będzie po Ledzie... Mało tego wraz ze wzrostem temperatury spada rezystancja diody a co za tym idzie prąd wzrasta - dlatego dla LED stosuje się zasilacze stałoprądowe (ciągły monitoring prądu tak by nie przekroczyć dopuszczalnego) oraz monitoruje się temperaturę diody.

Co do balastu to on musi być odpowiednio obciążony bo w przeciwnym wypadku poleci error lampy.

Jak obniżysz moc balastu i podepniesz LED to moim zdaniem efekt na pewno będzie widowiskowy

Ja z kolei jestem w trakcie przeprowadzki... jak się trochę ogarnę (czytaj zlokalizuję balast) to coś pokombinuję...

Pozdrawiam
DJ

p.s. Udanego wyjazdu.

Witam.
Zakładam, że nie uda mi się oszukać sygnałów rxd txd.
Potestuje zmniejszenie mocy do 50W, wyłączenia zapłonu wysokonapięciowego oraz zastosowanie 30V/50W LEDA. Zakładam, że przy spadku mocy LEDa (150W do 50W) w stosunku do lamy DC wyładowczej tj 2/3 nastąpi proporcjonalne zmniejszenie napięcie (z 90V do 30V) - oczywiście wcześniej protestuje na "grzałce" o odpowiednio mniejszej mocy (tj oporności).

Pozdrawiam. Tomasz.

Ps. Z tego co doczytałem linie rxd txd zastosowane sa standardowe w RS232 , czyli technologia stara jak świat (jak PC-ty).
Czy nie można połączyć lini Rxd i Txd bezpośrednio na okładzie IC4002, pomijając przejście do balastu?

Witam.
Na elektrodzie znalazłem rozmowę nt. UART, np. tutaj:
https://www.elektroda.pl/rtvforum/viewtopic.php?p=11427068#11427068.
oraz oszukanie balansu.
Zamieszczam również instrukcję obsługo balastu po UART, niestety z firmy Osram, ja posiadam z firmy Ushio w moim NECu VT48.
http://www.osram.com/media/resource/HIRES/333...AM-UART-Protocol,-version-1.3,-22.03.2013.pdf
Jak będę wiedział coś więcej, to dam znać.
Pozdrawiam Tomasz.

Witam,

Jak odłączysz obwody wysokiego napięcia to zadziałają zabezpieczenia, jedynie obniżenie mocy jest moim zdaniem wykonalne.

Dla LED NAJWAŻNIEJSZY jest prąd.

Co do TxD i RxD to masz rację... można je złączyć tylko że w projektorze są stany 5Vi 0V natomiast w COM są o wiele wyższe dlatego potrzebny jest MAX232.

DJ

witam.
Testowo udało mi sie obniżyc moc balastu ozn: PHG201G21BD (150W DC) firmy Ushio w moim Necu VT48 na 45W, zbijając napięcie z 90V (140W) na 56V, przy obciązeniu oporem 70 ochm.
Zwarłem jeden z oporników połaczonyvh szeregowo oznaczonych R10+R18+R27. Każdy znich to 130kOchm. Czy ktos posiada moze schemat do tego wynalazku?
CiekawY jestem czy Xenon bedzie działał na zasilaniu DC.
Obecenie zrezygnowałem z symulacji lini Txd i Rxd (Uart) na oszukania sterowania balansem.
Pozdrawiam. Tomasz.

Witam. Na cd zapraszam tu:
https://www.elektroda.pl/rtvforum/viewtopic.php?p=13891325#13891325
T.

WITAM.
Tak jak pisałem wyżej przerabiam NECA VT48 z balastem na Uarcie.
Projektor ruszył na ksenonie oraz obciążeniu balastu oporem 70 omów.
W zaciemnionym pokoju można oglądać filmy.
Pozdrawiam. Tomasz.

Temat trochę stary, ale może kogoś zainteresuje.
Udało mi się odczytać parametry transmisji, oraz kody wysyłane do mojego nec vt48 przez balast Ushio.
Pod wyście balastu podłączyłem grzałkę o oporze około 70Ω i zacząłem badać sygnały.
Więc tak, balat wysyła sygnały UART o parametrach 2400 baud, 8 data bit, parity even, 1 bit stop. (oscyloskop okazał się bardzo pomocny przy analizie sygnału)
Więc dalej, podpiłem go pod konwerter usb-ttl i zebrałem wszystkie wysyłane sygnały, w trybie hexa-decymalnym wygląda to mniej-więcej tak:

Jak widać balast wysyła 3 kody inicjujące, a potem powtarza w kółko 1 kod.
Zaprogramowałem więc mikroprocesor atmega8 żeby wysyłał te sygnały, i udało się. Projektor uruchamia się i nie zgłasza żadnych błędów.
Ale, kiedy już myślałem że wszystko jest ok, to po około od 3 do 30 minut pracy wywala znany błąd 6 mignięć status, naprzemiennie z power.
Mam już kilka wniosków na temat transmisji danych, więc jeżeli ktoś jest dalej zainteresowany tematem i chciałby pomóc to proszę o jakąś odpowiedź lub pw.

Witam!

Też mam zamiar odczytać w ten sam sposób mój rzutnik ale z braku czasu nie zgłębiam tematu... co do błędu który się pojawia to jest normalna sprawa, a mianowicie balast co jakiś czas jest "odpytywany" o status, temperaturę, itp.

Proponuję czytać informacje z UART'a dłużej, myślę że po pewnym czasie pojawi się coś innego niż 51320D.

Pozdrawiam
DJ

Po części masz racje, bo podłączyłem pod projektor oscyloskop i przez pierwsze 2-3 minuty wysyła w regularnych odstępach 1 zapytanie i otrzymuje 1 odpowiedź (51320D). Po tych 2-3 minutach zaczyna wysyłać po 3-4 zapytania. Na razie badałem tylko z podłączonym moim układem symulującym balast, więc odpowiadał on zawsze 51320D. Muszę teraz zbadać dokładniej sygnały przy podłączonym oryginalnym balaście.
Ale teraz zabawna sytuacja, ostatnio jak włączyłem projektor to chodził przez 1,5 godziny i nic się nie działo, więc sam go wyłączyłem. Następnego dnia pochodził przez 9 minut i wywalił błąd, ciekawe czemu się tak dzieje?

Na to pytanie to znają chyba tylko twórcy projektora

Mam taką teorię...

Podczas pracy rzutnika do mikroprocesora spływają informacje m.in. o temperaturach, napięciach, obrotach wentylatorów i innych więc może jak jakieś konkretne warunki się pojawiają to procek wykonuje jakiś test i między innymi zostaje odpytany balast o swój stan lub ogólnie robi ten test w określonym interwale czasowym np. co 2h pracy.

DJ