Activity for Anobium
-
Anobium committed [r1844] on Code
New: Retains Z constant definition in AVR ASM output source.
-
New MPK Release – Supports AVR UserCodeOnly Mode Attached is a brand-new MPK package that adds full support for UserCodeOnly mode in GCBASIC (including the new constants like USER_CODE_START, correct stack init handling, etc. etc. etc.). I've provided the 64-bit version of the MPK. How to Install Close GCStudio and any related GCBASIC/GCBStudio tools completely. Download the attached MPK file. If Windows Defender flags it, right-click → Properties → check "Unblock" (or mark as safe in File Explorer)....
-
Summary video and the test programs I have been using. Video: https://1drv.ms/v/c/2f87ffe77f3dbec7/IQDkh50kvfeiTb5Q69d63V3iAfUSAezgBI1VkyT-Rv0W8-o?e=Flleod Documented examples attached.
-
Issues in oscore128da28.gcb: The Z+ Syntax Error Masking a Deeper SREG/CPU_SREG Mismatch The file oscore128da28.gcb exhibited assembly errors when compiled to .asm and assembled with AVRASM2. The initial visible issue was a syntax error on ld R21, Z+ (unexpected '\n'), see the previous post. However, this was merely a symptom masking a more underlying problem: the incorrect use of the alias SREG instead of the official register name CPU_SREG in the generated assembly code. This mismatch caused no...
-
No. Not the resolution. Best & cleanest (what GCBASIC now does): Never emit #define Z in generated .inc / .def files when targeting AVRASM2 → Conditional suppression in the code generator
-
I am just adding this to the Help.
-
A morning update. All the tests here passed. So, I will bundled up shortly into a MPK file. I will knock a quick video and write the AVR Memory Map first. This is the minimum recommended. Works with GCASM and AVRASM2. You will quickly figure out that you can make even smaller :-) #chip avr128da28 #option explicit #option UserCodeOnly INITMCU2: //! ORG statement uses Constant ORG USER_CODE_START //! Mandated Label INITMCU2: Yields - removed the comments... This stable and I think looks good. ;Program...
-
Pleasure. The new HTML report is cool. It is the first place I went to see what was haopening. Then, the CDF confirmed it. Then, back to the source code.... The latest build is here at my house, and, at Angel's house in Mexico. :-) We will release as soon a practical. I am using daily, all the test results are good. The new toolchain is very cool! So, we will announce a Beta program very soon. The reason for a Beta is to understand and better document all the new Debugger and Programmer use cases....
-
The new version of the compiler would have helped you. See the attached HTML. Look at the Variable Memory Map. There is no byte_variable. A quick scan od the .CDF shows byte_variable as a constant mapped to PORTA.0 So, I think the oversight is here #define byte_variable PORTA.0 this is a Bit. I think you need dim byte_variable as you are comparing to a byte value >= 128. This works here with the change. A really easy oversight - done it many times.
-
New: Implement USERMODEONLY for AVR
-
I will send revised OS files that compile correctly.
-
GCBASIC Build Summary – Revision 1842 → Working Copy Date of changes: February 11, 2026 Version bump: 2026.02.08 (build 1560) → 2026.02.11 (build 1561) Overview / Introduction This set of changes introduces a major new compilation mode in GCBASIC called UserCodeOnlyEnabled for AVR micrcontrollers. When enabled (#option explict LABEL:), GCBASIC generates minimal assembly output containing only user-written code, deliberately skipping: Automatic stack initialisation Global interrupt enable (sei) Standard...
-
I have fixed it. Do not worry.
-
I have made changes - all looking very stable. However, the OS is not installing using AVRASM2 - which it needs to. I have seen this error many times. See https://1drv.ms/v/c/2f87ffe77f3dbec7/IQAOrLqgMBtbQpDpvzuaPqN8AboPJovzFVWEYUUdfKbs8-U?e=Jv8T5F
-
ok. No chip init. Agreed. What name for the constant? What should the prefix be for routines that must be compiled and included in the output? Other changes?
-
A demo - I have GCASM and AVRASM2 operating. Review the video - there are some questions I need answers to. Naming, restore the clear RAM routines, and many more questions. I have added ORG support ( this is cross platform so use .ORG or ORG the target chip determines the output ). Lots of capabilities - that did not exist two days ago. Enjoy https://1drv.ms/v/c/2f87ffe77f3dbec7/IQDLUFp2hwJVTp6zszCj2mTbARTDm7DRwb0yfLZA6z6cvgs?e=vrac0G
-
That is the goal. :-)
-
That is the goal. :-)
-
The rjmp is not a sub call. It is a short vector goto using 2 insructions. Where as a goto will use 3 instructions. The compiler will inspect all rjmp's and replace with goto if required ( greater than the scope of rjmp ). Please test the program change with a real interrupt handler call (not just reti). Does the interrupt handler appear in the assembly code? With this option active. The reti is replaced by the rjmp ISR, and sub ISR.. end Sub would need to defined. The assembler would issue an error...
-
Progress. One thing to resolve, and some decisions. Source #chip mega328p #option explicit #option UserCodeOnly INITMCU2: // Vectors - must come before the UserCodeOnly label ASM .ORG 2 ASM reti ;INT0 #ASMRAW .ORG 4 #ASMRAW reti ;INT1 #ASMRAW[ .ORG 6 reti ;PCINT0 .ORG 8 reti ;PCINT1 #ASMRAW] // The following .ORG statement can ONLY be ASM instriction NOT #ASMRAW as we need the preprocessor to repace the constant /* All these are now valid constants for the address above the interrupt vectors CHIPTOP_VECTOR_ADDRRESS...
-
Goto's just cannot be debugged. Real SIm shows the ADC correctly. Load the RPP project provided. Add lots of serial debug and I would use the real hardware with a USB/TTL. You can probable keep all the gotos but refactoring is really the way to figure out what is going on.
-
Refactored even more as I have just added serial debug. I have reused pulse_40ms as serial debug. This meant refactoring the code to remove the signle line If statements. So, this code runs for ever showing 'loop'. You should add more serial,debug to figure out where the lock up is. /* ------------PORTA--------------- Bit#: -7---6---5---4---3---2---1---0--- IO: -x---x---x---I---I---O---I---I--- Func: -x---x---x---OVR-IMP-PLS-EXP-NTC- Legend: AN0 (PORTA.0) = HWS_NTC - Hot Water System NTC thermistor...
-
I just posted to your other thread. I will do many training videos on the new debugger. But, this debugger is a game changer - you will see your variables and registers used changed step by step. :-)
-
A code review. What is this meant to do? Check the CDF for the results of this... This does not config the analog pins but this creates three constants. 'Configure analog pins #Define PORTA.0 = (AN0) 'HWS_NTC #Define PORTA.1 = (AN1) 'grid_export #Define PORTA.3 = (AN3) 'grid_import It is running here in the Real simulator. But, I do not know what the inputs / outputs are... so, see attached Real Simulator project. I increase the ADC some LEDS flash etc. However, the code is not doing what you think...
-
Well... I had a discussion with the author about development of Real PIC Simulator. He was not willing to releare the source. I have contacted the author many times since and he not responded. Personally, I would re-license, if I could. I have built my own installer. This means I can restore when ever I need to.
-
@Ralf It is not that easy. :-) I am hitting issues. The program address in the user just before the label. I cannot inject an .org as this will mess up program size ( very bad practice ). A way I will try tomorrow is to define a new constant TOPVECTORADDRESS. Then, this can used within a program, if needed. Something like this. asm .org 2 asm rjmp isr asm TOPVECTORADDRRESS INITMCU: This means we would have a public method to protect all of the methods, or, the following could be used. asm .org 2...
-
Something like this? The vectors are listed as comments, this is the least impact to the compiler. The compiler would still protect the vectors, as they could still be used by On Interrupt to set any valid vector, by setting the .ORG to first progmem location that is not an interrupt vector. #chip mega328p #option explicit #option UserCodeOnly INITMCU2: // Vectors - must come before the UserCodeOnly label #ASMRAW .ORG 2 #ASMRAW reti ;INT0 INITMCU2: // More code Could produce. ;Program compiled by...
-
Something like this? The vectors are listed as comments, this is the least impact to the compiler. The compiler would still protect the vectors as a use could still use On Interrupt to set any valid vector by setting the .ORG to first progmem location that is not an interrupt vector. #chip mega328p #option explicit #option UserCodeOnly INITMCU2: // Vectors - must come before the UserCodeOnly label #ASMRAW .ORG 2 #ASMRAW reti ;INT0 INITMCU2: // More code Could produce. ;Program compiled by GCBASIC...
-
Something like this? The vectors are listed as comments, this is the least impact to the compiler. The compiler. would still protect the vectors as a use could still use On Interrupt to set any valid vector. #chip mega328p #option explicit #option UserCodeOnly INITMCU2: // Vectors - must come before the UserCodeOnly label #ASMRAW .ORG 2 #ASMRAW reti ;INT0 INITMCU2: // More code Could produce. ;Program compiled by GCBASIC (2026.02.09 (Windows 64 bit) : Build 1561) for Microchip AVR Assembler using...
-
Progress. The vector handlers remain. How would a user program ( not the OS ) call an interrupt. The rjmp is the correct method to use. Attached are GCCODE generated ASM files for inspection. I have include a range for inspection. Including a PIC to ensure nothing got broken.
-
I am still not sure what you are trying to do ? Load the TBL bootloader into the chip or, Load your hex into the chip after the TBL bootloader was installed at #1 above ? For #1. Take the provided TBL bootloader and program via the ICSP. For #2. TBL bootloader have nothing to do with I2C, so, no pulls up needed. From the documentation provided with the TBL bootloader connect RX and TX and 0V0 between the USART interface and the MCU. If this is not working. Write a quick GCBASIC program to send serially...
-
ok. So, the interrupt vectors are all empty? And, the .ORG 52 is specific so the chip? So, this .ORG would be adapted specific to the mcu?
-
ok. So, the interrupt vectors are all empty? Ot, the .ORG 52 is specific so the chip? So, this .ORG would be adapted specific to the mcu?
-
The question is... how to load the TBL+ hex into the chip? or, is this a question of how to load a Hex into the chip using the TBL+ application? or, is it another question?
-
:-)
-
Fix: Resolve bug where an Error "message" in a #Script caused the compiler to exit without handling exit process gracefully.
-
My experience and I use these tools a lot Oshonsoft AVR and PIC - no issues. I load the HEX and the simulator runs great. Real Pic Simulator - no issues. I load the HEX and the simulator runs great. There is a GLCD pixel column missing but this works great for legacy PICs. MPLAB-X - works great. Create project with .S and simulator works ok and walking the code againt real siilcon work well. GSTUDIO Debugger - works great. Just press function F5 and walk the code againt real siilcon. Limited use....
-
And, looking at the errors today. Are you running the latest compiler/tool chain? Please share the top 30 line of the ASM bing generated. But, if you are not running the lastest compiler/tool chain then I think it will be best to update then retry ( I have the latest compiler/tool chain and this will be my baseline ). Evan
-
We are still completing the next release. 🚀 Additional Updates in the Latest GCStudio Release (Changes 1553–1559) The momentum continues with several important fixes, compiler enhancements, metadata updates, and new device‑support improvements. These changes build directly on the October–January release cycle and further strengthen reliability across AVR, PIC, and LGT targets. All items below are completed and fully integrated. 🆕 New Features 1554 – Calculator: 2026 License Data Update Updated internal...
-
New: Added new RAM usage section to HTML output.
-
Open the Prefs Editor and select the compiler tab. Or, press Function F4, type Prefs, then select the compiler tab. If you are using SynWrite... Edit Program Preference. But, please use GCCODE. As we progress GCCODE will have the AVR debugger and all the new tools.
-
Fix: Correct _LINE() assignment of LINE()
-
Updated copyright
-
Fix: Corrected DAT file
-
Donation date updated.
-
Updated copyright dates
-
Can you upload a GCB source that compiles? The one above has errors. This would really help.
-
OK. Before I start. Try the UserCodeOnly option with the AVR. What explicitly needs changing? And, you must use AVRASM2 as the selected tool to ensure ASM we are generating is valid. So, you can take the ASM generated by GCBASIC, make your changes and validate these changes using AVRASM2. I really need a reference ASM file. My tests here. My source: ( first-demo.gcb) #chip mega328p #option Explicit #option UserCodeOnly INITMCU: INITMCU: Give AVRASM2 errors. GCBASIC (2026.02.07 (Windows 64 bit) :...
-
and, you do not need MPLAB-X to use PIC-AS. There is download in the Files tool of this forum that has all the required files. This is an interim drop whilst the next release properly disassociates GCSTUDIO from MPLAB-X.
-
Ralf, Recommend you try option UserCodeOnly INITMCU add a label called INITMCU: at the top of the your program. What needs to be resolved there? I mean. We need to change what to make this preprocessor instruction behave on the AVR compared to a PIC. As we cannot change the behaviour of option UserCodeOnly ( beyond fixing the PIC/AVR compatibilty ) we should then add a new preprocessor instruction option RemoveAVRInterruptVectors. What is the exact need ? Removal of what ? I think I need examples...
-
Problably string allocation space. You are using an old PIC and the string allocation is small. Try adding #DEFINE SYSDEFAULTCONCATSTRING 16 where 16 is the largest string you are trying to handle.
-
I am not sure I am seeing any issue. Have a look at this. #chip 18F27Q43 // #chip 18F16Q41 #script SER1_BAUD = 9600 CHIPSELECT = 0 If CHIPNAME = 18F27Q43 Then SER1_TXPORT = PORTC SER1_TXPIN = 7 SER1_RXPORT = PORTB SER1_RXPIN = 0 CHIPSELECT = CHIPSELECT + 1 USART_BAUD_RATE = 9600 USART_TX_BLOCKING = "" USART_DELAY = OFF USART4_BAUD_RATE = 9600 USART4_TX_BLOCKING = "" USART4_DELAY = OFF End If If CHIPNAME = 18F16Q41 Then ' example for another chip SER1_TXPORT = PORTA SER1_TXPIN = 4 SER1_RXPORT = PORTC...
-
Very good. There is another similar OS in the demo pack, so, this is a great addition. An insight/question. Would you to override the INITSYS? and the BASPROGRAMSTART jmp ( at vector 0 ) and put you own label to handle the init as you wish? I would be possible to do this with a tweak in the AVR part of the compiler ( it already does this for the PICs ). And, would it also be useful to remove the Interrupt vectors ( not implemented but this would be rather easy to do )? We can create initialisation...
-
Hard to say without the code/program. Many people have mutliple configs is a program. So, this should work.
-
Hard to say without the code/program.
-
Good spot. There must have been an error in one the import files. I have updated the master file in the repository.
-
The compiler does all the control of the interrupt(s). You could change this behaviour by changing the source. But, it would be a huge piece of work. Working with the Sub Interrupt maybe your best way forward.
-
I added to your source as a header. Looks nice. Most interestng. I also compiled using AVRASM2 ( as a validation ). Compiled very nicely. :-) This means the ASM generated is 100% valid. I have attached the LST file for your review.
-
Ralf is this good to add? This is meant to explain the port usage. Evan #IF CHIPNAME = mega328p or CHIPNAME = mega328pb /* ------------PORTA--------------- Bit#: -7---6---5---4---3---2---1---0--- IO: --------------------------------- IO: --------------------------------- (PORTA not used in this program) ------------PORTB---------------- Bit#: -7---6---5---4---3---2---1---0--- IO: -- -- LED Btn-d Btn-u Btn-s -- -- IO: PB7 PB6 PB5 PB4 PB3 PB2 PB1 PB0 LED on PB5 (Arduino pin 13) Buttons: PB2=Set, PB3=Up,...
-
I did miss testing IC2 in the 328pb. Here is what was formally tested. ATMEGA328pb_boards https://github.com/GreatCowBASIC/Demonstration_Sources/tree/main/Vendor_Boards/ATMEGA328pb_boards
-
see https://github.com/GreatCowBASIC/Demonstration_Sources/tree/main/LCD_Solutions/Large_Font_LCD_Solutions/2004_large_font A good example!
-
see https://github.com/GreatCowBASIC/Demonstration_Sources/tree/main/LCD_Solutions/Large_Font_LCD_Solutions/2004_large_font A good example!
-
Add a Warning into the #script to say that ATmega328p has not been tested, but, should work... let us know if is does....
-
Add samevars for 328PB
-
Great change. I will add the master HWI2C.h now. I have added this. It is a faster method. // Samevars for 328PB I2C #samevar TWBR, TWBR0 #samevar TWCR, TWCR0 #samevar TWSR, TWSR0 #samevar TWDR, TWDR0 Evan
-
I have seen that movie!! :-)
-
It is a great method!!
-
My analysis of Bill's other demo. '''-------------------------------------------------------------------------------------------------------------------------------- '''A Debug Program for SMTTimers.h ''' WilliamR ' #chip 16f18855, 32 #option explicit #include <smt_timers.h> WAIT 500 MS DIR PortC.3 OUT 'LED 'Tune internal OSC for best accuracy so 'that 1,000,000 timer ticks = 1,000,000 us OSCTUNE = 0b11111100 InitSMT1(SMT_FOSC,SMTPres_1) '1 MHz 'Period = 1,000,000 microseconds (1 Second) SETSMT1PERIOD(16000000)...
-
Looking at the GCBASIC demos by BillR, the timer calculation is based on creating a 1-second interrupt interval using the SMT1 (Signal Measurement Timer) module. '''-------------------------------------------------------------------------------------------------------------------------------- '''A Debug Program for SMTTimers.h ''' WilliamR ' #chip 16f18855, 32 #option explicit #include <smt_timers.h> WAIT 500 MS DIR PortC.3 OUT 'LED 'Tune internal OSC for best accuracy so 'that 1,000,000 timer ticks...
-
Bill Roth was the expert on SMT. He passed away last year. :-( The most relevant application note / technical brief for it is TB3129 – "Signal Measurement Timer on PIC MCUs". Direct PDF URL: https://ww1.microchip.com/downloads/en/appnotes/90003129a.pdf This document explains the SMT module's features, configuration, modes (like period/duty cycle measurement, time-of-flight, etc.), and code examples. If you're looking for something more specific (e.g., auto-calibration using SMT in AN2030): https...
-
Is the question 'how to do the SMT calcs'? I will correct the Help.
-
Hanno, Please check your emails. :-) Thank you for your support for the GCBASIC project. Evan
-
The latest public release is 1.0126 with build 1523. We will open a beta program soon. We will post here and/or email key users as soon as possible. We can patch/MFP for anything that needs an immediate fix but we are still working on the build to create a seamless installation process.
-
I have updated the Help check the online version tomorrow. :-)
-
either way would work, I would think the picture after picture would be fastest. But, do test to validate performance.
-
i will to try and add reference to DataBlocks. The naming of webpages is part a mega tool that I just use to ceate all the different formats of the Help. So, i cannot change the page URL.
-
Did you mean this?: https://gcbasic.sourceforge.io/help/data.html Yes. Data Block is my nickname for it. it is really a DATA dataset. I will sort the link. Re the max value. It is dependent on the selected device. I can add this quick summary. Family Instruction Word Size Program Memory Word Width Maximum Value per Word (unsigned decimal) Hex Range Can store full 16-bit value (0–65535) in one word? PIC10 12-bit 12 bits 4095 0x000 – 0xFFF No PIC12 (baseline) 12-bit 12 bits 4095 0x000 – 0xFFF No PIC12...
-
The Data Blocks are in the latest help, see https://gcbasic.sourceforge.io/help/data.html If more is needed - can you provide me some words/example to add? I can do the editing here. but, do you want links from ProgramRead, ProgramWrite and ProgramErase or examples? and, do you want link from Data Blocks to ProgramRead? Should be
-
Very good work. The diagrams really help. I will include these in the demos as we dont have anything like these SPI examples. Thank you.
-
This may be the the time to use a script. :-) I would. Scripts give a lot more flexibility and a lot less complex. Script make and manage constants during the preprocessor phase of compilation. You are working with constants. Check the CDF to see the outcome. I have added some checks ( warnings ) you can remove. Evan // #chip 18F27Q43 #chip 18F25K22 #script SER1_BAUD = 9600 CHIPSELECT = 0 If CHIPNAME = 18F27Q43 Then SER1_TXPORT = PORTC SER1_TXPIN = 7 SER1_RXPORT = PORTB SER1_RXPIN = 0 CHIPSELECT...
-
Thank you!
-
Corrected license date
-
🚀 Exciting updates in the latest GCStudio release! From late October 2025 through January 2026, GCStudio continues to evolve with powerful compiler improvements, expanded device support, debugger enhancements, and a wide range of fixes across PIC, AVR, and LGT targets. This release cycle focuses heavily on performance, chip‑family expansion, DFP handling, DAT updates, and robustness improvements across the toolchain. Whether you're working with PIC-AS, tuning I²C on AVR, or pushing new PIC16F1xxx...
-
Very nice. I like the configuration for many chips. Very clever. May I put this in the demonstration Git/Repository? This has some clever techniques. Evan
-
Yes, that makes sense.
-
You can always write to the registers - Is that what you mean?
-
This magic is brilliant. Simulate... no... do it on the real hardware. :-) We may be a a week or so to get a Beta release out. But, as you can see... it is stable.
-
I am not following along - it is my understanding of your issue. See https://youtu.be/0SpD2fzAlCc this for my analysis.
-
T0CON1 is set to 96 or 97 for PRE0_1 or PRE0_2 respectively. Can you check this out with some serial debug?
-
Fix: Improved handling of Comport when used in subs and functions
-
Corrected AVR I2C mode initialisation to support byte
-
See https://youtu.be/RD3by77L6fM?si=8JJ2DaxFTK5sLZU-
-
I will post a video tomorrow. This journey has been a few years in the making. The pieces are now all there. GCSTUDIO and GCCODE - the platform and IDE to deliver the capabilities GCBASIC preprocessor and compiler as the foundation. GCASM - as the core linker. PIC-AS and AVRASM2 integration as the key alternative liners. GCDebugger at the way to delve into the details of the operations. - the basic: a simulator - the next level: the MPLAB-X debugger programmer - the next level: PICKitXtra. A new...
-
I think you need to add #define TMR0_16BIT See https://github.com/GreatCowBASIC/Demonstration_Sources/blob/main/Vendor_Boards/Great_Cow_Basic_Demo_Board/16f15355_ChipRange_Demonstrations/15_Rotate_the_LEDs_using_16bit_Timer0_.gcb
-
Thank you! We are closer to the target with every donation.
-
The AVR315 is the reference document. The reset uses turns off TWI and then issues STOPs etc. This cannot be achieved with the either the SDA or SCL floating.
-
A result then!!
-
There is no glitch. This is real ASM. :-) I tested that bit, purely out of habit. As this has no other interrupts.. it could be removed. So. hopefully, you now understand... the question you asked is actually complex but the compiler can support lots of different methods. :-)
1 >
