Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

domotica

Status
Not open for further replies.

Nifrabar

Programmer
Mar 16, 2003
1,343
NL
Hi all,
I realise this is not a full VFP Q but knowing many well-skilled IT preofessionals are in here I give it a try.
Is there anyone who knows how to catch the data which is received by 433mHZ TRANSCEIVER RFXcom?
I know there exists a python-script but I absolutely have no knowledge about python. So I wonder if there is a more easy to use prog.

KR
-Bart
 
You should contact the manufacturer. They are ALWAYS the best source for information about peripherals.
 
Alternatively, read up on basic Python syntax so that you can understand the scrip you mentioned. It shouldn't be too difficult to convert it to VFP.

Python is just an ordinary procedural programming language, with all the usual constructs: assignment of variables, branching and looping, reading files, error-trapping, etc.

Mike

__________________________________
Mike Lewis (Edinburgh, Scotland)

Visual FoxPro articles, tips and downloads
 
Thanks, for your advices.
I think to try both options.
@ Mike: hopefully you can give me a try once I get stuck.

best regards,
-Bart
 
If you can only get the Python code to run you may do

Code:
oWSH = CreateObject("Wscript.Shell")
oExec = oWSH.Exec('"[COLOR=#BABDB6]...path...to...\[/color]Pythonw.exe" "[COLOR=#BABDB6]...another...path...to...\[/color]script.pyw"')
? oExec.StdOut.ReadAll()

Within the Python script you'd output something you want to read on the VFP side via sys.stdout.write().

I assume this is some device attached to a serial port, then using MSComm Control or commtools would be the way to do this natively with VFP.

Bye, Olaf.
 
Olaf,

RFXcom is a transceiver able to receive as well transmit signals using 433Mhz for domotica. I would be happy if I could realise the interface using VFP as I'm pretty familair with this languahge.
For now I first try to use Mike's advise in studying the Python language and trying to create a VFP equivalent.

Anyway thanks for yr advise.
KR
-Bart
 
Let us know how you get on, Bart. I've occasionally thought of implementing this type of system for myself. I can see the benefits. Then again, I worry technology spreading its tentacles into more and more aspects of my daily life.

Mike

__________________________________
Mike Lewis (Edinburgh, Scotland)

Visual FoxPro articles, tips and downloads
 
Yes, all I'm saying is don't try too hard, you can communicate with a python script as shown, so you can execute commands or functions and get back return values using stdin/out. The only downside of that, if that will become part of your software, Python has to become a side installment.

In regard of 433mHZ TRANSCEIVER RFXcom I don't have a clue what it is and haven't googled. com may easily just be the top level domain, but I assume a GSM Modem or similar device attached via serial com port and MSCOMM Control is the gateway to no matter what serial port device. If you get Python code you can easily get going, then it may even be a waste to try to redo that in VFP. I wouldn't try too hard, if you can use a bunch of python scripts rather as black box, calling something then merely is a slightly more complicated call of a PRG.

More concrete: If you get a sendRFXcommand.py script sending an RFX command (if RFX is a protocol or language to that device) you don't need to understand the code inside. You need to be able call it and only learn it's call convention and/or parameters. It's like a command line EXE or PRG or function you call, just a bit more complicated. Only if you'd need to go into the depths of a python script to write your own code you're perhaps better off trying to implement the bare basic device communication in VFP.

Bye, Olaf.
 
Now reading your explanation. Thanks. I'm unsure how to help you with that, but as I see this USB Device is mentioning an FTDI Chip, it's mainly a serial Port device, this Transceiver will act on a virtual Serial Port. You may adjust the COM Port number of a serial port in the Device Manager. Also, when you unplug the device this serial port should also get inactive or disappear from the device manager.

The interface is quite clear, the protocol to communicate, what messages to send via COM and what to expect as response is totally unclear. Hopefully the manual will be a reference to that.

Bye, Olaf.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top