I am calling a function from an interrupt routine. All works as intended, until I add the following code: lcd.clear(); lcd.setCursor(0, 1); lcd.print(countLabels); the Interrupt routine: void pedal_ISR(void) { if (runningLabels) { detachInterrupt(digitalPinToInterrupt(pedalPin)); runLa…

After a quick look, I think you should just use the "pedalIsPressed" variable you already have but don't use (and it's "volatile" for a reason)... This means that you may change the code to move the istructions from the ISR to the loop() and see if it works: ... void pedal_ISR(void) { pedalIsPre…

When I incorporate the above changes into my sketch, I have no response from the code. Edited code: #include <Hardware.h> #include "AccelStepper.h" #include <Wire.h> #include <LiquidCrystal_I2C_Menu.h> LiquidCrystal_I2C_Menu lcd(0x27, 16, 2); #define pinCLK 8 #define pinDT 9 #define pinSW 7 #def…

I would be amazed if you could successfully call Wire code (which is what the I2C LCD calls will eventually get to) in an interrupt context. I just cannot see that working. Far better to do nothing but set a flag in the interrupt handler, check the flag in the main thread and do all that processing…

[image] van_der_decken: Far better to do nothing but set a flag in the interrupt handler, check the flag in the main thread and do all that processing there. That is what I tried in the above sketch: void pedal_ISR(void) { pedalIsPressed = true; } and in loop(): if (pedalIsPressed) { …

[image] Declan: I have no response from the code. In this case the culprit it isn't the ISR. Add some "Serial.print()" around (the loop, but also inside "runLabels()"") to better understand what happens. Then post again your new "debug" code together with the serial output.

Were you able to clear your other issues with this project? Running two stepper motors simultaneously Buggy Stepper code

I switched to the AccelStepper library. I have updated those posts

It apears that the problem is the following code. If I comment it out, it works, but I loose my menu functions. uint8_t selectedMenuItem = lcd.showMenu(menu, menuLen, 1); if (selectedMenuItem == mkLoadLabels) { lcd.print("Loading Labels"); loadingLabels = true; runningLabels = fals…

I found the following in the Github of the "LiquidCrystal_I2C_Menu" library. I don't know if this would help in disabling the menu polling to enable the print to LCD. attachIdleFunc When calling most library functions, an action is expected from the user: selecting an item in the menu, entering a…

[image] Declan: If I comment it out, it works, but I loose my menu functions. It looks like it's something related to the LCD menu library functionality: I have never used it, but I suppose that last "lcd.getEncoderState()" is a blocking call. If this is the case, I think you need to find how…

LCD hangs program

Projects General Guidance

xfpd June 15, 2025, 5:43pm 10

Were you able to clear your other issues with this project?

Running two stepper motors simultaneously
Buggy Stepper code

Topic		Replies	Views
LCD fail after attachInterrupt Programming	10	354	April 14, 2025
Problem with KY040 AND LCD Display Programming	14	315	February 26, 2025
LCD freezes but Program Continues after some hours of running General Guidance	12	246	May 22, 2026
Conteo de flancos Software	34	667	December 30, 2025
Calling function from setup problem Programming	6	468	July 15, 2022

LCD hangs program

Related topics