A state mahine demo would be wonderful. Great video as always, thank you!

@RalphBacon

2 жыл бұрын

Noted!

Thank Ralph. I've used millis() before but your explanation of "Static" was helpful. When I first saw the subroutine code I said wait, that's not going to work the timer is constantly being reset. Nope! For some reason I only thought static was when you didn't want the program to ever change the value. I can think of several projects I've done where timer and other declarations are littered throughout the program, when they can be neatly stored as a local variable in the subroutine.

@RalphBacon

2 жыл бұрын

Yes, keep things tidy and your program will be more maintainable, for sure.

I would prefer redMillis += 500; and grnMillis += 100; in the if () statements. If the processor gets busy enough, millis() can count a few times before the assignment and these missed counts will accumulate. By adding a fixed amount, one loop might go long, but the next will be short and restore the timing.

@RalphBacon

2 жыл бұрын

Yes, what you say will ensure it is self regulating, good call 😁

I've done similar things, but being self-taught I didn't realize that the static variable declaration would only be evaluated the first time the function is called and not subsequent calls. I knew about the concept of scope, but not that run once concept. Thanx for clearing that up. 😀

@RalphBacon

Жыл бұрын

Glad it helped, Christopher! 👍

@Henry-sv3wv

11 ай бұрын

a normal variable inside a function will lose its life. a static variable inside a function doesn't and remember its state. and that's why that line "only runs once". that line is a declaration of a variable with initial value from millis() and a static variable that is already existing won't be "re-declared" in the next function call.

Really well explained Mr Bacon. Yes, please, I'd like to see more on State Machines.

@RalphBacon

2 жыл бұрын

Yes, I'll expand on this in the future, no problemo.

This is something i've been trying to do off and on for 2 months ! this is going to help massively thanks for the content!

@RalphBacon

2 жыл бұрын

Great to hear!

One of the cleraest way of explanation I've ever heard and not just this video, but all of them. Thank you Ralph! Wish we had teachers like you in school - would have gotten much better grades for sure. :)

@RalphBacon

2 жыл бұрын

Glad it was helpful!

Great video today Ralph. Thanks for your explanation of "static" in the situation, could you also please contrast that to "const", I would love to see more of the state machine, concepts, and practices. I'm an "old or rather very old" assembly language programmer in multiple flavors, so just now getting my feet wet with C++ and object-oriented ideas, certainly a lot to learn!

@Wilksey37

2 жыл бұрын

const means constant meaning once defined it cannot be changed, static means you can access it from any function, like a global variable but defined in a local scope (memory is "static" and kept after function executes) but you can also change the value.

@RalphBacon

2 жыл бұрын

A "const" value still requires a memory location just like any other variable. Except you can't change it. You can declare it inside a function (to constrain the scope) or make it global (grrr). A #define allows a literal to be substituted by the precompiler and no extra memory is used. It's just becomes part of the code.

@mikelopez9893

2 жыл бұрын

@@RalphBacon yes, and static constexpr is better still: no memory overhead, ability to use an explicit type and the static forces the compiler to evaluate at compile time.

Ralph, I've been struggling with sorting out this technique for several projects. You have clarified a programming concept I've been looking for a long time. Thanks! thanks! thanks!

@RalphBacon

2 жыл бұрын

You are welcome! I'll expand on this topic in a future video.

@Roy_Tellason

2 жыл бұрын

@@RalphBacon I'm looking forward to more on this.

Some techniques I haven't used in many years, now that I am a java programmer. You always explain things so well.

@RalphBacon

10 ай бұрын

Glad it helped. My most recent project uses FSM methodology.

Your name is a great component of second breakfast! Much appreciate all your hard work to help teach those of us whom hobby our hobbies.

@RalphBacon

Жыл бұрын

Thank you very much!

Hi Mr Ralph, although I’ve been programming for a number of years I’ve actually forgotten about the static variable declaration indeed of a function. Very informative always something new to learn.

@RalphBacon

2 жыл бұрын

Excellent! Always worth getting a refresher!

Nice job Ralph. This is probably one of most useful thing newcomers to embedded programming can learn.

@RalphBacon

2 жыл бұрын

Glad it was helpful!

A wonderful video, Ralph. The comments demonstrate its efficacy by the fact that viewers have started thinking out of the blink sketch box. The important thing to take away from the loop you showed is that other tasks can be added to the loop by adding another function into the loop. Of course, just as with intercepts, one can't use too much time in that function. However, the added task could be broken up into smaller bits. An example: say you have an LCD and a real time clock (RTC) chip and you want to change the display of time once a second; but you find that each time that function 'activates' the procedure, the pattern of the LEDs stutters. In that case, you would have the function read the RTC and save the value in a static variable and sets a static flag. The nest time the function is called by the loop it checks the flag (in truth, the function checks the flag every time it is called) and ignores the millis count but changes the display to reflect the value that was saved last time and clears the flag. Thus, the two blink functions get their chance to check the millis count in the middle of your task.

@thomasvnl

2 жыл бұрын

Wouldn't an interrupt be far more superior yo implement that scenario? One that either frequently reads from the RTC or even better if wired properly uses the RTC as the interrupt source.

@RalphBacon

2 жыл бұрын

Of course, the more "work" we do in (or call from) the loop the less time there is to go around. But the next stage of this multi-tasking approach is to do "bits" of each function for a short time but return to the same point on the next invocation - hence the 'state' of each function must be known. But there is nothing to stop us calling functions like this: A ⬅ B C A ⬅ D E A ⬅ F G where function A is time-critical and must run more often. Ultimately, a true multitasking system will only ever allow each function a maximum of (say) 1mS of run-time before switching context to the next function (round-robin approach). But that has its drawbacks too which you alluded to. And running a critical function at a higher priority just starves lower priority tasks. I had to take into account all this with my ESP32 Web Radio that streams the audio from the Internet, buffers that data, passes the data to the MP3 decoder, updates the screen, gets user input... the list goes on! Coding, ain't it wonderful?

Quite good training indeed. Thank you for the time and effort you put into this.

@RalphBacon

Жыл бұрын

Glad you enjoyed it!

Thanks Ralph, You have presented a well though out video, covering the subject matter very well. It would be great if you would create another video on this subject, I look forward to it. You are a great teacher, your library of videos are a great resource!!!🙂🙃🙂

@bartmanpoet9067

Жыл бұрын

I found part 2. Thank you for putting in the time and sharing you knowledge with us.🙂😀🙂

@RalphBacon

Жыл бұрын

I'm glad you found part 2 as that leveraged part 1 but then used a true 'state' too. Your projects now have guaranteed success 🤔

Ralph very well explained example for multitasking the Arduino. I think you hit a very well deserved explanation for using global variables sparingly. I think that would be a great topic for an Arduino subject.

@RalphBacon

2 жыл бұрын

Glad it was helpful!

Another terrific explanation Ralph. Thank you!

@RalphBacon

2 жыл бұрын

Glad you liked it!

As a retired ex HW engineer I have decided to play with Arduino and after the first exercise I was stuck as I could not “accept” an infinite loop. I started to look for resources till I found your video. It is great, it has answered in a very clear way to all my doubts. Thank you for your clarity. This should become something that the Arduino team should explain to all beginners.

@RalphBacon

5 ай бұрын

Glad I could help!

Thanks for the lesson. I'm new to Arduino and I haven't written any C/C++ code since the 90s! So, I'm really finding this a great help to get up to speed on some recommended tricks and techniques. Right now I'm keen to see how much can be done with a single Arduino. Seems like we could control many devices with this technique. Cheers!

@RalphBacon

6 ай бұрын

You're very welcome!

Looking forward to more "short" state machine videos. 😀

@RalphBacon

2 жыл бұрын

I'll try and make the next one shorter - or I'll record it at 1.5x speed.

@qcnck2776

2 жыл бұрын

@@RalphBacon 🤣🚀🚀🚀

Great, i finally understand what the mean for static statement. Thanks

@RalphBacon

2 жыл бұрын

Glad it helped!

Hi Ralph, another seasoned coder here. I’m glad you are showing these techniques (and I love how you saved yourself a variable by reading the state of the LED rather than drive it from a Boolean). At some point down the road it could be an interesting construct to introduce power management techniques. Eg if the next required state change is not due for x millis then either shut down the main core while pwm runs, or adjust the clock speed to match the requirements of the states that are in the set of states that are under current consideration.

@RalphBacon

2 жыл бұрын

Power management techniques could be included, if there is "nothing to do", so in effect we are just idling. Yes, in a battery-powered device every millisecond asleep is another millisecond we can run on power.

9:30 Regarding the explanation for the static unsigned long ..I wanted to give you a hug Ralh❤. Best explanation I have ever seen! Thank you a million times.

@RalphBacon

Жыл бұрын

Thanks for that! Glad you found it helpful.

@AnalogDude_

Жыл бұрын

Well, it has something to do with the heap and stack, each time the function is or any function is needed its loaded in to the memory (SRAM). so every time when the function is needed, it's recreated along with new variables inside the function and deleted when the function exits. Static prevents this, it's static like the name implies.

Just found your video series. Thank you. I need all the help you offer

@RalphBacon

2 жыл бұрын

Happy to help!

Hi, just found your channel, this video is really useful for my projects since I'm always seeing projects using millis() but didn't know exactly how it worked. Thanks!

@RalphBacon

2 жыл бұрын

Glad it was helpful! Feel free to subscribe so you don't miss the next video (end of shameful plug) 😁

I've just found your channel and I'm enjoying your videos very much indeed! My first introduction to Arduino-esque non-blocking code was the example sketch 'BlinkWthoutDelay' that's bundled in with the IDE.

@RalphBacon

5 ай бұрын

Welcome aboard! Yes, the Blink-Without-Delay is a good intro to only carrying out tasks after a predetermined time. Not quite multi-tasking but getting there, and could be "enough" for many projects.

Great Video Ralph - Reinforces use of Functions

@RalphBacon

2 жыл бұрын

Well, we don't want huge big monolithic loops, do we?

It was a lifesaver when I found the millis function, I have been using it for years but now I am more into timer interrupts.

@RalphBacon

4 ай бұрын

Timer interrupts are good for the Arduino. Tasks are (much) better for the ESP32, though.

Great Video !! Well explained!! I hope there are more parts to come. Up to a real State Machine.

@RalphBacon

2 жыл бұрын

That's the plan!

Always have trouble getting a grip of this ....thanks...look forward to next installment.

@RalphBacon

2 жыл бұрын

I hope that after this video, at least the first (multitasking) step should be pretty easy, Jorgo?

Very good video, calm and patient explanation. Please follow up with a real state machine video - I barely can wait! Regards

@RalphBacon

2 жыл бұрын

Soon. All things come to those who wait. And wait. And... you get the idea.

Thanks Ralph - very informative ..you are the Champ!

@RalphBacon

2 жыл бұрын

Ooh, I like that: champ Ralph 😁

Good explanation Ralph. First video of yours I've watched. I'm a 40 year emerging tech guy, programmer, inventor and software executive currently CTO. So I knew the subject matter already. But I enjoyed your style of making some fairly sophisticated abstract concepts and showing a well-explained working guide through the implementation. What made me inspired enough to Like and comment was your magnificent statement: "Global variables are satan's spawn." I pumped my fist in the air. This indeed is a critical thing for new programmers to understand and probably the most often-seen bad code smells in their code.

@RalphBacon

2 жыл бұрын

Yes, it's unfortunate that the compiler does not warn about global variables if they are only being used in a single (or perhaps a couple) of functions. It encourages untidy programming by allowing globals in a willy-nilly fashion. Passing by reference is better in a lot of cases. That's not to say I never use them. There is a place for them. Ideally in a namespace but even the global namespace works for _some_ variables or objects. I'm glad you liked the video, and thanks for the comment and "like" too, it all helps this channel. 👍🏻 In the meantime I'll keep pushing the message that globals must be reigned in with a cat-o-nine tails!

@richsadowsky8580

2 жыл бұрын

@@RalphBacon I sometimes use a global Singleton class that encapsulates configuration info. Like you said they are sometimes needed or an accurate representation of things. Global constants are not as big of a deal, but even then I tend to use static constant definitions. Even then I prefer to put the constant to be encapsulated as class members (static or otherwise). It's all about limiting and controlling scope and properly using encapsulation to implement some bit of functionality. For little < 25 line sketches or Python scripts using globals isn't as critical. But I find using the right abstractions and following best practices pays off even in small chunks of code.

@RalphBacon

2 жыл бұрын

I like the idea of using a singleton for pseudo global variables. Nice and tidy. Yes, I agree that using best practices from the word go helps reinforce good programming practices for even small programs.

@didgerihorn

2 жыл бұрын

I advocate strongly for the use of module-global variables (the ones explicitly marked as static at global scope) because they don't come with the same runtime overhead as local static vars

The shortest Blink sketch I know: void setup(){ pinMode(LED_BUILTIN,OUTPUT); } void loop(){ digitalWrite(LED_BUILTIN,millis() % 500 }

@RalphBacon

2 жыл бұрын

Yes, I use that too! 👍

This is great 👍 keep coming with more videos like this.

@RalphBacon

2 жыл бұрын

Will do!

@mouseminer2978

2 жыл бұрын

Thanks

Great Ralph, just explained something that has kept me awake a few nights

@RalphBacon

2 жыл бұрын

42. Always the answer.

@PabloAymerich

2 жыл бұрын

@@RalphBacon But what is The Ultimate Question??

@RalphBacon

2 жыл бұрын

The Ultimate Question is always the same: Why?

Cool as always. You need to take advantage of the pcbway perks and design a custom uno board that people can buy and populate themselves. I would love to have that. I love the proper practices scope, encapsulation, millis. I rarely write my code in the loop. It's usually a series of function calls. I love your videos though as I don't code as much as I used to and you're sharp. No one else introduces this stuff to people. Thank you.

@RalphBacon

2 жыл бұрын

Thanks for your kind words. I have ideas for a couple more videos that might help people write better code. Stay tuned!

Thanks Ralph, that's really useful.

@RalphBacon

2 жыл бұрын

You're welcome!

Pro code right here! Thanks for the lesson!

@RalphBacon

3 ай бұрын

You're welcome!

Just like Arnie once said "Stick around." I'll be sticking around & learn SM. Also interested in timer-driven tasks. Thank you.

@RalphBacon

2 жыл бұрын

Timer-driven tasks have their place, especially in time-sensitive applications. But whether I'm going to even mention them and frighten the noobs I don't know yet.

Nice video, this is how i started with arduino 10 years ago. after that i made my own library that can increase or decrease value(s) without blocking. this way i can easly use PWM or servo's with Scene time and fadetime. and 3 years ago i also added sin to it to make it more smooth.

@RalphBacon

2 жыл бұрын

Cool. Sounds great Emile 👍

Not having blocking functions and in this case, using a timer, is good programming practice and you have explained it well. I have never used static before and used global variables as counters triggered from a timer, it works but not ideal. Look forward to your next video and implementing states machines as never really understood them.

@RalphBacon

2 жыл бұрын

Using timer-driven tasks is another concept (let's face it, using FreeRTOS to run tasks is exactly that) but not just yet, Crawl before we walk, right?

Good explanation. Thank you

@RalphBacon

2 жыл бұрын

You are welcome!

fantastic lesson, i have learnt at lot, thank you.

@RalphBacon

3 ай бұрын

You are welcome!

Greetings from Canada, Ralph. PLEASE delve deeper into State Machines, as I have been trying to grasp this concept, and how to implement it, for quite some time, now. Been scouring the internet for good explanations.

@jestr1845

2 жыл бұрын

I agree, the archer video dude helped (here on YT) but I'd like to see more.

@RalphBacon

2 жыл бұрын

Will do! Next video on this subject (soon... ish) will delve into actual "states" so we can skip to the correct bit of code in a longer, single-responsibility function.

@banalestorchid5814

2 жыл бұрын

I use case statements to code state machines something like: uchar8 abcReceived = FALSE; uchar8 state = 0; while ( abcReceived == FALSE ) switch ( state ) { case 0: if ( inputChar = ='A' ) state = 1; break; case 1: if ( inputChar == 'B' ) state = 2; else state = 0; break case 2: if ( inputChar == 'C' ) { state = 0; abcReceived = TRUE; } else state = 0; break; default: // an error condition or expected state break; }

@romancharak3675

2 жыл бұрын

@@RalphBacon Thank you, Ralph. Looking forward to your next lesson.

Another Great video. I've seen static mentioned in some sample programs but never understood it. Thanks, it will be very useful. State Machine lecture Please.

@RalphBacon

2 жыл бұрын

Glad it was helpful!

Back to basics -sort of, nice content. Thanks.

@RalphBacon

2 жыл бұрын

"Sort of", Flemming? I see you liked the content, so that's pleasing to me 👍

I'm an experience developer, and I've used C++ for years in the past, and have used to state machines in the past to solve various problems, but it took me more than 10 minutes to solve my state machine problem. Mostly because of complications of C++ compared to Python and general debugging issues, as well as figuring out my state machine!

@RalphBacon

Жыл бұрын

I think most developers (pro or bedroom) would be happy to solve a coding issue in just 10 minutes! So go for the small wins!

My first HW state machine was an prom and a latch (back in the TTL days). Clicked on this video to see if you had something easier to read than: switch (current State) { Waiting to see your next video😊

@RalphBacon

2 жыл бұрын

That is awesome! So you used the floating MOSFETs in a PROM for a counter, or something? Let's see now. 16-bit PROMs with 16 address lines (64K words of storage, I presume). Bring the PROM data lines out to a 16-bit latch, then connect the sixteen latch outputs back to the PROM address lines. But what's coming out of the PROM data lines? I guess we would need to "burn fuses" there first. Each location would contain the next memory location to be accessed. First location (zero) put 0001, next location (one) put 0002 and so on. A programmable counter. As a State Machine. 🎇✨🌟

@user-fr3hy9uh6y

2 жыл бұрын

@@RalphBacon not so complicated. The latch holds the current state. Feed the outputs of the latch to the prom's address lines along with the inputs to the state machine. Wrap the outputs of the prom back to the inputs to the latch (this represents the next state number). Program the prom so that at the address of the current state, with the inputs to the state machine the prom holds the next state number. Each time you strobe the latch it will move from the current state to the next. Speed is only limited to the speed of the prom, sub microseconds. Pre FPGA's and cheap microcontrollers it worked.

@RalphBacon

2 жыл бұрын

Awesome. The good old days. Well, maybe not, in this case. 😁

Good sensible explanations.

@RalphBacon

Жыл бұрын

Glad you think so!

Thanks very informative leaves me wanting more information

@RalphBacon

2 жыл бұрын

So you'll be back then? See you in the next video (not about State Machines).

great video and a very good explaination of static and global commands in a program I think 😄

@RalphBacon

2 жыл бұрын

Glad you liked it!

@fredflintstone1

2 жыл бұрын

@@RalphBacon I did like it of course understanding it is another thing😁

@RalphBacon

2 жыл бұрын

My choice of words was deliberate! 🤭

Genius! I'd love to know more.

@RalphBacon

2 жыл бұрын

All in good time more will be forthcoming.

Paused: I did this on a project a few years ago; you create a loop, save the current millis() in a seperate variable for each timed activity and then go round the loop subtracting the saved value from the current value of millis() until the difference is the time required. You then reset the saved millis to the current, and go on to check the next variable. Using this technique I was able to get a single arduino to take timed photos with a jpeg camera, and send them off to a phobe via a GSM modem, using the timer to time the pictures, handle the serial communication with the GSM modem, and read various sensors and battery monitors. It would have been quicker to use a raspberry pi, but the friend I was doing the software for wanted to make a dozen, and the cost would have been too high! It worked fine in the end.

@RalphBacon

2 жыл бұрын

I'm glad it worked well (in the end). Without this simple technique I could not have written my ESP32 Web Radio, although admittedly that uses a more developed state machine concept and even a couple of extra tasks.

As always grate and informative videos ! Just right in time . I am currently making a cellphone with an esp32 all hardware is done and now the software comes to play ! i was thinking to implement it in such a simple state machine way ! and taking advantage of the main loop of the code..Now i have some videos to go with yay ! keep up the nice work !! Greeting from greece

@RalphBacon

2 жыл бұрын

If you are using an ESP32 you also have the option of putting time-critical function in their own task, thus ensuring they get a fair crack of the whip. I had to do this with my ESP32 Web Radio to ensure the music buffer was being serviced every couple of milliseconds to avoid stutter. Works like a dream. Just remember to taskYield() if your task has nothing to do!

@Hardwarenerd

2 жыл бұрын

@@RalphBacon Yes like that other video you did with the multicore programming! that would be interesting but for starters, I'm gonna take it slow implementing one piece at a time! Once again thanks for the Nice content! cheers!

Thanks. I’m going to give it a try. 👍😎👍

@RalphBacon

Жыл бұрын

Have fun!

to prevent slowly introducing lag, instead of doing: grnMillis = millis(), you should do: grnMillis += 100. This ensures that regardless of hickups and delays in other functions, the interval will remain (or correct itself to) 100ms.

@RalphBacon

2 жыл бұрын

I'm just trying to work out where the lag is, that you refer to. Just so that others are aware, the timing here is anything but critical but even so... I think I understand your concern: on each invocation we check the millis() and if true grab a new value from the millis(). That new value could be more than 100 + the original millis() (because we started late and/or have done some work). So we slowly drift further and further away from a true 100mS flash - it might be 100, 102, 103, 104... etc since the first flash. Yes, your suggestion would ensure that only 100mS would have passed until we ran the code inside the "if" statement. Good call. 👍

@skipbalk8248

2 жыл бұрын

@@RalphBacon I should have called it drift, but that indeed is the issue: scheduling the next action 100ms from now, instead of from the previous action. Keep in mind that the millis-overflow edge-case could be tricky here, so it'd be best to extract it from the two functions and write it as a separate function that handles all the miserable edge cases :)

@AlienRelics

2 жыл бұрын

Oh, man, I came here to say this!

@sdr9682

2 жыл бұрын

And for exactly the same reason you could initialize the static variable with 0, Ensuring that the first event happens 'exactly' on the set interval after startup

@AlienRelics

2 жыл бұрын

@@sdr9682 Doesn't that timer counter start at 0 when first turned on? Oh... I just thought of something. I don't think it resets the timer counter when you =reset= the AVR. So initializing it with 0 at startup, you do have a set interval each time, even if you reset rather than power up.

Awesome, Ralph. It's great to have someone address the things that can really trip up us Arduino newbies. And your presentation really makes learning this stuff a lot more fun, when it can be VERY frustrating! Thanks! PS: I have a simple sketch that I have been working on that fails and make no sense why. Want to have a go at it?

@RalphBacon

Жыл бұрын

It depends on what you mean by "it fails". Compilation or run time?

@KW-ei3pi

Жыл бұрын

@@RalphBacon What I'm trying to do: NEMA 17 Stepper, TB6600 Driver, Arduino Uno, (2) momentary switches, Potentiometer, Rotary Encoder. One switch runs motor in Fwd, one in reverse, Pot controls speed for both. Code to change driver ENA pin to LOW when button is released so motor will spin freely. (works fine) Rotary Encoder to step the motor a few steps per de-tent. (Also works, but will not release the power to spin freely) Adding code to switch ENA pin to LOW causes the Encoder to become very erratic and not work. Thanks Ralph

@RalphBacon

Жыл бұрын

Is the Encoder serviced via an interrupt routine? Or done in the main loop, looking for a pin to go low/high?

@KW-ei3pi

Жыл бұрын

@@RalphBacon Not using an Interrupt. May I email you using the address in the "About" tab of your KZread channel? Thanks so much for taking the time, Ralph. Regards

@RalphBacon

Жыл бұрын

Yes, do that.

It's good to see you educating folks on good programming practice. Hopefully in a subsequent video the blinkxxxLed() functions get replace by one blinkLed() function, initialized with pin number and interval. (i.e., remove the duplicated code from the sketch.)

@RalphBacon

2 жыл бұрын

Nope. This was a simple demo just to do two things. The fact that it was the same code was done for simplicity. The second function could have turned a beeper on/off but would have got very annoying very quickly.

@MrBubba256

2 жыл бұрын

@@RalphBacon Sorry, but "beeper"??? All I was suggesting was that a class could be instantiated with something like redLed = blinkLed(redPin, redInterval) and greenLed = blinkLed(greenPin, greenInterval), which is scalable to the number of available pins. Because code isn't duplicated in such a case, it is more maintainable, which I hope all would agree is a good programming practice. If that's not something you want to cover on your channel, that's fine. It is after all your channel.

@RalphBacon

2 жыл бұрын

I've covered the DRY concept whenever it seems sensible to do so; what I meant by my comment is that you're concentrating on (and commenting on) the duplicated code whereas in Real Life the two functions would be doing something very different (to each other). That's all 😜

Brilliant video, for getting started on non-blocking coding. I am assuming that reading (and especially de-bouncing) buttons - without the use of delay() - will also be one of the upcoming examples on the state-machine list. Sometimes I need to have buttons de-bounced, both when they are pressed and released. I find that is a good job to define via a state-machine.

@RalphBacon

2 жыл бұрын

Well, I'd probably be more inclined to have a "readButton" function that does all the debouncing but we will see.

@MrAlvinDude

2 жыл бұрын

@@RalphBacon I did think to put the state-machine into the function "readButton", so the main loop, can still consist of a list of function calls.

Static local variable tip was really important and I think should help resolve an issue in some code I was looking at a while back, thanks.

@RalphBacon

2 жыл бұрын

Anything that makes your code better means my work here is done!

State machines are fun! Show transition diagrams. Pass on UML. Maybe show how easy to add states in a table-based machine.

@RalphBacon

2 жыл бұрын

I will probably show a quick and simple transition diagram but will concentrate on getting the states written and read. Noobs, remember. KISS as they say.

haven't done any coding in months now and have forgotten all of it, came back here for a refresher. wrote a code and designed a pcb and control panel/box to control the doors and hydraulic teasing rotors on my diet feeder on the farm and looking back over it I know i wrote it but can't remember all of why i wrote it 😅 have a 4 rotor silage rake to do next, trying to use multiple switches on a single wire(10 infact) to control it. one question i have, I want to individually control the rotors but from one signal, i.e I press one of 2 buttons and hold it, first rotor lifts one one side, I release and the opposite rotor lifts, now my problem is that these rotors both need to stop at a set height AND the rear rotors need to lift after a certain delay from both the first rotor and second rotor on the respective sides and also stop at a set height. I see 2 options, first would be an awful lot of code, the second would be to use 3 arduino, on to accept and relay the signal and 2 more one for each side of the rake to control the left and right pairs of back and front rotors?

Great stuff Ralph! For 5 bonus points code how you deal with the millis() rolling over...

@RalphBacon

2 жыл бұрын

It already deals with the rollover just as it stands. That was an easy 5 points.

@mikelopez9893

2 жыл бұрын

@@RalphBacon yes, but here is a fuller explanation ... The question often comes up in conversations about signed Vs unsigned integer calculations: what happens when the max value is reached and goes negative if incremented. As any assembly programmer should know, the compiler generates the same code for both signed and unsigned. Let that sink in and you will realise the it MUST still work.This is the beauty of twos-complement!

I'm not sure "short video" means what you think it means, Ralph! 😂 Very useful info, thank you!

@RalphBacon

2 жыл бұрын

Less than an hour, in my book. In fact this was less than half an hour. Hardly worth making, it was so short. 🤣😁

@qcnck2776

2 жыл бұрын

😁😁😁

Nice Video thank you!

@RalphBacon

2 жыл бұрын

Thank you too!

yay very good video :)

@RalphBacon

2 жыл бұрын

Glad you liked it ✔

Thank you! Seems silly NOW to move the millis() value into the "current time" as most do , where you just utilizing the mills() in the IF statement to compare it to the last time the IF statement was executed. Every one teaching on KZread has created the extra variable "current time". I will be following you. Thank you Sir! I will be studying the "static" and how the compiler does stuff with it during optimization.

@RalphBacon

8 ай бұрын

Glad it helped!

@jeremycue4950

4 ай бұрын

@@RalphBacon I like this simple use of comparing millis but, what about when the clock rolls back to zero? If the capture of the millis is at the end of the clock and rolls over to zero shortly after, the “if” statement will never execute again because the millis compare will never be greater than 500, or whatever value you have.

Great video! I've been using pseudo multitasking on Arduino's, ESP8266's and ESP32's for years but learned a few things from this video (Ie. the use of Static). I'm glad you pointed out that this is not true multi-tasking as that is often mistaken when discussing this with the Arduino/C++ coded devices. It would be interested to have a discussion of true multi-tasking with the dual processor ESP32 but that probably would be a fairly advanced topic?

@RalphBacon

2 жыл бұрын

I'm not sure what the fascination is with "true multitasking" versus pseudo-multitasking using time-slicing. Yes, using both cores on the ESP32 is a possibility for true multi-tasking but then you run the risk of crashing Wi-Fi or BT or something on Core 0. We're not running NASA here, so why the fascination? That all said, I did a video on simple dual core multitasking on an ESP32 here in video #149: kzread.info/dash/bejne/nKSKxaWmmJvZmco.html and on passing values between tasks in video #151: kzread.info/dash/bejne/q6uW05OqgpDMiZM.html But none of my Real World ESP32 projects use both cores as application cores.

Thank you for the millis inclusion for pseudo state operation on an Arduino. I have to think about an LDR to start the millis counter to flash LEDs for a period of time then stop until the LDR detects nightfall again. (Two red LEDs hanging in a tree at Halloween to simulate a critter looking down on you.)

@RalphBacon

2 жыл бұрын

Sounds scary 👀

I use Finite State Machine Library, FSM. Very easy yo use.

@RalphBacon

2 жыл бұрын

Thanks for the tip!

Very good video! I think the next step into a state machine is to use a state variable instead of digitalRead. After that, show how to make the on and off-times different for a LED.

@RalphBacon

2 жыл бұрын

I want to show some Real World use of a State Machine; using one to record the state of the LED is not necessarily the best use as we can do _that_ the way I've already done it. Better use would be to be able to exit (and re-enter at the same point) the function between states (assuming there are some, not yet in the demo I showed).

Ooo that's interesting, I can use this on my boat automation project.

@RalphBacon

2 жыл бұрын

Quite possibly. If you need to do more than one thing at a time this is the way to do it (on an Arduino).

@Sailingon

2 жыл бұрын

@@RalphBacon I'll be using esp32

Excellent content, thank you! In times of inflation, 15 minutes can become 24, no problem 😊

@RalphBacon

2 жыл бұрын

Very true! When I say "15" that's _Arduino_ minutes which, as everyone knows, is longer than a Real World minute 🤣

Nice. I am intrigued by the button and yellow led. Interrupt example?

@RalphBacon

2 жыл бұрын

No spoilers but it's still to do with moving to a State Machine.

Ralph is this part of the code explicitly necessary for this to code to work? static unsigned long redMillis = millis(); Couldn't one just declare the variable in the beginning equal to zero. unsigned long redMillis = 0; this would be done in the setup loop or when declaring the variable. Then the redMillis = millis(); in the if function would update it properly? I liked the introduction of the static modifier but don't really see a benefit. Unless the main benefit is for readability. Being able to set a variable once within another part of code looks great from readability standpoint.

@RalphBacon

Жыл бұрын

If the variable were declared as a _global_ variable and initialised in the setup() and then modified in the function, that would work. But! But I dislike global variables because their scope is, well, global! By using the _static_ keyword from within the function that it is being used in, it means that the scope is restricted to that function - and it's "just a snapshot", not an important, global variable (like the time), after all.

A problem of using millis() without any type o case protection is when millis() overflows, the LEDs are not going to blink anymore

@skelethornbro

2 жыл бұрын

I thought with unsigned long it will just going to start over from 0 and count up again ?

@jestr1845

2 жыл бұрын

Wouldnt using the "millis() - variable" technique be overflow proof though? Whereas "millis() > variable" would be troublesome.

@FelipeLenschow

2 жыл бұрын

@@jestr1845 When millis() goes back to zero, the variable (redMillis) is going to still be really big, which is going to result in a negative number and the difference never pass the 500ms again. This can be a bigger issue when you use the micros(), that reset every 70min

@RalphBacon

2 жыл бұрын

If millis( ) overflows, it will have NO EFFECT on these sketches. Trust me, I'm a doctor, er, programmer 😆

@jestr1845

2 жыл бұрын

@@FelipeLenschow It should still work. Lets use bytes for numeric simplicity: 255 - 250 = 5 // as expected 256 - 250 // is in reality... 1 - 250 // which simplifies to... -249 // which as a byte would be... 6 // as expected. Or am I wrong?

Could you make a video where you can make a button function as a switch and a second button to change which device it enables/disabled? I can’t seem to find a good tutorial on something like that yet it seem like a simple task. Thanks

@RalphBacon

2 жыл бұрын

Remember that the button doesn't do the actual switching; it's your microcontroller that decides what "thing" to switch. So if you detect a button push, then decide from the second button (state) which "thing" to switch all will be well. My next video on State Machines is due in a couple of weeks or so, and uses a button, so you may get some ideas from that.

I seem to remember this type of thing was called "timeslicing" back in the distant past.

Im still wondering how arduino manage to drive 3 steppers plus display plus hot plate and nozzle at the same time in Marlin or smilar 3d codes?

@RalphBacon

7 ай бұрын

Because it is a fast processor! 16MHz clock, one or two clock cycles per instructions... it can get through quite a bit of work in a millisecond! Oh, and some really, really tight aka efficient programming, of course.

Dear Ralph, I installed VS code and the paltfomIO extension. I was able to run this code and even make some modifications for views in the thermonal. However, after closing the project and VS code and reopening VS code, the PlatformIO icon no longer appears. I've done everything, reinstalled, PlatIO and VSC and nothing. I made a thousand queries in Git and found that there are dozens of cases opening with the same problems. Please do you have any tips so I can reset PlatIO in VSC? I found your explanation very interesting, saying that the compiler only uses the static variable once inside the if() loop. Congratulations!

@RalphBacon

2 жыл бұрын

My PlatformIO (alien head) icon appears several (long) seconds after opening Visual Studio Code. It's an add-in, after all. Click on the extensions icon (4 square boxes) and ensure that "Platformio IDE" is enabled globally and running. After that let me know if it's working or not.

learnt about usage of static variables

@RalphBacon

Жыл бұрын

Yes, always useful to know about them.

@ikemkrueger

Жыл бұрын

Me too.

Excellent..

@RalphBacon

9 ай бұрын

Thank you! Cheers!

Hello Ralph, I would like to see a follow up to this video, I enjoyed your informative and educational video. I'm somewhat of a neophyte to Arduino sketch coding and would like if the sketch you presented will work with a Larson Scanner sketch using millis()? Looking forward to viewing your other related videos. Thanks again for your instructional video.

@RalphBacon

2 жыл бұрын

Neophytes are more than welcome to my channel; it's why I created it! When you say "will [it] work with a Larson Scanner", do you mean you want to write a sketch that does a Knight Rider/Battlestar Galactica sweep of LEDs from left-to-right and back again? If so, there are easier ways of doing that with NeoPixels and I demoed that (in passing) when I did recent video on NeoPixels (see video #239 kzread.info/dash/bejne/hYeotKlmj5TdiMY.html ). If you really want to build a Larson Scanner (or have one) with a number of LEDs then a State Machine (my next video in this series, coming "soon") would certainly work (each LED is a State).

@salc9593

2 жыл бұрын

@@RalphBacon Hello Ralph. Thank you for welcoming this newbie and helping this old dog learn a new trick. I apologize for not being clear in my wording of my question to you. What I was trying to convey is I have a Larson Scanner (LS) using millis(), which I would like to incorporate with your sketch/code. When I wrote will [it] work with a Larson Scanner, I neglected to write I am planning to add the #define LEDs from the LS code at below your #define grnLED 8 of your sketch. The void from the LS below your void blinkGrnLed() and will place the LS void loop() below the void BlinkGrnLed() of your sketch and was wondering if you thought combining your code/sketch and the LS code work? Or is this combining of codes/actions require a “state machine” sketch type code? Thank you for your thoughts and I will let you know what comes of my attempts to combine these sketches.

@RalphBacon

2 жыл бұрын

If you can describe your Larson Scanner (or give me a link to it) I can help further. For example, is your LS just a string of LEDs that you can control however you want or has it got electronics in there too? Have you got any code that already works with it?

@salc9593

2 жыл бұрын

@@RalphBacon Hello, Ralph, thank you again for responding back to me, it's kind of you. Just a quick FYI to let you know I was able to combine your sketch with the LS sketch I found it made for a interested time. Thank you for the link (video #239 kzread.info/dash/bejne/hYeotKlmj5TdiMY.html ) to your video on NeoPixels it will be a help in learning to control these as well. I am looking forward to viewing your other videos and hope you don't mind me dropping you a question from time to time. :-D

Wow ! I self taught myself in C+ and didn’t know about static variable or the ! ‘trick’. Most of my Esp8266s use Blynk which requires keeping the loop clean, thus the extensive use of timers. Looking forward to the next video. Is that push button going to be used as an interrupt ?

@RalphBacon

2 жыл бұрын

The push button (and yellow LED) will be used to further develop the State Machine code. Stay tuned! Or subscribe!

Me, after reading some of the comments: Man, some of these people need to relax - he made it clear that this is just the first video, etc. Also me: BUT WHAT ABOUT WHEN MILLIS() ROLLS OVER TO ZERO AFTER ~49 DAYS??????

@RalphBacon

2 жыл бұрын

Nothing happens. It all "just works". I'll have to explain why in another video.

@largepimping

2 жыл бұрын

@@RalphBacon Well, that was kinda the whole point of my post, innit bruv? 😊I'm sure that the state machine code will handle the rollover case with aplomb and literally zero flashes will be missed when it does roll over.

@RalphBacon

2 жыл бұрын

Quite so, you have understood it all very well. 👍 Hang on, "innit bruv"? 🙄

@largepimping

2 жыл бұрын

@@RalphBacon I like to pretend I'm a West Brom ultra, even though I'm a Chelsea supporter living on the US.

I can see a major problem with this. Its not preemptive. A subtask has the possibility of locking up the whole thing. I wrote a preemtive task manager in assembler that I use as a pseudo o/s. If i need something done when a condition occurs, I add a task to a Que that is prioritized based upon a priority number. What I put into the Que is a priority, condition, and task to run when condition is true. This condition can be a timer, semaphore, port change, etc. The task in the Que is passed control upon condition being true. The task does get interrupted by a timer interrupt, so a task can not hang the system. Before returning control to the interrupted task, it will place on the Que the interrupted task with the same priority as the original task wjth a condition of true. The task manager will rescan the Que and if no other higher priority task needs to run, the original task will get back control. Easy peasy I use this all the time when coding on micro processors like the arduino, PIC, and TI

@RalphBacon

2 жыл бұрын

Correct, it's not pre-emptive - as I mentioned in the video it's important to prevent one task from monopolising the μController processor. That is, it's important the developer deals with this! However, in the next step towards a State Machine, we can simply exit the function at a particular state and allow other things to run. A pseudo-yield, if you will. It's certainly nothing as sophisticated as what you have described and written, but does work well enough for non-critical tasks. Have you published your task scheduler? I've been made aware of FreeRTOS (optimised for Arduino) which I hope to try out soon, especially if it runs on the Nano Every (AtMega4809 chip which as 6K SRAM). github.com/feilipu/Arduino_FreeRTOS_Library

@rty1955

2 жыл бұрын

@@RalphBacon hey Ralph. No I did not publish it as it is written in assembler for each processor type i use. Its not ready for prime-time :)

Hello. I really like your videos. I'm really new to Arduino but not in programming. I have a question. Is calling the functions many many times "for nothing" in the loop using more power? I'm thinking of battery powered projects. Would it be better if we put a delay of 100 ms in the loop? Thanks for your great channel.

@RalphBacon

2 жыл бұрын

Whether the loop is called thousands of times a second, or you put in a "delay" (which is an even tighter loop) uses the same power. If you _know_ you have nothing to do for a while, the best approach is to put the microcontroller to sleep; essential in battery powered projects. I've done a few videos on Deep Sleep and the Arduino, have a look!

@b0banum

2 жыл бұрын

@@RalphBacon Thank you. I will surely watch them.

Very good instruction !!! Three thumbs up ! My question is, what happens on day 50....when the "static unsigned long" variable is as high as it can go...but the time counter starts over .....Does everything stop ? Have I missed something?

@RalphBacon

3 ай бұрын

Yes, everything stops and the universe implodes. It's a well-known Arduino side effect. 😉 On the other hand, nothing happens because the counter (and millis) is an UNsigned long integer, it tries to take away a larger number (the old value of millis) from a tiny number (the new millis) and gets the correct value! Magic! Arduino have thought of everything. As an example, let's pretend that millis was stored in a single byte, unsigned integer so could only count to 255 before overflowing (going back to zero). When that happened, we might suddenly be faced with a calculation such as 2 - 200 which normally could not be done (or would go negative, ie -198). But the value you get is 58 (ie the number of milliseconds that has passed since the count was 200 and is now 2. If you don't believe me, write a simple sketch to prove it to yourself!

@arliewinters2776

3 ай бұрын

@@RalphBacon I've no reason not to believe you. I'm just trying to understand..... time now = 2 Millis() time then was 4 million +/- redmillis so, if(now (2) - then (4 million) > 500) { do stuff... redMillis = millis(); //

@RalphBacon

3 ай бұрын

Write that simple demo sketch! It's an eye opener! Nothing to do with millis, really, more to do with maths and unsigned integers.

@arliewinters2776

3 ай бұрын

@@RalphBacon Thank you , Sir.

Nice video ! one question: Isn't correct on the forward declarations put also their inside code ? (and skip like this the part after the loop) How critical is the place of the functions ( i see that you put them after the loop) ?

@RalphBacon

2 жыл бұрын

If I understand the question correctly, you can write the entire function before you reference it (in the loop, for example). That way you do not need to forward declare separately.

@sfour3003

2 жыл бұрын

@@RalphBacon So i suppose the placing of the functions inside the code is just a matter of personal taste, and if i decide to place them before setup (like i usually do, so i can have all ''basic'' ingredients of the code gathered), then forward declare and complete function code is just matching (and there is no need to write them twice). Thank you for clearing out to me this part !

Yep, learn something that I can use in future but as your note in the video pointed out, this only works until you have something like a slow sensor that locks up the CPU, right?

@RalphBacon

2 жыл бұрын

This is partly true; my DS18b20 temp sensor takes "ages" to get a reading after a request but that's where a true State Machine will deal with it. OTOH if the call to initialise your SPI bus takes a whole second there's not lot that can be done other than to rewrite the call to make it more responsive. Fortunately such cases are rare. Stay tuned as we progress this!

@Wilksey37

2 жыл бұрын

You would check every so often if the sensor has data "ready" sometimes there is a flag to check for this, that way you don't need to wait for a long time, you would also benefit from interrupts.

Yes please to a state machine follow on. Do you use any timer libraries ?

@RalphBacon

2 жыл бұрын

It's a _simple_ state machine, I don't want to scare the noobs. I don't use any timer libraries as such; you mean to trigger functions or something else?

@georgeboydratcliff1036

2 жыл бұрын

@@RalphBacon Thanks Ralph, loving you posts! Yes, timer libraries for doing the 'have x millis passed' type functions

@alvarobyrne

2 жыл бұрын

@@georgeboydratcliff1036 please, which would such library be?

@georgeboydratcliff1036

2 жыл бұрын

@@alvarobyrne I like Eventually - makes timers almost like an event (hence the name!)

@alvarobyrne

2 жыл бұрын

@@georgeboydratcliff1036 Thank you will check

decent beginner explanation, for true robust multitasking, give each LED a dedicated micro controller. This would apply to control of other "multi tasked " devices.

@RalphBacon

Жыл бұрын

Does giving each LED a dedicated microcontroller actually achieve a more robust solution? Especially if each LED is in some way dependent on the others?

@Henry-sv3wv

11 ай бұрын

company boss loves your solution and gladly spends more money on hardware

Another great video and of great interest (to me at least :-)!) I can see where I can break down my process and can step-wise deal with certain operations. I'm unclear however how you would deal with overal; (Global??) operations like checking and acting (possibly) on a temperature reading that should happen over various states. What happens if you define a temp control cycle whilst the program 'jumps' from state to state? Thanks!

@RalphBacon

Жыл бұрын

Glad it was of interest! Regarding conflicting states, remember that the program is only doing one thing at a time. So if we move from one state to another then that happens before the program can even notice that a temp control reading has to happen. Is that what you meant? Or were you talking about interrupts? Or perhaps a common routine to read the temperature in various states?

@renezwart3201

Жыл бұрын

@@RalphBacon Hi Ralph, thanks!! Sorry for being unclear, but I meant the latter; a common routine to read parameters in (across?) various states. I could repeat the lines/call the subroutines from every state, but wonder if there is indeed a way to have a common routine?

@RalphBacon

Жыл бұрын

Well you could have a function that is called from various states, that's the most obvious way of doing it. Or a timer task that runs X times a second (or minute) to update the value regardless of what else the sketch is doing.

@renezwart3201

Жыл бұрын

@@RalphBacon Clear, many thanks!!

What about digitalWrite and read taking some ms to complete in both functions, they will take it from 500/200 ms check. Isnt it?

@RalphBacon

Жыл бұрын

digitalWrite/Read are relatively slow as they carry out several checks (safety checks for beginner coders). You can speed them up by setting the relevant registers (eg PORTC). That will hardly take any time at all.

@maciejkrasuski

Жыл бұрын

@@RalphBacon Even doing such checks digitalWrite is faaar faster than that... Assembly for them should not have more than 30 instructions... Most uC do one instruction in 1-3 CPU cycles, so even 1MHz CPU can do about 500 instructions in ONE ms. Notice that slowest uC has at least 8 MHz - so it should do at least houdred digitalWrite() per millisecond. For blinking it's overkill.

@Henry-sv3wv

11 ай бұрын

you need almost 300 digitalWrite to waste one millisecond

@haroldfinz4863

6 ай бұрын

I get the heebie-jeebies whenever I read code that has an implicit reliance on time or the specific hardware. We're dealing with C++. Functions can be overwritten by, for example, a function that invokes an actuator ("Open the door, Hal") that operates in realworld time, not in CPU cycles. If we rely on the speed of the processor, we're not doing a good job at abstraction.

Back to basics Ralph, I love this sort of stuff. Great video. The use of static now makes alot of sense! You should show how this can be used in the real world 🌍 I have used it for push button start on a car 🚗

@RalphBacon

2 жыл бұрын

Great suggestion!

@ahmadelhaddad7499

2 жыл бұрын

Indeed, I love this sort of stuff too. Right on the target! Thank you Ralph. Just last week, I thought of having my Lexus startup push-button automated using ESP8266/32 but never had a time for it yet. If the push button you have done does what I wanted to do, Could you share what you have done!

Hey Ralph, It's been a while. Very good video for beginners, definitely not impenetrable! Hope things are okay with you, haven't been watching for a while since it made me want to do things when I couldn't so made me sad. (P.S I changed my user on KZread from Jessica to my handle, if you were wondering =D )

@RalphBacon

2 жыл бұрын

Good to hear from you again, Jess, and I hope you are well (or as well as you can be). 😢 Glad you found the video comprehensible. Yay! Perhaps you can try out the examples I've put on my GitHub for this video (although you probably know all this stuff anyway). Keep safe and keep watching! 😉

@jcxtra

2 жыл бұрын

@@RalphBacon Sure, most of it is familiar, but no matter how much you know, there's always more to learn... Like that explanation of one of the 'static' declaration's meanings, I didn't know that before :) I used the millis non blocking delay stuff when you challenged me to port the on/off/kill to AtTiny13A (and on other stuff, since using a delay blocks execution, it's a fairly easy drop in replacement! :)

@jcxtra

2 жыл бұрын

Also, have you seen/read the Atmel Application note for better code on their chips? Like if you do a for loop negatively it uses less processor cycles (for i=10 i--) type stuff. You've probably seen it, but if not look for Atmel AVR4027: Tips and Tricks to Optimize Your C Code for 8-bit AVR Microcontrollers :)

@RalphBacon

2 жыл бұрын

This one: ww1.microchip.com/downloads/en/Appnotes/doc8453.pdf

@jcxtra

2 жыл бұрын

@@RalphBacon Yeah, that one. :) It's an amazing document. I assume you were already aware of it's existence? :)

Very interesting video. But in reality, if the green LED function is doing something that take e.g. 5 seconds, then red LED function is not that independent anymore. Or am I wrong?

@RalphBacon

2 жыл бұрын

Not at all, Pekka. I did make a note in this video (you missed it? 😲) that it was important not to let a single function monopolise the processor time. That's where the true State Machine helps by allowing the function to exit in a timely manner but come back in at the same point. More in a later video.

@pekkagronfors7304

2 жыл бұрын

@gsdcbill Thanks, interesting part: Task (preemptive scheduling) implementation

@pekkagronfors7304

2 жыл бұрын

@@RalphBacon Yes, you are right. I look forward to more videos about multitasking on Arduino

I know you stated "no bit manipulation", but the first solution I thought was: Leds on PD0 and PD3: void setup(){ DDRD=255; } void loop(){ PORTD ++; delay(300); }

@RalphBacon

Жыл бұрын

Well, you've broken the rules (admittedly, my own rules) but if it works then it works!