If you're talking about "bees" in the name of "Alien Bees" that name was
in use long before the company ever produced any sort of radio slave.
The primary product is low cost studio flash units. The owner/designer
if Paul Buff who also runs a higher cost studio flash unit company
called "White Lightning". White Lightning flash units are very similar
to Alien Bee units but are more robustly built. The radio slaves are a
recent addition to the product line and are designed and built by Buff.
They follow a radio slave product failure (unreliable operation) where
the design and manufacture was from a Chinese source.
This link gets you either place
<http://www.paulbuff.com/>
Chuck Norcutt
WayneS wrote:
> Those rights belong to the trust that funded the company. But I know
> how to do a lot of stuff anyway, without going into that IP.
>
> The fact they have "bees" in their name implies they may be
> Zigbee based. I've seen a lot of companies play off the bee
> in the naming. Like BeeKit (Freescale), XBee, ...
>
> Depending on the quality of the MAC software layers of the ZigBee stack
> it is possible to get 0-4mS delay window, for a very dedicated system, but
> if used as a relay, that will increase the hops and double the delay.
>
> The packet size can be as much as 128 byte payload, a chunk of which
> is network layer, leaving about 100 bytes payload. The raw baudrate
> is around 250K, 200k after network, but the delay is packet based and
> have an return acknowledge.
>
> The systems can be clock synced to a higher precision, but events still
> have to propagate and still based on packet delay. The system can
> pre-schedule an synchronized event that could be high precision.
>
> I could be totally wrong, and there are other radio systems that might work
> better, but these are low cost and a lot of the networking stuff has been
> worked out. Just search on ZigBee.
>
> There can be problems with single event reliability with interference
> from wifi or other 2.4GHz sources.
>
> I would be curious to know what radio technology they do use. The ideal
> situation is if the radio unit attached to the camera controlled when the
> shutter actually gets released, then it could schedule the event very
> precisely.
>
> WayneS
>
>
> At 08:20 PM 10/31/2008, you wrote:
>
>> Wayne wrote:
>>> I was keying off the fact it was 16 channels, which implies an 802.15.4
>>> radio. That radio is packet based and the fastest asynchronous packet
>>> is about 4mSec, worst case, 8 mSec. 4mS = 1/250. I know, I have
>>> scope traces to show it.
>>
>> You wouldn't, by chance happen to "own" any of the intellectual rights to
>> the blood, sweat and tears of the past two years, would you?
>>
>> AG
>>
>>
>> ==============================================
>> List usage info: http://www.zuikoholic.com
>> List nannies: olympusadmin@xxxxxxxxxx
>> ==============================================
>
>
> ==============================================
> List usage info: http://www.zuikoholic.com
> List nannies: olympusadmin@xxxxxxxxxx
> ==============================================
>
>
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.175 / Virus Database: 270.8.5/1759 - Release Date: 10/31/2008
> 4:10 PM
>
==============================================
List usage info: http://www.zuikoholic.com
List nannies: olympusadmin@xxxxxxxxxx
==============================================
|