#garfield Logs

Jan 15 2022

01:13 AM rue_mohr: this is going well, the state machine kinda worked out of the box
01:44 AM rue_mohr: I'm having a problem cause the fsm is one thing, but when the memory is full, its decoded mumbo-jumbo dont matter
01:47 AM rue_mohr: oh well what I need then is a memory full event
02:23 AM rue_mohr: k
02:23 AM rue_mohr: this makes sense
02:23 AM rue_mohr: the memory full event causes the state machine to behave different
01:21 PM rue_mohr: hmm
01:21 PM rue_mohr: the problem I'm fighting is that there are complexities on where to increment the memory pointer
01:22 PM rue_mohr: same problem I had before the state machine
01:23 PM rue_mohr: so, you enter a command, like 'forward'
01:23 PM rue_mohr: it needs an argument
01:23 PM rue_mohr: so you press a digit 0-9
01:23 PM rue_mohr: now is where the abiguity starts
01:24 PM rue_mohr: you can leave that as 1 digit, or press a second digit (0-99)
01:24 PM rue_mohr: so it doesn't know if that first command is finished or not
01:24 PM rue_mohr: if you press a digit, it increments the pointer after, cause your definitly done
01:25 PM rue_mohr: but if you press a new command, it does a special version that increments the pointer beforehand
01:25 PM rue_mohr: this is fine, till you mix in the other things that might be pressed
01:26 PM rue_mohr: case EV_clearMem: STO = ST_expectCommand; EVO = ER_clrProg; break;
01:26 PM rue_mohr: case EV_delCmd : STO = ST_expectCommand; EVO = ER_delLast; break;
01:26 PM rue_mohr: case EV_check : STO = ST_expectCommand; EVO = ER_incExecLast; break;
01:26 PM rue_mohr: case EV_go : STO = ST_expectCommand; EVO = ER_run; break;
01:26 PM rue_mohr: I saw the problem with the 'execute last command' button
01:26 PM rue_mohr: and I run a special version that increments it first
01:26 PM rue_mohr: run doesn't care where the program pointer is, it resets it anyhow
01:27 PM rue_mohr: clear program doesn't care, it also resets it
01:27 PM rue_mohr: so, my only issue would be delLast
01:27 PM rue_mohr: which would need to be delcurrent
01:27 PM rue_mohr: k
01:42 PM rue_mohr: fixed it
01:42 PM rue_mohr: I should put the FSM LUT in a seperate file so I can command line rewrite it
02:08 PM Tom_L: so confusing
02:10 PM rue_mohr: hmm for the fsm code, I have to translate the keys
02:10 PM rue_mohr: the codes from the remote are only 8 bit
02:10 PM rue_mohr: dare I just make a lookup table?
02:13 PM Tom_L: seems reasonable
02:29 PM rue_mohr: ugh
02:29 PM rue_mohr: big ugly, mostly empty table
02:29 PM rue_mohr: maybe I'll just use a switch statement...
02:48 PM rue_mohr: oh its always un-nerving when it just compiler
02:48 PM rue_mohr: oh its always un-nerving when it just compiles
02:48 PM rue_mohr: like, with no errors
02:51 PM rue_mohr: well I think the code came out larger, but it'll work right
02:51 PM rue_mohr: I kinda want to get past this and be able to make an array of macro programs
02:52 PM rue_mohr: add other stuff to it
04:30 PM rue_mohr: one thing I can see doing this
04:30 PM rue_mohr: is that it would be nice to have a system that could group keys (events)
04:30 PM rue_mohr: like, into classes
04:39 PM rue_mohr: so I should come up with a tach system
04:39 PM rue_mohr: not the sensors, but the counters and control
04:40 PM rue_mohr: ... add a stop button...
04:44 PM rue_mohr: huh
04:44 PM rue_mohr: it all boils down to my NOP delay
04:45 PM rue_mohr: and if I add code to it to check for the stop button, all the times will go to hell
04:46 PM rue_mohr: :( I have to go shopping
10:32 PM rue_shop3: I made another tank adapter
10:33 PM rue_shop3: its fighting me tho
10:33 PM rue_shop3: this one uses an almost-1 inch straight pipe thread
11:02 PM rue_mohr: I'm definitly not in the zen
11:03 PM rue_mohr: need to melt the stress off