Re: High frequency- low frequency thanks for the lead

[Guest guest]

Hi ,

I hope your on the positive upward road from your operation.

This is great news, but would it get to 12MHz to cover the top of the Rife

Range?

I've only ever used square or sine waves.

I heard there is a RS232 to USB hardware convertor so I could get Frex to

talk to it, that would be nice.

It appears that being able to set a wobble effect on the frequency is

proving itself. Short dwell times of 0.1 second would be good so computer

software could drive the wobble, thus giving extra options to people on how

the wobble is set-up and how far it wobbles and how quickly it wobbles and

what pattern it wobbles to.

I don't know enough to comment on duty, my machine is set to 50% and I can't

change it.

From the computer's com's/usb port, we could just send a frequency

instruction to it. All the FG has to do it switch the old frequency off and

switch the new frequency on. A simple instruction could exist to switch

between sine and square wave. This would make it a very open ended and easy

to program for FG. Wouldn't it be nice to scan up at 11 and 12 meg like the

Fscan does.

Ken Uzzell

----- Original Message -----

> Hi Rife group,

> I have been at home recovering from a hernia operation

and spending time running over part availability in Australia. One

particular chip that would extent the frequency range of me device way

beyond the 10Mhz range in sine and square wave production has to come from

China that's right China! I was considering dropping it from my device

until the last few posts. It can only to 50% duty cycle at these

frequencies, do you think this would be ok? I should be able to do varible

duty cycle up to 150khz for square wave output, as well as sawtooth

waveform. Do I really need sawtooth waveforms?? Does anyone us sawtooth

waveforms???

> Regards

>

[Guest guest]

Ken,

The chip I have chosen has 2 control registers so that I can change

the frequency for the next run and execute it when required. It handles all

the zero crossing stuff and does the lookups on chip. As I said the

limitation is the 50% duty cycle but can go from 0.05 Hz to 15Mhz but as you

can imagine it would take a long time to sweep. Maybe I could introduce a

logarithmic sweep function as well! I will still need to have the variable

duty cycle square wave output to drive EMEM machines as they require a large

charge time for the coil.

Regards

Re: High frequency- low frequency thanks for the lead

> Hi ,

>

> I hope your on the positive upward road from your operation.

>

> This is great news, but would it get to 12MHz to cover the top of the Rife

> Range?

>

> I've only ever used square or sine waves.

>

> I heard there is a RS232 to USB hardware convertor so I could get Frex to

> talk to it, that would be nice.

>

> It appears that being able to set a wobble effect on the frequency is

> proving itself. Short dwell times of 0.1 second would be good so computer

> software could drive the wobble, thus giving extra options to people on

how

> the wobble is set-up and how far it wobbles and how quickly it wobbles and

> what pattern it wobbles to.

>

> I don't know enough to comment on duty, my machine is set to 50% and I

can't

> change it.

>

> From the computer's com's/usb port, we could just send a frequency

> instruction to it. All the FG has to do it switch the old frequency off

and

> switch the new frequency on. A simple instruction could exist to switch

> between sine and square wave. This would make it a very open ended and

easy

> to program for FG. Wouldn't it be nice to scan up at 11 and 12 meg like

the

> Fscan does.

>

> Ken Uzzell

---

Outgoing mail is certified Virus Free.

Checked by AVG anti-virus system (http://www.grisoft.com).

Version: 6.0.733 / Virus Database: 487 - Release Date: 8/2/04

--

Outgoing mail is certified Virus Free.

Checked by AVG anti-virus system (http://www.grisoft.com).

Version: 6.0.733 / Virus Database: 487 - Release Date: 8/2/04

[Guest guest]

Hi and Ken

Sorry to jump into your dialogue...but, it would be nice if software

development in the Rife area was able to standardize in some way, so

that treatment 'scripts' were portable between different machine

environments. The F100 scripting 'language' appears to be a great

start. One script, for example, might be discovered to be useful

against the latest flu virus (Sutherland's Scripts!) and can

therefore be easily distributed to an eager community.

Developing suitable software layers to accomodate an interface to

this kind of portable code could be nasty or it might be a little

more elegant. Modern PC or handheld hardware is significantly more

capable than it was a few years ago, and aside from slow RS232

interfaces still being used in designs (which can become a

bottleneck - check the F100 comparison between PC and PalmPilot

versions), there isn't a great need for tight, slim code - we're not

producing full motion encrypted and compressed video, for example. So

software developers can benefit from the existing layers built into

modern computer operating systems and toolsets as well as be better

prepared for making changes in functionality quickly, without having

to do a major rewrite of a large monolithic chunk of code. Of course

the code dependencies between the application and its environment may

become stumbling blocks too. I guess from an architectural

perspective I'd like to think that an application (like FREX) might

make use of a standard scripting language (which would be enhanced

using XML tags) and could communicate to a device through a device

driver. When releases his hardware device he only needs to

have device drivers written (for Windows, Linux, etc..) and can

immediately take advantage of applications already written and

supported by others. We can all avoid the pitfalls of having to

produce fully supportable proprietary systems off our own backs. We

can all share in the success of systems whose feature sets can be

expanded relatively quickly, especially when most of us only have

limited resources at our disposal.

Sorry if I'm ranting a bit, but it would be better for us all if we

collaborated even more than we're doing here. Thanks especially to

you both for sharing your work with us all here in the Rife community

but we've got a long way to go yet. FREX is a great start Ken and

your preliminary specs for your frequency device looks very promising

- do you have a web site that you're updating on your

progress?

Regards

Stenhouse

Vancouver, B.C., Canada

> Hi ,

>

> I hope your on the positive upward road from your operation.

>

> This is great news, but would it get to 12MHz to cover the top of

the Rife

> Range?

>

> I've only ever used square or sine waves.

>

> I heard there is a RS232 to USB hardware convertor so I could get

Frex to

> talk to it, that would be nice.

>

> It appears that being able to set a wobble effect on the frequency

is

> proving itself. Short dwell times of 0.1 second would be good so

computer

> software could drive the wobble, thus giving extra options to

people on how

> the wobble is set-up and how far it wobbles and how quickly it

wobbles and

> what pattern it wobbles to.

>

> I don't know enough to comment on duty, my machine is set to 50%

and I can't

> change it.

>

> From the computer's com's/usb port, we could just send a frequency

> instruction to it. All the FG has to do it switch the old frequency

off and

> switch the new frequency on. A simple instruction could exist to

switch

> between sine and square wave. This would make it a very open ended

and easy

> to program for FG. Wouldn't it be nice to scan up at 11 and 12 meg

like the

> Fscan does.

>

> Ken Uzzell

>

> ----- Original Message -----

> From: " " <.Barrie.@b...>

>

>

> > Hi Rife group,

> > I have been at home recovering from a hernia

operation

> and spending time running over part availability in Australia. One

> particular chip that would extent the frequency range of me device

way

> beyond the 10Mhz range in sine and square wave production has to

come from

> China that's right China! I was considering dropping it from my

device

> until the last few posts. It can only to 50% duty cycle at these

> frequencies, do you think this would be ok? I should be able to do

varible

> duty cycle up to 150khz for square wave output, as well as sawtooth

> waveform. Do I really need sawtooth waveforms?? Does anyone us

sawtooth

> waveforms???

> > Regards

> >

[Guest guest]

Hi (and Ken)

Just a couple of points I thought I'd try to clear up.

RS232 covers a hardware specification as well as a method (protocol)

for serial communications. USB is a more modern approach to serial

communications and is faster, utilising a different hardware

specification. Typically one would have a converter to adapt RS232

to USB. Using USB gives one some better options in interface speed

between computer and I/O device and avoiding potential bottlenecks

that might emerge if one was to build in a sensing channel or two

into future devices similar to FSCAN. One of the better multipurpose

research tools I've used is Tiepie Engineering's Handyscope HS3-100,

which has multimeter, oscilloscope (100 Mhz), spectrum analyzer and

transient recorder (good for harmonics) functions as well as an

Arbitrary Waveform Generator, which in a special model can deliver up

to a 10 MHz waveform (user-defined or captured wave form is possible)

with 100 ppm accuracy - of course it would be nice if the accuracy

was more in line with your new device. It comes with a USB 2.0

interface and with a Windows DLL for application developers to

interface with, if they wish. More info on

http://www.tiepie.nl/pages/uk/hscope3.html

You definitely need faster physical interface speeds if you wish to

incorporate any rapid feedback type loops into your system, which is

what USB 2.0 offers. I'm hoping that this might be in your future

plans!

Anyway, I'm not sure if I can provide a suitable tutorial on XML

technologies in a concise enough manner but I think it makes

interfacing application data and code a whole lot easier, especially

when debugging or when requirements change. Our PC applications like

FREX presently consider the 'Frequencies' to be the most important

items worth 'sharing', but I feel in time, the entire protocol will

become important - i.e. that the method is as important as the

ingredients are to the finished product (excuse the cooking analogy)!

XML allows data to be presented in a richer manner, complete with

structures that might indicate method. XSLT templates transform this

to something that a particular machine will be able to interpret. The

entire vocabulary and master structure is held in a schema that the

Rife community can maintain. This enables Rife XML messages to be

imported, exported, processed in real-time to a consistent and

flexible standard. Traditional interfaces are inflexible and demand

updating on both sides of the interface, when either parties

interfacing specification or needs change. It's kept me in business

for too long!

A reasonable and meaningful example of an XML message, delivered from

a database to another application might be:

<RifeMessage MessageType= " script " >

<ID>AS001</ID>

<Name>Ankylosing Spondilitis #1</Name>

<Description>CAFL list for AS treatment</Description>

<Comment></Comment>

<DefaultProcessType>Fixed</DefaultProcessType>

<DefaultTimeUnits>seconds</DefaultTimeUnits>

<DefaultFrequencyUnits>Hz</DefaultFrequencyUnits>

<DefaultIntensityUnits>mV</DefaultIntensityUnits>

<MinTreatmentTime>1800</MinTreatmentTime>

<MaxTreatmentTime>3600</MaxTreatmentTime>

<ProcessList>

<Process ProcessType= " Loop " Iterations=10 Delay=5>

<Waveform>Square</Waveform>

<Intensity>9000</Intensity>

<Frequency>326</Frequency>

<Duration>3</Duration>

</Process>

<Process ProcessType= " Conditional " RangeMin=120 RangeMax=180>

<Waveform>Square</Waveform>

<Intensity>3000</Intensity>

<Frequency>3000</Frequency>

<Duration>180</Duration>

</Process>

</ProcessList>

</RifeMessage>

This is probably a very poor example and I hope the text formatting

isn't destroyed in posting, but I'm hoping it will be indicative of

the possibilities of being able to share information between

applications in a very meaningful way. Note that an XSLT template

would 'convert' such a message as this for output to a device. Once

our master schema is defined we can share such information very

efficiently and effectively to the user community and be more assured

of the correct interpretation/usage.

Anyway, sorry I put a spanner in the works and this has taken longer

than I'd originally anticipated, but I'm hoping it's of some value.

Regards to you both and thanks for the correspondence!

:-)

> > > Hi ,

> > >

> > > I hope your on the positive upward road from your operation.

> > >

> > > This is great news, but would it get to 12MHz to cover the top

of

> > the Rife

> > > Range?

> > >

> > > I've only ever used square or sine waves.

> > >

> > > I heard there is a RS232 to USB hardware convertor so I could

get

> > Frex to

> > > talk to it, that would be nice.

> > >

> > > It appears that being able to set a wobble effect on the

frequency

> > is

> > > proving itself. Short dwell times of 0.1 second would be good so

> > computer

> > > software could drive the wobble, thus giving extra options to

> > people on how

> > > the wobble is set-up and how far it wobbles and how quickly it

> > wobbles and

> > > what pattern it wobbles to.

> > >

> > > I don't know enough to comment on duty, my machine is set to 50%

> > and I can't

> > > change it.

> > >

> > > From the computer's com's/usb port, we could just send a

frequency

> > > instruction to it. All the FG has to do it switch the old

frequency

> > off and

> > > switch the new frequency on. A simple instruction could exist to

> > switch

> > > between sine and square wave. This would make it a very open

ended

> > and easy

> > > to program for FG. Wouldn't it be nice to scan up at 11 and 12

meg

> > like the

> > > Fscan does.

> > >

> > > Ken Uzzell

>

>

>

> ---

> Outgoing mail is certified Virus Free.

> Checked by AVG anti-virus system (http://www.grisoft.com).

> Version: 6.0.734 / Virus Database: 488 - Release Date: 8/4/04

>

>

>

> --

> Outgoing mail is certified Virus Free.

> Checked by AVG anti-virus system (http://www.grisoft.com).

> Version: 6.0.734 / Virus Database: 488 - Release Date: 8/4/04

[Guest guest]

Hi Ken and thanks for the response!

There are a number of advantages to using XML and a couple of

disadvantages. The biggest disadvantage is that the message is

transmitted in text format which adds bulk to the message with all

the XML tag and attributes defined in a relatively long-winded way.

Another disadvantage (to some) is that the message is relatively easy

to interpret, although encryption methods are available for use.

An XML frequency pill, can be emailed, posted, passed as messages

between different applications in real-time environments, including

automatic updates to custom databases that might mimic the structure

of the message. Although the pill is considered 'data' we can plan to

store our frequency data with more related information. I haven't

done an exhaustive analysis yet on what the data model for Rife

testing might look like, but it could be easily expanded to include

treatment outcome results. I'd probably think you'd need to include

the following objects ('classes' to come modelers!):

- Treatment Device;

- Diagnostic Device;

- Diagnostic Scripts;

- Treatment Scripts;

- Diagnostic Dictionary;

- Treatment Dictionary;

- Health Problems;

- Health Symptoms;

- Persons (Patients/Doctors/etc..);

- Treatment Outcomes;

I know currently you have just one table in Frex11, but I'm sure

you'd like to build in capability at some time. We can take this sort

of chat off-line if you'd like to. In any case, there is a need for

this kind of analysis and data to be kept and made available for all

Rife researchers to consolidate our work and give it some statistical

credibility at the very least.

Hope this helps,

Regards

> Hi ,

>

> I think I am getting closer to understanding what your saying.

>

> We have a format for sending frequency pills. Would these files be

attached

> to e-mail or in a message or would applications directly connect to

their

> own network and share files directly ?

>

> There is no problem getting Visual Basic to to open and read these

files and

> present the data to people using frex for inclussion in their

database.

>

> Frex could also easily create these files for distriptuion to a

network or

> central broadcast system. I haven't done much internet or

networking program

> in VB. Getting Frex to retrieve the CAFL web page, save it, read it

and

> process it was a great feat for me.

>

> It's just transporting the scripts around the place that I am

totally in the

> dark with. The rest looks good.

>

> My biggest winge is time, I need to get Frex12 finished so I can

put in more

> time to the scanning functions. Circuits are moving quickly and I

need to

> keep the software upto the hardware.

>

> Regards

> Ken