 |
 |
 FAQ Forum Help Official CCS Support  Search
 Register
 Profile  Log in to check your private messages  Log in
|
CCS does not monitor this forum on a regular basis. Please do not post bug reports on this forum. Send them to CCS Technical Support |
| Search found 18 matches |
| Author | Message |
|---|---|
 Topic: I2C problem: SDA and SCL Lines goes low |
|
| RVR Replies: 18 Views: 27529 |
 Forum: General CCS C Discussion Posted: Thu Oct 25, 2012 8:45 am Subject: I2C problem: SDA and SCL Lines goes low |
| Thanks for yours answers Ttelmah and Jeremiah,
First, get rid of the speed setting in the slave. Ok, done. but the problem still happens. Second, have you tried using the old standard syntax for th ... |
|
| Topic: I2C problem: SDA and SCL Lines goes low |
|
| RVR Replies: 18 Views: 27529 |
Forum: General CCS C Discussion Posted: Sat Oct 20, 2012 6:58 am Subject: I2C problem: SDA and SCL Lines goes low |
| Hi Ttelmah,
When I read the states below 0x80 this code works only when the master sends data, but in my code it never happens. Another thing, I understand that the state 0x00 is the address when th ... |
|
| Topic: I2C problem: SDA and SCL Lines goes low |
|
| RVR Replies: 18 Views: 27529 |
Forum: General CCS C Discussion Posted: Fri Oct 19, 2012 7:11 am Subject: Re: I2C problem: SDA and SCL Lines goes low |
| the question still open | |
| Topic: I2C problem: SDA and SCL Lines goes low |
|
| RVR Replies: 18 Views: 27529 |
Forum: General CCS C Discussion Posted: Thu Oct 18, 2012 2:48 pm Subject: I2C problem: SDA and SCL Lines goes low |
| No, you are missing the point about i2c_read(2).
It must be followed by an i2c_write. state 0x80, is the only state that may use this. This reads the byte _without_ releasing the clock, which _must_ ... |
|
| Topic: I2C problem: SDA and SCL Lines goes low |
|
| RVR Replies: 18 Views: 27529 |
Forum: General CCS C Discussion Posted: Thu Oct 18, 2012 2:09 pm Subject: I2C problem: SDA and SCL Lines goes low |
| For starters you need to whittle those programs down to smaller working versions. remove all the USB stuff and just focus on I2C.
Somethings in the slave: 1. You are not correctly handling s ... |
|
| Topic: I2C problem: SDA and SCL Lines goes low |
|
| RVR Replies: 18 Views: 27529 |
Forum: General CCS C Discussion Posted: Thu Oct 18, 2012 9:22 am Subject: I2C problem: SDA and SCL Lines goes low |
| Hi,
CCS PCHW 4.130 Master 18f2550 Slave 18f2550 Pickit3 programmer I have a old problem with the I2C bus. In the master - slave mode i need to the slave write data and the master read it. Very ... |
|
| Topic: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
|
| RVR Replies: 13 Views: 22060 |
Forum: General CCS C Discussion Posted: Wed Mar 07, 2012 8:51 am Subject: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
| What compiler version are you using again?
Hi Jeremiah, Thanks for your answer. This version was 4.128. I just received an email from tech support and tell me it's a bug in the compiler clock time ... |
|
| Topic: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
|
| RVR Replies: 13 Views: 22060 |
Forum: General CCS C Discussion Posted: Mon Mar 05, 2012 2:14 pm Subject: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
| anyone with another idea? | |
| Topic: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
|
| RVR Replies: 13 Views: 22060 |
Forum: General CCS C Discussion Posted: Sun Mar 04, 2012 12:25 pm Subject: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
| Hi Ckielstra,
thanks for your comments, You are not doing the read for 0x80... When i read the 0x80 address, the communication is stopped because Moreover, if the 0x80 would have not read the c ... |
|
| Topic: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
|
| RVR Replies: 13 Views: 22060 |
Forum: General CCS C Discussion Posted: Sun Mar 04, 2012 12:12 pm Subject: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
| hi temtronic
your program doesn't say which PIC you're 'simulating'.... no 'fuses'.... you include a lot of libraries, are all necessary ??.... yes, i put all the statements to configure the ... |
|
| Topic: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
|
| RVR Replies: 13 Views: 22060 |
Forum: General CCS C Discussion Posted: Sun Mar 04, 2012 9:20 am Subject: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
| Hi, temtronic
Thanks for your answer, I agree that it is necessary to actually implement, but leaving aside that, you have any comments about the code? |
|
| Topic: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
|
| RVR Replies: 13 Views: 22060 |
Forum: General CCS C Discussion Posted: Sat Mar 03, 2012 2:18 pm Subject: Re: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
| master code
//DECLARACION DEL CLOCK PARA EL MICRO// #use delay (clock=48000000) #zero_ram //Configuracion parametros, puertos y asignacion de TAGS #BYTE TRISC=0XF94 //com I2C #Use ... |
|
| Topic: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
|
| RVR Replies: 13 Views: 22060 |
Forum: General CCS C Discussion Posted: Sat Mar 03, 2012 2:17 pm Subject: Conflict with I2C com. between Pic 18f2550 and Ds1307 |
| Hi everyone,
I have a very specifically problem with I2C communication, particularry between 2 pics an RTC ds1307 (will be DS1305 but for the simulation i used ds1307). The following codes corresp ... |
|
| Topic: float math operations problems |
|
| RVR Replies: 4 Views: 10612 |
Forum: General CCS C Discussion Posted: Sat Jan 28, 2012 5:39 pm Subject: float math operations problems |
| Key thing, is that there _isn't_ a 'double' type. Double _only_ exists for things like DSP chips. In standard CCS C, the keyword is for 'compatibility only'. So you have a 6.5digit effective _single p ... | |
| Topic: float math operations problems |
|
| RVR Replies: 4 Views: 10612 |
Forum: General CCS C Discussion Posted: Sat Jan 28, 2012 4:10 pm Subject: float math operations problems |
| Hi everyone,
I'm trying to operate with precision numbers (ex: 146516.728, 0.0.52118, etc) in a math operations, and with algorithm that use a data type "double". Before to program the ... |
|
All times are GMT - 6 Hours |
Powered by phpBB © 2001, 2005 phpBB Group