Sounds like it's not worth the effort. I'm spoiled by GCB, going back to MPASM after a couple of years will be... trying! Thanks, Jim
Is chip data something I could work on?
Could GCB support 24FJ64GB002? Thanks, Jim
Thanks Evan. Do you ever sleep? ;=} I appreciate your commitment to GCB! It's a hell of a tool. Also: #chip 18F05Q40, 64 seems to output fuse hex for HFINTOSC_4MHZ. But #CONFIG RSTOSC=HFINTOSC_64MHZ does get 64 mhz. Thanks much, Jim
I can't make variables work on 18f05Q40! For/Next and Repeat run forever regardless of variable, explicit or not. Wait with constant time values work, but Wait with variable time values wait an arbitrary time. GCB 04/06/2021:v0.98.07 Thanks, Jim
I'm trying to get hardware I2C with LCD working on PIC18F27Q43, don't get any activity on the I2C port pins. The attached code has software I2C commented out, which works, indicating that I might have the LCD hooked to the PIC pins correctly, with pull up, PPS correct, etc. Also tried several EvanV demos like I2C_Solutions/I2C_Discovery/i2cHardwareDiscovery_to_Terminal_18f14k22.gcb, with no Joy. Thanks, Jim
I'm using this alias: Dim NCOFreqCount as long ALIAS freqdummy, NCO1INCU, NCO1INCH, NCO1INCL Then: NCOFreqCount = 12345 (or other values) Is there a specific order that GCB writes the four registers using NCOFreqCount = 12345? The 4 registers need to be written to the PIC16F27Q43 with the "L" register stored last. Like in some other PIC multi-register values, writing the "L" register triggers the internal transfer of the higher registers of the same set. PIC18F27/47/57Q43Data Sheet page 531: "NCOxINCU...
Sorry for being unclear. I'm not asking about the DMA operation. In the Load Table process, what tells this code (below) to store the data, read from the table, into program flash PROGMEM instead of ram? 'Load table Dim TableLoad, WaveTableSize as word TableLoad = 0 'The address to return the size of the table readtable Wave, TableLoad, WaveTableSize 'Need to read table to ensure compiler load into PROGMEM Thanks, Jim