Partendo dal presupposto che nel mio caso, devo adattare tutta la libreria perchè
1) gli identificatori non sono gli stessi
2) il 16f1827 a quanto pare ha due linee per comunicazioni seriali, e con ciò ha praticamente sdoppiati tutti i registri (es SSPSTAT in SSP1STAT e SSP2STAT)

Ora la cosa si fà piu complicata del solito:
sugli include dell’hitec c in C:\Program Files\HI-TECH Software\PICC\9.70\include in generale troviamo gli identificatori, ed esempio, così:
******************************************************************************
// Register: WPUB
volatile unsigned char WPUB @ 0×20D;
// bit and bitfield definitions
volatile bit WPUB0 @ ((unsigned)&WPUB*8)+0;
…
volatile bit WPUB7 @ ((unsigned)&WPUB*8)+7;
#ifndef _LIB_BUILD
union {
struct {
volatile unsigned WPUB0 : 1;
…
volatile unsigned WPUB7 : 1;
******************************************************************************

Ma per quanto riguarda il registro SSP1STAT ed anche in tutti gli altri registri per le comunicazioni seriali mi trovo che le definizioni dei bit sono TUTTE COMMENTATE! Guarda: (riga 1765 del pic16lf1827.h):
******************************************************************************
// Register: SSP1STAT
volatile unsigned char SSP1STAT @ 0×214;
volatile unsigned char SSPSTAT @ 0×214;
// bit and bitfield definitions
//volatile bit BF @ ((unsigned)&SSP1STAT*8)+0;
//volatile bit UA @ ((unsigned)&SSP1STAT*8)+1;
//volatile bit R_nW @ ((unsigned)&SSP1STAT*8)+2;
//volatile bit S @ ((unsigned)&SSP1STAT*8)+3;
//volatile bit P @ ((unsigned)&SSP1STAT*8)+4;
//volatile bit D_nA @ ((unsigned)&SSP1STAT*8)+5;
//volatile bit CKE @ ((unsigned)&SSP1STAT*8)+6;
//volatile bit SMP @ ((unsigned)&SSP1STAT*8)+7;
#ifndef _LIB_BUILD
union {
struct {
volatile unsigned BF : 1;
volatile unsigned UA : 1;
volatile unsigned R_nW : 1;
volatile unsigned S : 1;
volatile unsigned P : 1;
volatile unsigned D_nA : 1;
volatile unsigned CKE : 1;
volatile unsigned SMP : 1;
};
******************************************************************************

Cooosa? Hanno lasciato il lavoro a metà? Non erano sicuri che funzionasse?
Il bello che gli identificatori dei registri 1 e 2 sono identici fra di loro! CKE nell’uno e CKE nell’altro! Perchèè perchèèè :’(
Vedi i singoli bit SSP2STAT e SSP1STAT per esempio, come d’altronde tutti gli altri.

Ho provato a fare una modifica a tale libreria, dopo aver accuratamente fatta una copia di backup, decommentando quelle righe e cambiando i bit del tipo CKE in CKE1 e CKE2 rispettivamente dei registri SSP1STAT e SSP2STAT ma durante la compilazione rimane l’errore : Error [192] C:\Users\Luca\Desktop\Programmazione Pic\16F1827\i2c.c; 24.1 undefined identifier “CKE1″

Stasera diamo proprio i numeri mio caro picc.exe!!

Guarda, io non ne posso più, ed il bello che ci sono persone che avranno speso 1000 dollari per questo compilatore. Che casino che casino….

Ma sopratutto ho abbandonato tale scelta per il pic16f1827 …xlp,debug integrato, 32 mhz (5mips), per non parlare di cosa sono riusciti a far entrare in un dip18… cosa volere più dalla vita? (sopratutto se si ha un bellissimo pickit3!) se non buttare tutti i pic (vetusti) che si ha per le mani e migrare verso questo freschissimo prodotto?

Qui siamo ancora in fervida attesa delle librerie i2c per il ds1307! Sappi che dopo aver imparato ad usare e testato il convertitore adc su questo pic, la mia voglia di conoscenza arriverà ai ferri corti! :D

Ti ringrazio infinitamente per il tuo meraviglioso impegno, e l’attenzione dedicatami.
Luca

Stefano