Swordfish

Putting files into the userlibrary allows you to override what's in the standard library folder. If you want to use the standard copy, get rid of the one in userlibrary. The installer doesn't touch what's in the userlibrary... you wouldn't want it to delete modules you may have changed. That does me...

Right... it should have been installed as part of 2.2.3.4.

If you have the older version in your UserLibrary folder, remove it and when you rebuild your project the new version should be included in its place.

Just a reminder/FYI- Recent versions of the compiler now include some updated modules as part of the standard libraries. Any files in the UserLibrary folder will override those in the compiler Library folder, so you should review the contents of your UserLibrary folder and make sure you're not overr...

some files like intosc.bas are now included as part of the standard libraries. The compiler will look in the user library folder first, and then the library folder. Remove any old files from the user library folder and you'll get the new ones. After you compile a project,open the .idf file (it's a t...

What are the full paths for the two copies of intosc.bas you found and what OS are you running?

According to the installer script, the various library and include files should end up in:
C:\ProgramData\Mecanique\Swordfish
Includes
Library
Plugin
Samples
UserLibrary

Garry, According to my notes, intosc and setalldigital support for the 47J13 was added in SF version 2.2.3.3 and later. There's a missing comment brace '{' around your "These are how I have been..." comment. You'd have to comment out the SetAllDigital call since you commented out the include. You al...

I've only ever used the synchronous mode to transmit, so I probably can't be much help. To receive I think you have to set either SREN or CREN, and clear them when you want to transmit. There's a better description of using sync mode in other datasheets like the 26K22. If you're the master and you d...

I've tried a few repair tools, but so far none of them have produced anything remotely usable.

I see the same issue... when I go to unzip the file I get "data error" so it's not just you.

From the few I've looked at, it only seems to be zip files that are in the forum posts and not ones from the wiki.

Ouch! Sorry to hear that Garry. I'm one of the unlucky ones who can work from home, so as of right now I'm still employed. When you get back to it I have one suggestion. In the microchip example driver, they set the SPI control registers to: // SPI_MODE_0 // SMP = 0 'Input data is sampled at the mid...

Looking through the datasheet for the MRF89XA, I think you want a different SPI setup. SPI mode 0 is what's called out in the datasheet, and the ref library from mchip use this mode too. Try this and see what happens. You'll have to adjust the SPI pin #options, IO pin assignments and PPS settings to...

Hi Garry, The write-read sequence is done in the '_transfer()' function: inline function _transfer(b as WREG) as WREG begin_transfer() SSPBuffer = b // send the byte wait_for_transfer() // wait for byte to be sent/received // note: instead of using 'as SSPBUF' function return value, // this forces r...

same here

Then that sounds like it's just the Pickit3 doing that on its own...
I can't think of any way to stop that until you run the program and have it release reset.

Maybe run the commandline programmer at startup and tell it to release reset?
No idea if that would work or not.

Haven't really looked for it.

So the problem is if the PC is restarted then the pickit3 will hold the MCLR line low after the PC reboots?