2024-09-26 00:03:44 i also recommend programming a problem oriented language 2024-09-26 06:41:22 xentrac: i ditched the entirely shell script idea because invoking dd more than once is too slow for my liking, so i wrote a program in C to glaze an arbitrary file into a framebuffer instead ... usage: glaze WINDOW X Y W H FRAME 2024-09-26 06:45:14 as a usage example this, will produce a 1280x800 window at 0,0 from the contents of a file called window once it's closed after being opened for writing: 2024-09-26 06:45:19 inotifywait -m window -e close_write | while read line; do if [ "$line" = "window CLOSE_WRITE,CLOSE" ]; then ./glaze window 0 0 1280 800 /dev/fb0; fi; done 2024-09-26 06:50:54 there're bound to be a bunch of bugs, but this is enough to mess around with the concept so far: https://gist.github.com/jhswartz/a1a3a9d53bf3d16edfa824ebb1b45070 2024-09-26 14:24:11 KipIngram: Read two chapters of FORTH Fundamentals, that's a much better start than Thinking Forth. 2024-09-26 16:46:47 Yeah, if it's the sort of material you're looking for it's golden. 2024-09-26 16:46:58 It's where I learned how to build a Forth system. 2024-09-26 16:47:18 I'd previously cobbled one together, and it worked, but when I read FF I couldn't believe how clumsy my effort had been. 2024-09-26 22:53:58 Well, I just read voltage samples from the A/D on the pool controller - that's the last bit of hardware confirmation. I want to do a bit more testing with some "real" code that glues everything together running, but... looks like the hardware is done except for just bolting the two main pieces together. 2024-09-26 22:54:52 I had a little trouble getting a Python package for the A/D chip to install and run - I was starting to think I was going to have to just use the I2C to poke its registers myself. But I did manage after a bit of mucking about. 2024-09-26 22:55:04 To get a higher level package to run, that is. 2024-09-26 22:55:38 The problem is that it's an Adafruit A/D hooked to a Raspberry Pi, and they don't support that terribly well - they seem to focus on their own "CircuitPython." 2024-09-26 22:57:05 Plus the Pi OS doesn't want to let you install Python packages with pip. I worked around that by including an option to force it. That option was called --break-system-packages. Man, that was unnerving to even TYPE. 2024-09-26 22:57:27 But it got the job done and nothing I care about appears to be broken. 2024-09-26 23:01:09 thats the thing i find with many adarfuit products 2024-09-26 23:01:52 it's sometimes more work to make the library play nice than to just poke the thing yourself 2024-09-26 23:07:25 is that a deliberate choice on their part to keep their customers inside a walled garden of adafruit software? 2024-09-26 23:07:36 i've never bought/used anything from adafruit 2024-09-26 23:11:28 nah. adafruit is generally pretty good other than higher prices but at least you know what youre getting 2024-09-26 23:12:02 you can write your own software as with any hardware. adafruit usually provides code with their stuff to make your life easier. youre free ot ignore it 2024-09-26 23:34:06 i think it's mainly just adafruit catering to beginners 2024-09-26 23:34:23 which is absolutely fine 2024-09-26 23:34:49 you gotta have beginner accessible stuff or you kill the hobby 2024-09-26 23:34:59 but it would be nice if they also had some more technical stuff 2024-09-26 23:39:36 Yeah, I think they want CircuitPython to be the "painless way."