PDA

View Full Version : HI2CREAD and HI2CWRITE



garryp4
- 12th April 2007, 23:24
Make the hardware I2C port available same as HSERIN / HSEROUT.

skimask
- 13th April 2007, 00:32
Make the hardware I2C port available same as HSERIN / HSEROUT.

Explain a bit more...doesn't make a lot of sense...

mister_e
- 13th April 2007, 02:33
We are in the PBP wish list section... ;)

garryp4 want to have new statements (HI2CREAD/WRITE) that use the Hardware MSSP module instead of using I2CREAD/WRITE. Something like SERIN/HSERIN PWM/HPWM

skimask
- 13th April 2007, 05:04
We are in the PBP wish list section... ;)

Huh...missed that entirely...
Yes, I2C/HI2C...good idea...

garryp4
- 13th April 2007, 11:29
I was a bit dissapointed to find out that the I2C speed with the I2CREAD/WRITE commands are much slower that what the offered hardware is capable of. To get to this speed requires the use of writing some ASM code, which why we use PBP in the first place. I could really use this speed. The PIC supports it but PBP don't. However, I have found what PBP does support to be easy and work the first time every time.

skimask
- 13th April 2007, 14:33
I was a bit dissapointed to find out that the I2C speed with the I2CREAD/WRITE commands are much slower that what the offered hardware is capable of. To get to this speed requires the use of writing some ASM code, which why we use PBP in the first place. I could really use this speed. The PIC supports it but PBP don't. However, I have found what PBP does support to be easy and work the first time every time.

The software commands are fairly fast...but I don't know what you are considering to be fast. At 40mhz, I can generally erase a 32k eeprom byte-by-byte in about 4 seconds or so. No, not fast by any stretch, but as you state, easy to do.

Andy Baker
- 9th April 2008, 17:14
Please please please implement hardware I2C for devices that support it! The I2CWrtite I'm using is sucking up TONS of code space, is slow as death, and is making me nuts!

Andy

mister_e
- 9th April 2008, 17:20
.... oops sorry....

Which device you need to talk to?

skimask
- 9th April 2008, 17:31
We are in the PBP wish list section... ;)
garryp4 want to have new statements (HI2CREAD/WRITE) that use the Hardware MSSP module instead of using I2CREAD/WRITE. Something like SERIN/HSERIN PWM/HPWM


Please please please implement hardware I2C for devices that support it! The I2CWrtite I'm using is sucking up TONS of code space, is slow as death, and is making me nuts!
Andy


.... oops sorry....
Which device you need to talk to?

What do you think of "@ hi2cwrite / hi2cread" type command?
Is that even possible? Can't pass many variables that way. They'd have to be preset. You'd have to have a number of different versions to handle the different 'item' possibilities...
Unless...you hijacked the original i2cread/i2cwrite commands with a flag set somewhere...hmmmmm

mister_e
- 9th April 2008, 17:37
In theory it's possible... on the down side, i'm not sure Microchip always use the same naming convention between all their PICs... not surprised at all if not. But yes ... possible.

Some "HiJack" method? Possible too... 'till now the user will need to manually modify the PBP library :eek:

Darrel Taylor
- 10th April 2008, 04:49
HI2CREAD and HI2CWRITE? Why stop there? What about ...

SPI Master
SPI Slave

I2C Master
I2C Multi-Master
I2C Slave

If you want to support the SSP modules, you should support the Whole Module.
And both kinds ... SSP/MSSP.
<br>

mister_e
- 10th April 2008, 05:15
Yup, i agree, AND for ALL supported PIC in the list. Here comes the fun to check with >500 datasheets ;)

Darrel Taylor
- 10th April 2008, 05:47
... fun to check with >500 datasheets ;)
Don't forget the errata sheets that go with each datasheet. :eek:

Seems to be a lot of SSP issues in the errata.
You'd think they'd have that down by now.
<br>

mister_e
- 10th April 2008, 05:56
And once you're done...

Q:Sir... why it's not working on a ABC but works on a XYZ which are pin2pin compatible
A:Which Silicon version do you have, it's working here with x, y, z version
Q:Silicone version? WTF? I use a JDM programmer, Vista, everything is properly wired with "crocodile jumpers"
....

leisryan
- 28th May 2008, 06:26
In theory it's possible... on the down side, i'm not sure Microchip always use the same naming convention between all their PICs... not surprised at all if not. But yes ... possible.

Some "HiJack" method? Possible too... 'till now the user will need to manually modify the PBP library :eek:

PDS has everything running on Hardware MSSP PBP developers please implement them!!! acting like Motorola "One hit wonder" mongers

Charles Linquis
- 1st June 2008, 17:19
I'm among the group that wants HI2CREAD/HI2WRITE. The WRITE isn't so important, but the HI2CREAD would certainly make an interrupt-driven slave much easier.

Charles Linquis
- 1st June 2008, 18:51
I should add that my previous statement assumes that SLAVE modes were added to the HI2CREAD/HI2CWRITE commands.
And to make things easier - why not just concentrate on 18F parts? There isn't much of a cost differential anymore.

ShoKre
- 24th October 2008, 12:46
ye, i have to asemble mmc/sd card reader--> i2c writer with high bandwith...
this is not posible with soft i2c, there is some intention to use hw_i2c with
pbp (i saw example on the inet (try to google)) but if pbp put keyword like
hserout, this should be best option, on other hand, if some magican like
Darrel Taylor or other good hardcoderz write some how-to or entire macro
for as halfprogramerz, so we can eassy implement hi2c(400Khz or faster) in
our projects...