jak przedłużyć off-shoe do 2-3m. ?

[tplewa]

magart po części dobrze kombinujesz ale nie do końca...

Tak jak podałęm sygnał ma ok 104kHz

Nie przyrównuj tutaj telefonów czy ADSL to są linie transmisyjne przewidziane na większe odległości. Powiem ci że na wzmacniaczach stosowanych w ADSL krótkofalowcy robią 10W wzmacniacze na 3.5MHz
Do tego stosuje się różne modulacje

Tutaj chodzi o poziomy napięć i odstęp (różnice pomiędzy napięciem przy 0 i 1) prędkość narastania zboczy itd. itp.

Co do tego co leci po E-TTL to leci też wyzwolenie flasha jak i preflash.
A dzisiaj nawet wyszło w jednym z wątków że standardowy pin wyzwalany jest migawką. Co ciekawe w trybie LV nie wyzwolisz nim lampy (migawka jest cały czas otwarte), lampa wyzwalana jest wtedy przez E-TTL (tutaj dzieki dla dr11 że to sprawdził)...

Jak by było tak pięknie że się liczą tylko opóźnienia itp. to by było cudownie, można by sobie dobrym kablem z dobrymi złączkami prowadzić transmisje na tysiące kilometrów - a jak widać to nie nawet prosty i tani temat stosując światłowody... Tak samo nie potrzeba by standardów pętli prądowych, RS485 itp. - a właśnie po to powstały...

Temat jest dużo bardziej skomplikowany, ale to nie forum elektroniczne więc nie będę się tutaj nad tym rozwodził.

[magart]

Chyba mnie do końca nie zrozumiałeś:
tplewa: "Tutaj chodzi o poziomy napięć i odstęp (różnice pomiędzy napięciem przy 0 i 1) prędkość narastania zboczy itd. itp."
magart: "Faktem jest, że to sygnał cyfrowy (przebieg prostokątny) i trudniej się go przesyła niż sygnał akustyczny (też w paśmie do 100kHz), który jest bardziej sinusoidalny." itd. itp.

A co do reszty to napisałem, że kabelek po prostu nie może być lichy. Pisałem też między innymi o tłumieniu. Przy okazji - ekran między innymi wpływa na większe tłumienie...
Wiesz, nie chodzi tu o to, żeby wymyślać "koło" od nowa. Canon wymyślił sobie lampy ze sterowaniem i zadbał o odpowiednie standardy, które nie są jakieś kosmiczne. Są odpowiednie różnice napięć i jak nie przesadzimy z kablami to będzie wszystko OK.
Ale jednak od czy nawet rs485 to trzymajmy się z daleka
Ja tam nie mam zamiaru wyzwalać lampy z kilometra, a i dalej twierdze, że to nie jest ogromna częstotliwość transmisji na odległości na nasze potrzeby. Zresztą kabelki miclesa są dobrym na to dowodem.

[tplewa]

Tak jak mówisz Canon opracował protokolik który jest wystarczający, jednak nie przystosował go do dużych odległości. Natomiast poziomy są gorze niż przy TTL-u czyli w uproszczeniu 0V = 0, 5V = 1...

Dlatego napisałem że przy odległościach 15-20m to już mogą się pojawić problemy...

Zauważ że LPT pracuje w poziomach TTL i to też z niskimi częstotliwościami, a przy długich kablach do drukarek występowały problemy > 10m, a zdarzało się i że przy krótszych też były problemy.

Mam na dysku oscylogramy transmisji z mojego Tektronix-a (gdzie ładnie widać poziomy,clk, dane), ale nie mogę ich tutaj zbytnio zamieścić bo rośnie komercyjna konkurencja w osobie dj_drops-a

Choć jak mówiłem nie jest to reguła i przy dobrym przewodzie może i poleci więcej, z tym że im dłuższy kabel tym większa szansa że coś będzie źle lub nie za każdym razem działać. W amatorce można sobie to wybaczyć, ale jak ktoś fotografuje komercyjnie to może to być już nie do przyjęcia.

[axk]

Tak jak mówisz Canon opracował protokolik który jest wystarczający, jednak nie przystosował go do dużych odległości.

Ale jakie znowu "duże odległości"? Micles wykonał przedłużkę o długości prawie 25 m, dokładnie ją przetestował i jednoznacznie stwierdził iż działa w 100% poprawnie. Długość 25 m jak na taki przedłużacz jest wystarczająco duża i jeżeli działa ona poprawnie (a działa) to nie widzę większego sensu w dalszym roztrząsaniu tematu szybkości transmisji i ewentualnych zakłóceń w kontekście odległości. Przedłużka działa i to się liczy, a ewentualne błędy transmisji zachodzące w "kanale transmisyjnym" są dla użytkownika kompletnie bez znaczenia skoro wszystko funkcjonuje poprawnie. Jak widać żadne wzmacniacze czy ekrany (które notabene w tym przypadku były by praktycznie bezużyteczne) nie są do prawidłowej pracy niezbędne.

[magart]

No właśnie, tak też myślę. A poza tym, szczerze mówiąc więcej niż 10m na kablu to i tak , wtedy lepiej już coś bezprzewodowego bo nie wiem czy e-ttl się przydaje na te odległości

(A propos kabli drukarkowych to tam jest transmisja równoległa i między innymi z tego powodu zrezygnowano z tego standardu. Za dużo wzajemnie zakłócających się sygnałów, itp.)

W ttl chyba jak w każdym standardzie transmisji danych sa dopuszczalne pewne wahana napięcia więc nie musi być 5v (moze byc 4v albo i 3v) żeby sygnał był "1". Tak jak i napięcia w e-ttl u są rzędu do 5v (w przypadku toru CLK), a na innych mniej i różnica dla tych różnych kanałów w poziomie jest od 1,5 do 2,5v. Niby to nie dużo ale wystarczy spokojnie na naście metrów przy dobrym kabelku i normalnych warunkach otoczenia.

[micles]

Ale jakie znowu "duże odległości"? Micles wykonał przedłużkę o długości prawie 25 m, dokładnie ją przetestował i jednoznacznie stwierdził iż działa w 100% poprawnie. Długość 25 m jak na taki przedłużacz jest wystarczająco duża i jeżeli działa ona poprawnie (a działa) to nie widzę większego sensu w dalszym roztrząsaniu tematu szybkości transmisji i ewentualnych zakłóceń w kontekście odległości. Przedłużka działa i to się liczy, a ewentualne błędy transmisji zachodzące w "kanale transmisyjnym" są dla użytkownika kompletnie bez znaczenia skoro wszystko funkcjonuje poprawnie. Jak widać żadne wzmacniacze czy ekrany (które notabene w tym przypadku były by praktycznie bezużyteczne) nie są do prawidłowej pracy niezbędne.

Chyba dla samych testów dla CB kupię następne 30m przedłużacza i sprawdzę

No właśnie, tak też myślę. A poza tym, szczerze mówiąc więcej niż 10m na kablu to i tak , wtedy lepiej już coś bezprzewodowego bo nie wiem czy e-ttl się przydaje na te odległości

70-200 + lampa z boku obiektu, baardzo często przy sesjach, ale również i przy sporcie :

źródło

źródło

Jakbym miał cały czas biegać do statywu i regulować moc lampy, to bym się zabiegał na śmierć. Nie mówiąc już o przeszkadzaniu zawodnikom, sędziom oraz o utracie cennego czasu

[arturs]

Nie pogonił Cię ten gość na motocyklu ?
tplewa - kurcze.. aż się zastanawiam czy nie wyciągnąć analizatora i oscyloskopu z piwnicy.. .. a napisz mi czy jak sobie robiłeś ten "przedłużacz" to robiłeś tak że po stronie nadawczej analizowałeś w procku i dalej przesyłałeś po czym w odbiorniku (przy lampie) to dekodowałeś i wysyłałeś do lampy? bo jak tak to faktycznie przy zmianach protokołu może być problem.. czy po prostu przesyłasz sygnały "na żywca" tak jak lecą z nóżek lampy dbając tylko o zależności czasowe? - w takim przypadku byłoby to zupełnie niezależne od protokołu..

[micles]

Nie pogonił Cię ten gość na motocyklu ?

No tak, bo u was w Kielcach, to to się nazywa motocykl

[arturs]

No tak, bo u was w Kielcach, to to się nazywa motocykl

taki ubłocony że się trochę pogrubił

[tplewa]

Dobra jeszcze powiem tak

Ja tutaj nie chcę toczyć wojny czy coś działa czy nie i nikomu nie chcę robić na złość. Po prostu podchodzę od strony prawidłowego projektowania elektroniki. To że coś działa nie znaczy że jest ok i tak należy robić.

Ludzie też jeżdżą po drogach gratami bez hamulców i im to nie przeszkadza - do czasu. Tak samo można sobie podciągnąć zasilanie do domu kablami 0.5mm^2 i też będzie działać - pytanie jak długo i czy tak należy robić.
Fakt może przegięte przykłady - jednak dające trochę do myślenia.

Po to są jakieś normy, obliczenia, zalecenia producenta itp. aby się do nich stosować.

axk:
dużo pisałeś na forum że dla ciebie liczą się dokumentacje i fakty, a nie coś z kosmosu (np. wytrzymałość palnika w lampie)... więc powinieneś zrozumieć co pisze producent, ewentualnie można sobie policzyć. Widzę że masz też jakiś związek chyba z automatyką przemysłową, a tam się nie robi ile poleci coś po kablu tylko korzysta z danych technicznych. Mimo że może to działać na dłuższe odległości...

Zauważ że w protokole komunikacji z lampą nie ma CRC itp. np. przy prostej komendzie 2 bajtowej wystarczy że zostanie przekłamany 1 bit w parametrze.
Pierwszy bajt to komenda, drugi to parametr. Lampa go zaakceptuje i potwierdzi że jest ok

Jednak co nam się może stać - lampa może dostać błędne info o przesłonie, czasie ekspozycji, ISO, trybie pracy aparatu i wielu innych danych. Na oko sobie błyśnie i niby jest ok, a tu zdjęcie np. przepalone...

To samo mówiłem o wtyczkach PS2 że są delikatne i mogą być problemy z kontaktem - i już się to sprawdziło.

Ale to jak wspomniałem na początku - nie chce robić tutaj głupich dyskusji. Każdy zrobi po swojemu i nie mam prawa go zmuszać do czegokolwiek.


arturs:
na to nie mogę odpowiedzieć - ot musiał bym powiedzieć jakie patenty zastosowałem

można łatwo policzyć jaka jest prędkość transmisji (podałem częstotliwość sygnału taktującego) - czy uda się przesłać radiowo np. przy maksymalnej prędkości moduliku 115kbps gdzie nie mamy duplex-u


Co do wyciągania oscyloskopu jak masz czas zachęcam, zawsze to więcej ciekawych rozwiązań może powstać.

Ale powiem że jest plan w nowym układzie dodania LCD i możliwość konfiguracji z prostego panelu każdej sterowanej lampy z osobna

[arturs]

arturs:
na to nie mogę odpowiedzieć - ot musiał bym powiedzieć jakie patenty

można łatwo policzyć jaka jest prędkość transmisji (podałem częstotliwość sygnału taktującego) - czy uda się radiowo np. przy maksymalnej prędkości moduliku 115kbps gdzie nie mamy duplex-u


Co do wyciągania oscyloskopu jak masz czas zachęcam, zawsze to więcej ciekawych rozwiązań może powstać.

Ale powiem że jest plan w nowym układzie dodania LCD i możliwość z prostego panelu każdej sterowanej z osobna

brak odpowiedzi jest bardzo istotną informacją .. tylko właśnie przy wariancie 1 przy wprowadzeniu nowych lamp i "treściwszej" komunikacji lampy z body (a nie tylko potwierdzenia) to może się problem robić.. a nie kombinowałeś z równoległym przesłaniem sygnałów kilkoma kanałami? albo zamiast tego na 433 MHz BT zapodać? hmm..
[OT] kurcze zamiast się zająć robotą to mi się zachciewa znowu bawić [/OT]

To napisz chociaż czy dużo tych danych tam leci?

[micles]

Po to są jakieś normy, obliczenia, zalecenia producenta itp. aby się do nich stosować. No to kupmy wszyscy pojedyncze oryginalne OC-E3 albo ST-E2 i tyle. Nawet pocket wizardów broń Boże, bo nie ma ich w instrukcji Canona

Ale powiem że jest plan w nowym układzie dodania LCD i możliwość konfiguracji z prostego panelu każdej sterowanej lampy z osobna

Łochoł, nie szalej

[tplewa]

Generalnie projekt robiłem już kupę czasu temu, praktycznie jak pojawiły się na rynku CC1000 i były wtedy niezbyt tanie. Dlatego nie szalałem z ilością kanałów, do tego CC1000 są bardzo "toporne" trudno się je konfiguruje i trzeba dbać samemu o wszystko (preambuła, ewentualne CRC itp.).

Nowe moduliki oferują teraz o wiele więcej i jeszcze będę myślał jak to zrobić, zapewne że doszły na 1000% nowe komendy z pasma 433 raczej chcę uciec... fajne są jak wspomniałem moduliki na 2.4GHz... ale to pasma okropnie zaśmiecone.
Generalnie komunikacja jest jak pisałem pardzo prosta. Działą w obie strony i wygląda to przykłądowo tak:

B1 B2 - 0x8C 0x8C

B1 - bajt określający komendę
B2 - parametr

lapma odpowiada nam potwierdzeniem 0x8c 0x8c..

W drugą stronę wygląda to podobnie, lampa coś wysyła - aparat potwierdza.

Z tym że jak pisałem ja to robiłem do leciwego EOS-a 3... Zapewne doszły nowe parametry i będzie trzeba nad nimi posiedzieć ale musieli też zachować kompatybilność wsteczną więc mam jakąś w miarę solidną podstawę.

He he najłatwiej było by wypruć soft z lampy disassemblacja i było by wszystko jasne - z tym że to trochę droga zabawka na takie zabawy

Na takiej zasadzie robiłem np. przeróbkę softu z elektroniki sterującej silnika Nissana, oraz pisałem modyfikacje softu do modemów kablowych Motorola SB5100

http://www.youtube.com/watch?v=zq_nNSnI2wk&fmt=18

http://www.youtube.com/watch?v=AZJBABOt_s4&fmt=18

http://www.youtube.com/watch?v=1vJmu3nqGaU&fmt=18

oraz w dawnych latach trochę innego badziewia (mniej legalnego)

i to jest najszybciej... ale jak się nie chce demolować sprzętu to trzeba posiedzieć nad analizą
!!! Łączenie podwójnego wpisu !!!
micles:
"No to kupmy wszyscy pojedyncze oryginalne OC-E3 albo ST-E2 i tyle. Nawet pocket wizardów broń Boże, bo nie ma ich w instrukcji Canona "

Z tym że mi o to nie chodziło, dostępny sprzęt w ofercie nie wyznacza praw związanych z elektroniką czy fizyką...

Tutaj się opieram znając dokładnie jak wygląda transmisja cyfrowa w E-TTL, opieram się o znane od lat zasady transmisji danych.

Nie chcę tutaj też zbytnio w to wnikać bo to nie forum elektroniczne, tak samo temat transmisji danych nie jest tematem prostym jak by się to mogło wydawać.

Jak by tak można było to po co by robili RS232 przecież można by było tam zastosować stany TTL (chodzi o TTL z techniki cyfrowej), a nie +12/-12V aby osiągnąć większe odległości. Według standardu to 15M przy 9600bps, a poleci przy dobrym kablu i na 100M...

Tylko tutaj pytanie czy inżynierowie którzy opracowywali standard RS232 i wyznaczyli te 15m to byli idioci Ot tak z kosmosu powiedzieli sobie 15m bo im tak pasowało czy wynikało to z jakiś obliczeń...

[axk]

...więc powinieneś zrozumieć co pisze producent...

Ale czy Canon w swojej dokumentacji dotyczącej systemu Speedlite limituje długość kabla łączącego korpus i lampę?

Widzę że masz też jakiś związek chyba z automatyką przemysłową, a tam się nie robi ile poleci coś po kablu tylko korzysta z danych technicznych. Mimo że może to działać na dłuższe odległości...

Oczywiście, jednakże w przemyśle wszystkie rozwiązania, systemy i urządzenia muszą spełniać pewne ścisłe normy. Wszelkie nieprawidłowości w działaniu systemów mogą przełożyć się na aspekt finansowy, aspekt bezpieczeństwa lub oba na raz, a na to nikt sobie pozwolić nie może. W naszym przypadku jeżeli powiedzmy 2-3 razy na 100 błysków wystąpi problem z poprawnym naświetleniem kadru to nic się nikomu złego nie stanie i nikt jakość szczególnie finansowo także nie ucierpi. Proponuję nie mieszać "rozwiązań przemysłowych" i rozwiązań jakie stosuje Canon ponieważ są to dwa odrębne tematy średnio (jeżeli w ogóle) ze sobą powiązane.

[tplewa]

No właśnie Canon nie wiem czy podaje, może dlatego że nie było przewidziane przedłużanie na większe odległości. Zresztą takie coś wynika z moich obserwacji jeśli chodzi o występujące poziomy logiczne.

Ja tutaj stawiał bym (z jakiegoś tam doświadczenia jeśli chodzi o transmisję danych) na max. 10m - jeśli to ma być bezpieczne... nie liczyłem bo trzeba by obrać konkretny kabel (jego rezystancję, pojemność itd.) z uwzględnieniem dopasowania do in/out zastosowanych w Canonie bramek.

Tak samo masz rację - to nie automatyka przemysłowa i tutaj nie ma też jakiegoś niebezpieczeństwa jednak utrata jakiegoś fajnego ujęcia też może być dla kogoś irytująca...

Dlatego wcześniej napisałem że jak ktoś robi hobbystycznie może sobie pozwolić na utratę kadru to czemu nie, a osoba której zależy na dobrej i bezbłędnej pracy nie powinna przesadzać z długością przewodu.

Jeszcze tak dodam:
Odnośnie tego co jest dostępne u Canona, jeśli transmisja była by pewna na dłuższą odległość to Canon poza transmiterem miał by w ofercie dłuższe kable... na których trzepał by ładną kasę bo ile może kosztować trochę drutu z dwoma wtyczkami - a jak widać zbyt na to był by duży.
No i nie mówię tutaj o PL tylko o zachodzie gdzie ludzie po prostu kupują, a nie jak w PL - każdy orze jak może