Dave-
The second is similar to what I am thinking of, I have also just considered capacitively coupling DC squarewave output from the USART onto the DC lines, but that seems too simple.
Am I making this harder than it needs to be?
-Steve
Dave-
The second is similar to what I am thinking of, I have also just considered capacitively coupling DC squarewave output from the USART onto the DC lines, but that seems too simple.
Am I making this harder than it needs to be?
-Steve
"If we knew what we were doing, it wouldn't be called research"
- Albert Einstein
I think the answer is in the first link, post 29 and 31. But I have not tried it.
Being that you want to use the lines to power the PICs, have a filter at each PIC and send / receive the modulation between the filters.
But I am having one of those days where every LED I pick up is backwards. So just ideas.
Dave
Always wear safety glasses while programming.
I just turned up this interesting ref on something that may work.
http://www.interfacebus.com/Design_C...or_MI_Bus.html
I could use this as an interface between PICs and use PICBASIC PRO and use 1-wire or some other protocol?
Anyone have any thoughts?
"If we knew what we were doing, it wouldn't be called research"
- Albert Einstein
If you do not believe in MAGIC, Consider how currency has value simply by printing it, and is then traded for real assets.
.
Gold is the money of kings, silver is the money of gentlemen, barter is the money of peasants - but debt is the money of slaves
.
There simply is no "Happy Spam" If you do it you will disappear from this forum.
Intersil has several dc and ac transceiver which will surely solve your problem!
Have been working on the same issue:
http://www.picbasic.co.uk/forum/showthread.php?t=9559 might get you started.
I am part way through getting it to work using DT's Int scheme.
The system uses reversing DC on the wires to send data. The length of the reversal is correlated to the data.
I am using the DCC spec as a learning tool, but my uses are different, so I'm changing it a bit. I'm also using auto-detect for polarity into the USART. It is going to require a part that has a selectable comm polarity. A couple of examples are 18F2420 and 18F2525. Look at BAUDCON.4 (TXCKP) and BAUDCON.5 (RXDTP).
Cool once I found out about it.
I am hoping that I can post the results here, but so far, still banging my head like Mister-e's icon!
Bo
Bo-
The app I am trying to work with is sending data over the phone lines when no call is active. Like you, my app does not really need to interface to anything over than whatever I come up with.
I need to have bi-directional data go back and forth so I was working with superimposing AC over the DC on the phone line.
I have not gotten very far with this yet.
I would be interested in how you do to see if it may answer my problems.
"If we knew what we were doing, it wouldn't be called research"
- Albert Einstein
Before using the phone lines you need to do a bit of research. In most jurisdictions it's illegal to do as you propose. In the USA, you need to comply with FCC Part 68 rules.
Bookmarks