Elinchrom Skyport + Cactus KF-36

Применение, ремонт, улучшение свойств...
Ответить
  • Автор
  • Сообщение
Не в сети
мастер
Сообщения: 691
Стаж 12 лет 1 месяц

Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение Виктор Гелис » 2 окт 2012, 22:42

Попался "твёрдый орешек": http://club.foto.ru/forum/view_topic.ph ... #listStart

Изображение
Rd писал(а):Всех приветствую!
Сложилась проблема, никак не могу поджечь вспышку cactus kf36 (vivitar 285hv) от элинхромовского приемника. Использую кабель миниджек-синхроконтакт через горячий башмак поискфотовской головки. Кабель исправен поскольку 580 II поджигается нормально. Может есть какая несовместимость? При этом если замкнуть контакты со стороны миниджека кактус вспыхивает, на камере тоже срабатывает.
Уже всю голову сломал :( Может кто сталкивался с подобным?
...
В общем, почитал забугорных форумов, пишут что эта связка не совместима.
Напряжение непосредственно на центральном контакте Vivitar 285HV / Cactus KF-36 относительно бокового 4,25В. Предложенная схема адаптации приемника Скайпорт к вспышке Cactus Kf-36, проверенная на Yongnuo YN-467, Nikon SB-600, Sigma EF-500, Minolta 220X, на вспышке Cactus Kf-36 не заработала:

Изображение Изображение

Изображение Изображение Изображение

Коллеги, нет ли у кого сведений, что там в приёмнике Elinchrom Skyport стоит на выходе, на 3,5 мм гнезде "Sync" ? Предполагаю, вот это может быть с высоковольтным полевиком:
Изображение

или с тиристором:
Изображение

Не в сети
Аватара пользователя
новичок
Сообщения: 13
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение SerpSB » 2 окт 2012, 22:43

Виктор Гелис писал(а): Изображение
На этой схеме имеется резистор R1=1k между коллектором и вторым контактом разъёма, но он отсутствует в монтаже.
Так должно быть?
_________________
Владимир

Не в сети
мастер
Сообщения: 691
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение Виктор Гелис » 2 окт 2012, 22:43

Резистор там нужен для ограничения тока базы. Ну, а на макете его просто опустил.

Не в сети
коллега
Сообщения: 61
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение d324co » 2 окт 2012, 22:45

Может еще быть нюанс именно во вспышке - у меня была аналогичная проблема с Vivitar 283. Замыканием центрального контакта проволочкой поджигалась, приемником радиосинхронизатора - никак.
Другие вспышки с этим приемником - без проблем.
В Vivitar 283 цепь центрального контакта также используется и для создания вольтодобавки на лампу в момент её поджига. Потому, если сопротивление поджигающей цепи велико - неустойчивый поджиг или вовсе его отсутствие.
Замена в приемнике SMD тиристора на MAC97 и исключение диодного моста временно решило проблему, затем встроил тиристор внутрь вспышки, заодно понизив нагрузку на контакт камеры/приемник.

Не в сети
мастер
Сообщения: 691
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение Виктор Гелис » 2 окт 2012, 22:46

alexander_s писал(а):фото внутренностей скайпорта http://fotkidepo...
Александр, добро пожаловать на форум! И спасибо за фото, на них даже смотреть приятно!

Схема ключа проста:

Изображение

Изображение Изображение
d324co писал(а):Может еще быть нюанс именно во вспышке - у меня была аналогичная проблема с Vivitar 283.
Действительно, теперь, когда выходная часть Скайпорта, благодаря помощи Александра, как на ладони, остается только "расследовать" сторону Вивитара/Кактуса.

Не в сети
коллега
Сообщения: 61
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение d324co » 2 окт 2012, 22:46

  1. при подсоединенном синхронизаторе попробовать замыкать анод-катод BT134W - вспышка происходит ?? Если нет - значит в нем есть утечка, напряжение на конденсаторе цепи поджига оказывается занижено.
  2. У меня была проблема на Vivitar 283 именно с BT134 - на нем встраивал понижалку напряжения синхроконтакта - через месяц стал срабатывать нестабильно. Заменил на MAC97 - с тех пор уже год работает.
    Может стоит тоже попробовать заменить тиристор ? в данной схеме и MCR100, и МАС97 будут работать

Не в сети
мастер
Сообщения: 691
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение Виктор Гелис » 2 окт 2012, 22:47

d324co, это возможный путь.
Но Руслан, (Rd) -автор вопроса, далёк от электроники. Вчера прислал мне ответ от Elinchrom:
"Hello Ruslan,
This is normally a question which should be addressed to Vivitar...
This flash is sold in big volume in USA and strangely many work and some not!
However, please see the link, there is a company which makes and adapter cable which solve this compatibility issue.
http://flashzebra.com/wizardcables/0071.shtml"
К тому же, приемник имеет, как сообщил alexander_s, неразборный корпус. Как я понимаю, ему пришлось весьма недешёвый приемник ломать для фотосъёмки. :(
Поэтому, наверное, вместо очень хорошего решения, замены BT134W, придется искать "обходные решения" с вспышкой Cactus KF-36. Среди которых, например, продажа вспышки и замена её другой, более "сговорчивой".

Не в сети
новичок
Сообщения: 9
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение alexander_s » 2 окт 2012, 22:47

Приемник вскрыть можно, но осторожно! :)
Там две половинки прихвачены в нескольких местах клеем, скорее всего дихлорэтаном ,т.е. очень серьезно.
Может мне и мне повезло, ибо у меня откололся лишь небольшой участок и он оказался внутренним - при склейке ничего не заметно.
Вскрывал старой кредитной картой... можно новой, если не жалко... :)

Не в сети
эксперт
Сообщения: 10367
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение Impulsite » 13 мар 2017, 10:31

Передатчик Elinchrom EL-Skyport Transmitter.
Фото, схема и исследование: http://infar.be/index.php?/archives/982 ... atics.html
Вы можете легко узнать детали, которые видны на снимках изнутри: антенна и переключатели. Ключевые компоненты передатчика Skyport - это микроконтроллер PIC16LF628A и одна микросхема nRF2402G передатчика 2.4 ГГц с 16 МГц кварцем. Больше нет ничего, что было бы интересно.
Изображение Изображение Изображение Изображение Изображение Изображение Изображение


Далее: Передатчик Elinchrom EL-Skyport: протокол и конфигурация.

Не в сети
эксперт
Сообщения: 10367
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение Impulsite » 13 мар 2017, 11:21

Передатчик Elinchrom EL-Skyport: протокол и конфигурация
Elinchrom EL-Skyport Transmitter: Protocol and configuration, http://infar.be/index.php?/archives/987 ... ation.html
 Показать скрытый текстПоказать
Following my dissection of the EL-Skyport Transmitter and drawing its schematic, I have further analyzed how this remote flash trigger works. Since a Nordic nRF2402G is used for the transmitter's RF part, the datasheet was a good starting point. The PIC uses a SPI bus to control the RF IC. So I mainly wanted to find out:
  • How is the nRF2402 configured and when is the configuration done
  • Which data is send to the nRF2402 via SPI while in operation
SPI Message Sniffing
According to its dataseheet, the nRF2402 is controlled via MOSI, CLK, CS and in addition CE and PWR_UP. What I did was simply probing these SPI lines between the Skyport's PIC controller and the nRF2402G to find out how the nRF2402G is configured for and which data is send to it while in operation.

Изображение

SPI analyzer connected to the EL-Skyport Transmitter. Black and red is for power suply.

I also powered the EL-Skyport Transmitter with an external 3.0V power supply while testing.
To find out which settings the Elinchrom implementation is using, I did probe the configuration messages going to the nRF2402G. Configuration is only done right after power up and also after switching groups. Even if the Elinchrom manual says that you need to switch the transmitter off and then back on to activate a new channel setting, you could also switch groups.
The nRF2402G can only be configured when the CS line is pulled high, so I triggered for the CS line rising edge. For configuration, the CS line stays high for around 230 ms.

Изображение
Configuration period is around 230 ms.

nRF2402G Configuration
The configuration is first done with an initial, "default" configuration message, which starts ~140 ms after power up and is always 3 67 CB. Around 85 ms after the first message, a second message with the actual channel setting is sent. This could then be 3 67 B8 for e.g.

Изображение
First part of the configuration message...

Изображение
...and the second part of the configuration message.

When switching groups, the 2nd message is sent again, activating also a new channel setting (if you have switched the channels before). The default message is not sent before. SPI clock speed is around 100 kHz for configuration. But this is uncritical and can be selected according to the nRF2402G datasheet.

You could take a look at the nRF2402G datasheet to find out the configuration parameters. But I've made a nice colourful graphic to assist you.

Изображение
EL-Skyport Transmitter default configuration

As can be easily spotted from the above picture, that the EL-Skyport Transmitter uses the nRF2402G with a standard transmissing frequency of 2475 MHz, a 16 MHz crystal, RF power is set to 0 dBm (chip maximum). The RF data rate is 250 kbps with burst mode and CRC generation enabled with 8 bit CRC and preamble generation (250 kbps and CRC gives you the best range and error robustness).

The only user selectable parameter affecting this configuration is the RF channel setting. So only the last byte in the configuration message changes with different channel settings. This can also be verified through probing all configuration messages on the SPI bus.


Изображение
EL-Skyport channel settings and resulting configuration messages.

Trigger Messages
The following has been tested with a press on the "Test" button. Behaviour is the same as if the flash would be triggered via the hot shoe. For flash triggering, the contact needs to be pulled low. The trigger event for the PIC then is the falling edge, no matter how long the TEST line stays low. The transmission is initiated with the nRF2402G CE line. Thus this has been used for triggering.

First of all, the same message for flash triggering is repeated four times in a row. This adds redundancy to the signal and makes transmission more robust. But let's first take a look at the timings. After the hot shoe contact is pulled low, it takes about 65 µs until the PIC sets the CE line high and starts to clock out the trigger message.

Изображение
Delay after trigger line has been pulled low.

In total, it takes the PIC roughly 180 µs until the CE line is set low again which initiates that the message is send out via RF on the selected channel.

Изображение
Delay until the message can be send via RF.

The PIC finishes clocking out the last message around 2 ms after the trigger line has been pulled low.

Изображение
Duration of one trigger event.

So in total, the worst case trigger delay now in terms of PIC to nRF2402G communication under the assumption that the first three bursts get lost in a collision or due to bad reception is about 2 ms. This is 1/500 th of a second. But then the nRF2402G still needs to send the last message via RF, the receiver needs to receive it and the processor in the receiver needs to recognize the message and trigger the flash. So the fastest sync time is probably between 1/500 th and 1/250 th of a second. Maybe I'll measure the whole chain when I've the chance to. Also, I assume that the Speed versions of the Skyport are faster here. Does anyone have one at hand to do the same measurements?

Now let's have a look at the messages itself. One single message contains 40 bit or 5 byte of data. The SPI clock rate is between 300 and 500 kHz, but again, this is uncritical. One burst is 100 µs long. There is a pause of around 500 µs between each of the four messages.

Изображение
Trigger message for Mode switch set to All.

Изображение
All Test/Trigger Messages

As can be spotted from the above table, the Group setting is coded in the 2nd last byte - this is the only part changeing when switching groups. So how is the trigger mode (Trigger, Plus, Minus, Modeling Light) coded? It will be proved in the next measurement, but I can already tell you that it is the last byte.

Plus and Minus Messages

The Plus and Minus buttons increase or decrease the flash power remotely. Unless with the Test button, the trigger event for the PIC when pressing Plus or Minus is not the falling, but the rising edge when the button is released again. Plus and Minus messages are similar to the trigger messages. But there is a difference in SPI clock timing (as stated before, this has no effect on the nRF2402G operation). This just causes a slightly longer delay until the message is sent via RF after CE is set low again. Also, the same message is only repeated once (two in total). For setting flash power, redundancy or robustness was not the primary design goal here. Also, timing is not so critical. The first message is initiated arond 7 to 8 ms after the button release.

Изображение
Minus message after button is released.

The above plot also shows bouncing of the minus button when released. The last byte of the message is always clocked tinto the nRF2402G with a slower clock. Still no effect whatsoever. It's probably due to the software design of the application inside the PIC.

Изображение
Plus message with Mode set to Group 1.

Изображение
Minus message with Mode set to Group 1.

Изображение
All Plus (+) messages

Изображение
All Minus (-) messages

Now it gets clear that the last byte codes the mode (Trigger (0x00), Plus (0x01), Minus (0x02) and perhaps also Modeling Light).

Modeling Light Messages
As with the Plus or Minus Message, the Modeling Light message is sent twice. The 2nd message begins after ~650 µs. Duration of the whole message (the time CE stays high) is about 170 µs

Изображение
First long press for Modeling Light.

Изображение
Second long press for Modeling Light.

Изображение
All Modeling Light messages.

So we see that also the Modeling Light is coded in the last byte. But there is a very important detail! The above table only shows 0x10 as the last byte. In reality, the last byte is alternated with 0x10 for the first long press, then 0x20 for the second one and then 0x10 again and so on. There is a good reason for this behaviour. If the receiver would receive two messages (two are sent out) it possibly could not distinguish if this is just a single message or parts of two messages. The question would then be to set the flash power one or two steps up? By alternating the messages, this problem can be overcome. And some more side information: It does not matter which Group is selected, the first press of the button after power up always sets the last byte to 0x10 and the second press 0x20 and so on. Switching groups does not change the alternation scheme. If 0x10 is sent and then the group is changed, the next long press will set the last byte to 0x20. But switching modes does change alternation and resets the last byte to be 0x10 for the first message to follow.

Address and Payload
To address the on air messages the nRF2402G sends out, a receiving address needs to be specified. According to the nRF2402G, this can be 8 to 40 bit long. So, let's take a look at the above messages, they all look like this: AD CB 8F FF 00. We already know that the last byte codes the function and the second last byte the group. So my first assumption would be that AD CB 8F is the receiver's address. But there is a probability that maybe only the first or the first two byte could be the address and that the other byte(s) code something else. So that's something which still needs to be proved. Ideally through hooking up the same probing setup to the Skyport Receiver's internal SPI port or through simly configuring one, two or three byte long addresses with an own setup (see last section).

Bugs
I discovered a quirk during my analysis. Maybe it is intentional design, but I'll call it a bug.

The first time the Test button is pressed (or flash is triggered via the hot shoe) after a new Group has been selected, the PIC sends the message for the old group. From the 2nd press onwards, the right message is sent. If the mode is changed from Grp to All or vice versa, the right message is transmitted already at the first press of the Test button. This explains that my Ranger "does not work correctly" after I changed Groups. The 2nd shot then always was okay.

Summary and Outlook
I think this is just the beginning of understanding the Elinchrom trigger protocol. There is so much more to discover. I'd like to get my hands on a Speed set to see which messages are send out there. Also the USB dongle would be nice to test. So for my next step I already bought some cheap nRF24L01+ modules and hooked them up to my Arduino. I choose the nRF24L01+ over the nRF2402G since it is the recommended successor. It does not only have a transmitter, but also a receiver built in. My hardware setup looks similar to the one maniacbug has published here. Also, you can find some very good explanations and code for getting started with the nRF24L01+ on Arduino on the site. I'll see if I will use this library or if I will just code what I need to operate the Elinchrom system. The nRF24L01+ needs some porting work as you cannot use the same SPI messages and SPI bus handling as with the nRF2402G. If you can get your hands on some leftover stock of this older IC at alibaba.com, then you could use the exact SPI messages descibed above.
This all is part of my 2013 pet project to design a RF module for my Sekonic L758DR which can trigger my Elinchrom system. Yes, there is a solution available, but it is not openly documented.
One nice small project which also could come out of this work above could be a small and handy flash power remote. You would just have Plus, Minus and a dedicated Modeling Light button on a small remote around your neck. Myself, I do not like to fidle around the tiny switches when I have my camera mounted on a higher tripod. Also switching the Modelling Light is a nightmare. Did you press long enough or too short and accidentially changed the flash power setting...

Finally: All comments, questions or corrections to the above are welcome. I also recommend again that you get familiar with my article about the inner guts and schematic of the Elinchrom EL-Skyport transmitter if you are not already familiar with it.
Далее Elinchrom EL-Skyport triggered by Arduino

Не в сети
эксперт
Сообщения: 10367
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение Impulsite » 13 мар 2017, 17:45

Elinchrom EL-Skyport triggered by Arduino
http://infar.be/index.php?/archives/100 ... duino.html
 Показать скрытый текстПоказать
After figuring out how the Elinchrom EL-Skyport Transmitter works, I wanted to do a proof of concept implementation with an Arduino. This would allow me verifying my assumptions I made in my previous investigation. The hardware is based on an Arduino Leonardo equipped with a cheap (< 4 USD) nRF24L01+ module. After powering up the Arduino, it sends out a trigger pulse to the EL-Skyport Receiver every 500 ms.

Изображение

Here is how it works.

Hardware Setup
The original EL-Skyport transmitter uses a Nordic nRF2402G chip, as I have described here. You could hook up this chip to the Arduino, but I would not recommend in doing so. Neither does Nordic, because the chip has reached EOL. Instead, use a nRF24L01+. I bought a ready module for EUR 2.5 (~USD 3.4). They are easy to get via eBay. Make sure you use the plus (+) version. The modules look like this:

Изображение

It comes with a standard 2.54 mm pitch connector (power, data via SPI bus) and the PCB already includes an antenna. I just made a quick adaptor board to place the module on top of the Arduino Leonardo. The pinout of the module I used can be found at various places, here is just one example. If you buy a different module, the pinout may be different as well.

Изображение

The Leonardo does not have SPI on the two side pin headers anymore (as with previous/other Arduino boards). So I had to use the ICSP header for SPI. For older boards, you can just follow maniacbug's instructions for connecting the module to the Arduino.
I have also connected the module's IRQ pin to the Arduino pin 2. You don't need to do this if you just want to follow this proof of concept (it is used for more advanced controlling). The nRF24L01+ is 5V tolerant for all the data lines and can be connected to the Arduino directly without level shifters. But please make sure to only use the +3.3V pin for power supply (not +5V). The Arduino does supply enough current to operate the module.

Изображение

I also made sure to expose the module a little to keep the antenna free from influences of the PCB, not to compromise on transmitting range.

Изображение

And that's how the complete assembly looks like next to the EL-Skyport Receiver.

Source code
For controlling the nRF24L01+, there are already two good Arduino libraries available. One is the mirf library and one is maniacbug's excellent RF24 library. But I wanted to keep my source code to a minimum and allow for easy understanding and easy portability to other microcontrollers. So I just coded the bare minimum SPI commands. Based on this it should be fairly easy to do a full implementation of the EL-Skyport Transmitter if you follow my protocol description and the comments in the code.

Изображение

I've done my implementation with the Arduino 1.0.1 IDE but it should work with newer versions as well. And here is the source code if you want to play around with it.

Outlook
Now what are the next possible steps for someone who can trigger the EL-Skyport system with an Arduino, Raspberry Pi or other microcontrollers? There are several possible projects which I am thinking of.

Increase the range of the EL-Skyport Transmitter
Not satisfied with the range of the original EL-Skyport transmitter? You could possibly violate some laws in your home country. But instead of the nRF24L01+ module described above, you could use the modules with built in transmit power amplifier. They are almost as cheap as the usual modules. But keep in mind that you must power them with an external 3.3V power source. The +3.3V Arduino power source is not strong enough.They also come with a nice antenna socket, so you can screw on your favorite high-gain WiFi antenna.

Built a small remote for power setting and switching the modeling light
Since the first days I didn't like the ergonomics of setting my flash power and switching the modeling light with the EL-Skyport Transmitter when it's mounted on top of my camera which resides on a tripod. You always have to guess which button is which (as you cannot see it when it's above eye level). Switching on the modeling light often accidentially increases flash power. What would be very handy is a small remote around your neck on a lanyard. This then could have a dedicated button for the modeling light.

Get to know all EL-Skyport System messages
What's still missing are all the SPEED messages (maybe just higher data rate modes are used?). I would also like to know all messages of the EL-Skyport USB RX SPEED. Anyone able to help with SPI sniffing as I do not own those modules?

Не в сети
эксперт
Сообщения: 10367
Стаж 12 лет 1 месяц

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение Impulsite » 13 мар 2017, 18:10

Замена батареи в приемнике EL-Skyport.
Elinchrom universal skyport receiver battery replacement - http://igunther.com/news/2014/3/7/elinc ... eplacement

Когда недавно мне потребовался приемник Elinchrom, я обнаружил, что он не работает. Через пару часов неудачной зарядки, я понял, что батарея умерла. Некоторые батареи, если не используются в течение длительного времени, могут потерять свою ёмкость и возможность заряда. У меня есть три приемника и два из них имели серьезную проблему с питанием.

К сожалению, приемники не рассчитаны на быструю замену батарейки. Я купил их в B&H в Нью-Йорке в 2012 и обнаружил, что у них был только один год гарантии. Ремонт будет стоить почти как покупка новых. Поэтому, вместо того, чтобы выбросить, я решил открыть их, чтобы увидеть, какие батареи установлены. К моему удивлению, замена батареи оказалась легкой. Новые и дешевые батареи доступны на ибей. Я купил пару: 880 мАч и 900 мАч, обе 3.7 вольт, литиевые. Поскольку 880 мАч приехала первой, её я и установил.

Ниже руководство по замене батареи. Делайте это на свой страх и риск и помните, что гарантия на ваш прибор (если таковая имеется) будут аннулирована.
 Показать скрытый текстПоказать
Изображение
Приёмник skyport.

Изображение
Паяльник и нож для открытия корпуса приёмника.

Изображение
Аккуратно откройте приемник с помощью ножа.


Изображение
Удалите кнопку Power.

Изображение
Удалите движок переключателя каналов.

Изображение
В разборе.

Изображение
Отделите батарею от наклейки.

Изображение
Запомните положительный и отрицательный выводы и отрежьте провода.

Изображение
Припаяйте провода новой батареи.

Изображение
Собранная батарея крупным планом.

Изображение
Маркировка на новой батарее.

Изображение
Чтобы закрыть корпус нанесите немного клея, не допуская попадания клея во внутрь.
Add some glue in order close the housing and keep it from falling apart. Use a small amount.

Изображение
Используйте резинки, чтобы стянуть части корпуса вместе, пока клей схватывается.

Вуаля, приемник теперь как новенький!

Не в сети
коллега
Сообщения: 99
Стаж 12 лет 1 месяц
Откуда: Брест, РБ
Отправить сообщение:

Re: Elinchrom Skyport + Cactus KF-36

Непрочитанное сообщение Kuzmick » 5 янв 2024, 17:25

Impulsite писал(а):
13 мар 2017, 10:31
Передатчик Elinchrom EL-Skyport Transmitter.
Фото, схема и исследование: http://infar.be/index.php?/archives/982 ... atics.html
Приобрел EL-Skyport Transmitter Speed 19350, который является улучшенной версией этого. К исследованию добавлю несколько моментов. Для переключения в режим Speed просто изменяется скорость передачи с 250 Кбит/с на 1 Мбит/с. Об этом говорят и в комментариях.
Передаваемое сообщение выглядит так:
AD CB 8F FF 00
----------- --- ---
Адрес группа команда

К уже описанным командам добавлю, что есть еще 0x04 - увеличение мощности пилотного света и 0x08 уменьшение мощности пилотного света. Такие функции отсутствуют у трансмиттера, но вспышка на них реагирует (Elinchrom BRX 500). Также трансмиттер отправляет все команды дважды одну за одной.
Ответить

Вернуться в «Всё о радиосинхронизаторах»