• Welcome to our site! Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.

Bluetooth HC-05 and HC-06 interference .

Pommie

Well-Known Member
Most Helpful Member
#24
R2 is not needed, what you need is to tie up/down the pin that is going to turn this on - assuming you want it to power up with it off.

Mike.
Edited, mixed up top side drivers with Pfets.
 

granddad

Active Member
Thread starter #25
The power for BT got a bit complex. the SW (4) needed to be able to switch OFF the HC socket if the control enabled the switch , but not turn the socket ON .. if control was OFF ... result !

HCpwr.jpg
One Enable for the 4 SW'es is low to enable the OFF for the 4 sockets, also Voltage level changes were needed .
 
Last edited:

Pommie

Well-Known Member
Most Helpful Member
#26
That looks rather complex, why can't you just switch the GND line with a logic level mosfet or an NPN transistor?

Mike.
 

granddad

Active Member
Thread starter #27
Mike .. I am a bit wary of supplying Volts to IC pins with no or floating GND. these modules have a LDO regulator not sure how they behave with no gnd, also TX RX can have voltage on them directly into the wireless IC...
 

granddad

Active Member
Thread starter #28
Could have been better laid out ,but splitting the HC-05s from the processor was major re-jig.. result lots of wires and connectors.. time now for 'C'. I still
have 97% program memory of the 512kb to play with ..

fourBT.jpg
 
Thread starter #29
It seem I'm not as smart as I thought I was... the BT slave was going to be controlled by a PIC12 ... but 8 pins ..make debug difficult , moved up to PIC1814K50 20pin .. lots of mem EE and features... got as far as making the SOIC BOB and PIC board and some code only to find you cannot De-bug this chip with PK3 :banghead: ..(fail) ( need a debug header ) so now new PIC in place is 18F14K22 . Then problems preserving the Data EEprom , this chip uses the top end of flash memory as Data EEprom , I understand the programmer has to first read the EEdata portion, erase the flash then writes the EE data back, and flashes the program , but telling the PK3 the addresses to save is problematical .. settled for the properties as below.. BT master and slave now messaging and paired .

preserve.jpg
PIC18andBT_06.jpg
 

Latest threads

EE World Online Articles

Loading

 
Top