From pete at soper.us Wed May 6 05:53:13 2026 From: pete at soper.us (Pete Soper) Date: Wed, 6 May 2026 06:53:13 -0400 Subject: [TriEmbed] Sensor comms without electricity Message-ID: <2b02ee30-0d1d-43fb-8bad-7dd83f577ac5@soper.us> https://coe.gatech.edu/news/2026/04/batteries-not-included-or-required-these-smart-home-sensors Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From paulmacd at acm.org Wed May 6 19:59:09 2026 From: paulmacd at acm.org (The MacDougals) Date: Wed, 6 May 2026 20:59:09 -0400 Subject: [TriEmbed] TriEmbed Monthly meeting 5/11 at 7:00pm in person at The Forge and online Message-ID: <0e3e01dcddbc$b749a7c0$25dcf740$@acm.org> We will have our normal monthly meeting on Monday 5/11/26 at 7:00 pm   Agenda: - Welcome - Announcements - P.O.T.M. (Problem Of The Month) - Show and Tell and discussion The plan for this month is to meet in person at: The Forge Initiative 1012 Investment Blvd, Suite 101 Apex, NC 27502 As well as being at the Forge the meeting will also be online at the usual Jitsi URL: https://meet.jit.si/TriEmbed  The meeting will be recorded, A/V gods willing! ---> Paul From scottghall1 at gmail.com Sat May 9 00:12:39 2026 From: scottghall1 at gmail.com (Scott Hall) Date: Sat, 9 May 2026 01:12:39 -0400 Subject: [TriEmbed] Programming using the libgpiod library Message-ID: I am stuck and hope someone in TriEmbed or EMP might know .. I need to program a Linux process using the libgpiod library's C++ bindings. Trouble is all the examples in the source repo don't compile, and all other forum answers regurgitate the same examples. The same environment's rebuilt commandline utilities work fine. Does anyone have any working example of reading some GPIO lines, and setting others? -- Scott G. Hall Raleigh, NC, USA scottghall1 at gmail.com *”**Failure is the opportunity to begin again more intelligently.” -- Henry Ford* -------------- next part -------------- An HTML attachment was scrubbed... URL: From carl.nobile at gmail.com Sat May 9 09:28:34 2026 From: carl.nobile at gmail.com (Carl Nobile) Date: Sat, 9 May 2026 10:28:34 -0400 Subject: [TriEmbed] Programming using the libgpiod library In-Reply-To: References: Message-ID: I don't have working examples, but I found a ton of resources. Try looking at these. https://libgpiod.readthedocs.io/ http://phwl.org/assets/images/2021/02/libgpiod-ref.pdf $ apt search libgpiod Sorting... Done Full Text Search... Done gpiod/noble 1.6.3-1.1build1 amd64 Tools for interacting with Linux GPIO character device - binary libgpiod-dev/noble 1.6.3-1.1build1 amd64 C library for interacting with Linux GPIO device - static libraries and headers libgpiod-doc/noble,noble 1.6.3-1.1build1 all C library for interacting with Linux GPIO device - library documentation libgpiod2t64/noble 1.6.3-1.1build1 amd64 C library for interacting with Linux GPIO device - shared libraries python3-libgpiod/noble 1.6.3-1.1build1 amd64 Python bindings for libgpiod (Python 3) Notice the Python binding; this may help to get you started. ~Carl On Sat, May 9, 2026 at 1:13 AM Scott Hall via TriEmbed < triembed at triembed.org> wrote: > I am stuck and hope someone in TriEmbed or EMP might know .. > > I need to program a Linux process using the libgpiod library's C++ > bindings. Trouble is all the examples in the source repo don't compile, and > all other forum answers regurgitate the same examples. The same > environment's rebuilt commandline utilities work fine. > > Does anyone have any working example of reading some GPIO lines, and > setting others? > > -- > Scott G. Hall > Raleigh, NC, USA > scottghall1 at gmail.com > *”**Failure is the opportunity to begin again more intelligently.” -- > Henry Ford* > _______________________________________________ > Triangle, NC Embedded Interest Group mailing list > > To post message: TriEmbed at triembed.org > List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org > TriEmbed web site: https://TriEmbed.org > To unsubscribe, click link and send a blank message: mailto: > unsubscribe-TriEmbed at bitser.net?subject=unsubscribe > Searchable email archive available at > https://www.mail-archive.com/triembed at triembed.org/ > > -- -------------------------------------------------------------- Carl J. Nobile (Software Engineer/API Design) carl.nobile at gmail.com -------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From scottghall1 at gmail.com Sat May 9 11:34:19 2026 From: scottghall1 at gmail.com (Scott Hall) Date: Sat, 9 May 2026 12:34:19 -0400 Subject: [TriEmbed] Programming using the libgpiod library In-Reply-To: References: Message-ID: 1.6 is way out of date... I'm working with 2.2, because that is the version of binary load of gpiod that is in the Yocto Linux distribution that is available for the SOM we are using -- and we can't (for liability reasons) build our own Yocto distro. -- Scott G. Hall Raleigh, NC, USA scottghall1 at gmail.com *”**Failure is the opportunity to begin again more intelligently.” -- Henry Ford* On Sat, May 9, 2026, 10:28 AM Carl Nobile wrote: > I don't have working examples, but I found a ton of resources. Try looking > at these. > > https://libgpiod.readthedocs.io/ > http://phwl.org/assets/images/2021/02/libgpiod-ref.pdf > > $ apt search libgpiod > Sorting... Done > Full Text Search... Done > gpiod/noble 1.6.3-1.1build1 amd64 > Tools for interacting with Linux GPIO character device - binary > libgpiod-dev/noble 1.6.3-1.1build1 amd64 > C library for interacting with Linux GPIO device - static libraries and > headers > libgpiod-doc/noble,noble 1.6.3-1.1build1 all > C library for interacting with Linux GPIO device - library documentation > libgpiod2t64/noble 1.6.3-1.1build1 amd64 > C library for interacting with Linux GPIO device - shared libraries > python3-libgpiod/noble 1.6.3-1.1build1 amd64 > Python bindings for libgpiod (Python 3) > > Notice the Python binding; this may help to get you started. > > ~Carl > > On Sat, May 9, 2026 at 1:13 AM Scott Hall via TriEmbed < > triembed at triembed.org> wrote: > >> I am stuck and hope someone in TriEmbed or EMP might know .. >> >> I need to program a Linux process using the libgpiod library's C++ >> bindings. Trouble is all the examples in the source repo don't compile, and >> all other forum answers regurgitate the same examples. The same >> environment's rebuilt commandline utilities work fine. >> >> Does anyone have any working example of reading some GPIO lines, and >> setting others? >> >> -- >> Scott G. Hall >> Raleigh, NC, USA >> scottghall1 at gmail.com >> *”**Failure is the opportunity to begin again more intelligently.” -- >> Henry Ford* >> _______________________________________________ >> Triangle, NC Embedded Interest Group mailing list >> >> To post message: TriEmbed at triembed.org >> List info: >> http://mail.triembed.org/mailman/listinfo/triembed_triembed.org >> TriEmbed web site: https://TriEmbed.org >> To unsubscribe, click link and send a blank message: mailto: >> unsubscribe-TriEmbed at bitser.net?subject=unsubscribe >> Searchable email archive available at >> https://www.mail-archive.com/triembed at triembed.org/ >> >> > > -- > -------------------------------------------------------------- > Carl J. Nobile (Software Engineer/API Design) > carl.nobile at gmail.com > -------------------------------------------------------------- > -------------- next part -------------- An HTML attachment was scrubbed... URL: From scottghall1 at gmail.com Sat May 9 19:29:07 2026 From: scottghall1 at gmail.com (Scott Hall) Date: Sat, 9 May 2026 20:29:07 -0400 Subject: [TriEmbed] Programming using the libgpiod library In-Reply-To: <4d37b285-b0e7-493c-88c7-7a9dfba08b3e@gmail.com> References: <4d37b285-b0e7-493c-88c7-7a9dfba08b3e@gmail.com> Message-ID: Here's a link to the tarball of the library: https://www.kernel.org/pub/software/libs/libgpiod/libgpiod-2.1.3.tar.xz - After untarring, go into the resulting libgpiod-2.1.3 directory and follow the README file to build the library: ● ./configure --enable-bindings-cxx --prefix=/usr/local ● make ● sudo make install This will generate: □ Headers have been installed in: /usr/local/include gpiodcxx/ gpiod.h gpiod.hpp □ Libraries have been installed in: /usr/local/lib libgpiod.a libgpiodcxx.la* libgpiodcxx.so.2@ libgpiod.la* libgpiod.so.3@ pkgconfig/ libgpiodcxx.a libgpiodcxx.so@ libgpiodcxx.so.2.1.0* libgpiod.so@ libgpiod.so.3.1.2* In the untarred libgpiod-2.1.3 directory you'll find an examples directory for C-language sources (which also don't work) and a bindings/cxx directory of the library classes, and bindings/cxx/examples which is the examples that I am having problems with not compiling. $ g++ reconfigure_input_to_output.cpp > reconfigure_input_to_output.cpp:18:22: error: ‘offset’ in ‘class > gpiod::line’ does not name a type > 18 | const ::gpiod::line::offset line_offset = 5; > | ^~~~~~ > reconfigure_input_to_output.cpp: In function ‘int main()’: > reconfigure_input_to_output.cpp:26:33: error: ‘class gpiod::chip’ has no > member named ‘prepare_request’ > 26 | .prepare_request() > | ^~~~~~~~~~~~~~~ > reconfigure_input_to_output.cpp:29:40: error: ‘line_offset’ was not > declared in this scope > 29 | line_offset, > | ^~~~~~~~~~~ > reconfigure_input_to_output.cpp:30:49: error: ‘line_settings’ is not a > member of ‘gpiod’ > 30 | > ::gpiod::line_settings().set_direction( > | ^~~~~~~~~~~~~ > reconfigure_input_to_output.cpp:31:63: error: ‘gpiod::line::direction’ is > not a class, namespace, or enumeration > 31 | > ::gpiod::line::direction::INPUT)) > | > ^~~~~~~~~ > reconfigure_input_to_output.cpp:37:56: error: ‘gpiod::line::value’ has not > been declared > 37 | > ::gpiod::line::value::ACTIVE ? > | ^~~~~ > reconfigure_input_to_output.cpp:43:44: error: ‘line_config’ is not a > member of ‘gpiod’ > 43 | > request.reconfigure_lines(::gpiod::line_config().add_line_settings( > | ^~~~~~~~~~~ > reconfigure_input_to_output.cpp:45:26: error: ‘line_settings’ is not a > member of ‘gpiod’ > 45 | ::gpiod::line_settings() > | ^~~~~~~~~~~~~ > reconfigure_input_to_output.cpp:46:55: error: ‘gpiod::line::direction’ is > not a class, namespace, or enumeration > 46 | > .set_direction(::gpiod::line::direction::OUTPUT) > | ^~~~~~~~~ > reconfigure_input_to_output.cpp:47:58: error: ‘gpiod::line::value’ has not > been declared > 47 | > .set_output_value(::gpiod::line::value::INACTIVE))); > | ^~~~~ > reconfigure_input_to_output.cpp:52:56: error: ‘gpiod::line::value’ has not > been declared > 52 | > ::gpiod::line::value::ACTIVE ? > | ^~~~~ As a side note, you'll want to build the library in a Linux environment. Or by adding the --host=aarch64-linux-gnu option to the configure command and putting your crosscompiler toolchain early in your path, you can build the library for crosscompiled systems. Note that it does not build for a MinGW because of missing the ioctl() functionality. On Sat, May 9, 2026 at 9:03 AM Pete Soper wrote: > Send some decent and specific links and compiler messages to the list. > Pete > > May 9, 2026 1:12:59 AM Scott Hall via TriEmbed : > > I am stuck and hope someone in TriEmbed or EMP might know .. > > I need to program a Linux process using the libgpiod library's C++ > bindings. Trouble is all the examples in the source repo don't compile, and > all other forum answers regurgitate the same examples. The same > environment's rebuilt commandline utilities work fine. > > Does anyone have any working example of reading some GPIO lines, and > setting others? > > -- > Scott G. Hall > Raleigh, NC, USA > scottghall1 at gmail.com > *”**Failure is the opportunity to begin again more intelligently.” -- > Henry Ford* > > -- -- Scott G. Hall Raleigh, NC, USA scottghall1 at gmail.com *”**Failure is the opportunity to begin again more intelligently.” -- Henry Ford* -------------- next part -------------- An HTML attachment was scrubbed... URL: From petesoper at gmail.com Sat May 9 21:45:43 2026 From: petesoper at gmail.com (Pete Soper) Date: Sat, 9 May 2026 22:45:43 -0400 Subject: [TriEmbed] Programming using the libgpiod library In-Reply-To: References: <4d37b285-b0e7-493c-88c7-7a9dfba08b3e@gmail.com> Message-ID: If I were you I'd start by running the test suites in your environment and work toward the answer to the question of why example code doesn't compile. If the suites, especially parts with references to the fields that are problems with examples don't build either then I'd turn on the compile options to capture the preprocessed source so you can see the actual class declarations. If the test does build but the example doesn't then finding the declaration difference that explains the failure could shed light on the config/install/compile environment detail that causes the faulty declaration. Tracking down the actual specific hosts that successful tests have completed on might allow you to create that environment in a VM to get by with until the deficit in your desired host is discovered and overcome. Pete May 9, 2026 8:29:19 PM Scott Hall : > Here's a link to the tarball of the library: https://www.kernel.org/pub/software/libs/libgpiod/libgpiod-2.1.3.tar.xz > > - After untarring, go into the resulting libgpiod-2.1.3 directory and follow the README file to build the library: > ● ./configure --enable-bindings-cxx --prefix=/usr/local > ● make > ● sudo make install > > This will generate: >    □ Headers have been installed in: /usr/local/include >        gpiodcxx/  gpiod.h  gpiod.hpp > >    □ Libraries have been installed in: /usr/local/lib >        libgpiod.a     libgpiodcxx.la[http://libgpiodcxx.la]*  libgpiodcxx.so.2@      libgpiod.la[http://libgpiod.la]*  libgpiod.so.3@      pkgconfig/ >        libgpiodcxx.a  libgpiodcxx.so@  libgpiodcxx.so.2.1.0*  libgpiod.so@  libgpiod.so.3.1.2* > > In the untarred libgpiod-2.1.3 directory you'll find an examples directory for C-language sources (which also don't work) and a bindings/cxx directory of the library classes, and bindings/cxx/examples which is the examples that I am having problems with not compiling. > >>  $ g++ reconfigure_input_to_output.cpp >> reconfigure_input_to_output.cpp:18:22: error: ‘offset’ in ‘class gpiod::line’ does not name a type >>    18 | const ::gpiod::line::offset line_offset = 5; >>       |                      ^~~~~~ >> reconfigure_input_to_output.cpp: In function ‘int main()’: >> reconfigure_input_to_output.cpp:26:33: error: ‘class gpiod::chip’ has no member named ‘prepare_request’ >>    26 |                                .prepare_request() >>       |                                 ^~~~~~~~~~~~~~~ >> reconfigure_input_to_output.cpp:29:40: error: ‘line_offset’ was not declared in this scope >>    29 |                                        line_offset, >>       |                                        ^~~~~~~~~~~ >> reconfigure_input_to_output.cpp:30:49: error: ‘line_settings’ is not a member of ‘gpiod’ >>    30 |                                        ::gpiod::line_settings().set_direction( >>       |                                                 ^~~~~~~~~~~~~ >> reconfigure_input_to_output.cpp:31:63: error: ‘gpiod::line::direction’ is not a class, namespace, or enumeration >>    31 |                                                ::gpiod::line::direction::INPUT)) >>       |                                                               ^~~~~~~~~ >> reconfigure_input_to_output.cpp:37:56: error: ‘gpiod::line::value’ has not been declared >>    37 |                                         ::gpiod::line::value::ACTIVE ? >>       |                                                        ^~~~~ >> reconfigure_input_to_output.cpp:43:44: error: ‘line_config’ is not a member of ‘gpiod’ >>    43 |         request.reconfigure_lines(::gpiod::line_config().add_line_settings( >>       |                                            ^~~~~~~~~~~ >> reconfigure_input_to_output.cpp:45:26: error: ‘line_settings’ is not a member of ‘gpiod’ >>    45 |                 ::gpiod::line_settings() >>       |                          ^~~~~~~~~~~~~ >> reconfigure_input_to_output.cpp:46:55: error: ‘gpiod::line::direction’ is not a class, namespace, or enumeration >>    46 |                         .set_direction(::gpiod::line::direction::OUTPUT) >>       |                                                       ^~~~~~~~~ >> reconfigure_input_to_output.cpp:47:58: error: ‘gpiod::line::value’ has not been declared >>    47 |                         .set_output_value(::gpiod::line::value::INACTIVE))); >>       |                                                          ^~~~~ >> reconfigure_input_to_output.cpp:52:56: error: ‘gpiod::line::value’ has not been declared >>    52 |                                         ::gpiod::line::value::ACTIVE ? >>       |                                                        ^~~~~ > > As a side note, you'll want to build the library in a Linux environment. Or by adding the --host=aarch64-linux-gnu option to the configure command and putting your crosscompiler toolchain early in your path, you can build the library for crosscompiled systems.  Note that it does not build for a MinGW because of missing the ioctl() functionality. > > > On Sat, May 9, 2026 at 9:03 AM Pete Soper wrote: >> Send some decent and specific links and compiler messages to the list. >> Pete >> >> May 9, 2026 1:12:59 AM Scott Hall via TriEmbed : >> >>> I am stuck and hope someone in TriEmbed or EMP might know .. >>> >>> I need to program a Linux process using the libgpiod library's C++ bindings. Trouble is all the examples in the source repo don't compile, and all other forum answers regurgitate the same examples.  The same environment's rebuilt commandline utilities work fine. >>> >>> Does anyone have any working example of reading some GPIO lines, and setting others? >>> >>> -- >>> Scott G. Hall >>> Raleigh, NC, USA >>> scottghall1 at gmail.com >>> /”//Failure is the opportunity to begin again more intelligently.” -- Henry Ford/ > > > -- > -- > Scott G. Hall > Raleigh, NC, USA > scottghall1 at gmail.com > /”//Failure is the opportunity to begin again more intelligently.” -- Henry Ford/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvaughters04 at yahoo.com Mon May 11 09:38:22 2026 From: jvaughters04 at yahoo.com (John Vaughters) Date: Mon, 11 May 2026 14:38:22 +0000 (UTC) Subject: [TriEmbed] Programming using the libgpiod library In-Reply-To: References: Message-ID: <1943192887.600021.1778510302646@mail.yahoo.com> I did not follow to a tee all the other recommendations, but at times when I was using older an OS, I would try older libs and if I still could not get it to work, I would compile the lib myself. If the target hardware being used is too small in resources to compile, then I would create a VM with the same OS/Version with higher resources and then compile the libs. Then copy the libs to the target. Sometimes I had to use older versions of the lib sources to get it to work. Other times it was just finding whatever was hanging up the compile and fixing it, like finding required libs and proper versions. In any case, since you are using older versions, you can go to the custom build solution if needed. And just document the process. If this fall outside your liability model, then maybe not a great choice, but you can get it to work sometimes with these methods. Also, what did the AI's ask you to check. In cases like this I have seen them spin you around in many directions and never solve the issue. I have noticed that if there are not good proven solutions out there for your specific problem the AI's struggle and can drive you nuts with BS. But it is worth a shot anyway. Good Luck! John Vaughters On Saturday, May 9, 2026 at 01:13:19 AM EDT, Scott Hall via TriEmbed wrote: I am stuck and hope someone in TriEmbed or EMP might know .. I need to program a Linux process using the libgpiod library's C++ bindings. Trouble is all the examples in the source repo don't compile, and all other forum answers regurgitate the same examples. The same environment's rebuilt commandline utilities work fine. Does anyone have any working example of reading some GPIO lines, and setting others? -- Scott G. Hall Raleigh, NC, USA scottghall1 at gmail.com ”Failure is the opportunity to begin again more intelligently.” -- Henry Ford _______________________________________________ Triangle, NC Embedded Interest Group mailing list To post message: TriEmbed at triembed.org List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org TriEmbed web site: https://TriEmbed.org To unsubscribe, click link and send a blank message: mailto:unsubscribe-TriEmbed at bitser.net?subject=unsubscribe Searchable email archive available at https://www.mail-archive.com/triembed at triembed.org/ From carl.nobile at gmail.com Tue May 12 12:53:00 2026 From: carl.nobile at gmail.com (Carl Nobile) Date: Tue, 12 May 2026 13:53:00 -0400 Subject: [TriEmbed] TriEmbed Monthly meeting 5/11 at 7:00pm in person at The Forge and online In-Reply-To: <0e3e01dcddbc$b749a7c0$25dcf740$@acm.org> References: <0e3e01dcddbc$b749a7c0$25dcf740$@acm.org> Message-ID: Hi all, I mentioned in our last meeting that on new versions of the RPI, putting your WiFi networks into 'etc/wpa_supplicant/wpa_supplicant.conf' no longer works. I've written this script that may be useful. Just make sure nmcli is installed on your RPI. #!/usr/bin/bash # # Add WiFi networks # # The commands below will give you a list of all currently active networks. # You'll need to do a CTRL-C to get out of it. I couldn't put it in this script. # # $ sudo nmcli dev wifi rescan # $ nmcli dev wifi list # # To remove a network: # $ sudo nmcli connection delete "" # MSG="Below are the currently configured networks.\n" if [ "$1" = "" ] || [ "$2" = "" ]; then printf "SSID Name and password are needed to configure a network.\n" printf "$MSG" nmcli connection show exit 1 fi sudo nmcli connection add type wifi con-name "$1" ssid "$1" \ wifi-sec.key-mgmt wpa-psk wifi-sec.psk "$2" connection.autoconnect yes printf "$MSG" nmcli connection show exit 0 If you don't pass in the SSID and password, the script will tell you what networks are currently configured. There is also, in the comments, a command to delete a network you no longer want. Let me know if you have any issues. ~Carl On Wed, May 6, 2026 at 9:00 PM The MacDougals via TriEmbed < triembed at triembed.org> wrote: > We will have our normal monthly meeting on Monday 5/11/26 at 7:00 pm > > Agenda: > - Welcome > - Announcements > - P.O.T.M. (Problem Of The Month) > - Show and Tell and discussion > > The plan for this month is to meet in person at: > The Forge Initiative > 1012 Investment Blvd, Suite 101 > Apex, NC 27502 > As well as being at the Forge the meeting will also be online at the usual > Jitsi URL: > https://meet.jit.si/TriEmbed > The meeting will be recorded, A/V gods willing! > > ---> Paul > > > _______________________________________________ > Triangle, NC Embedded Interest Group mailing list > > To post message: TriEmbed at triembed.org > List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org > TriEmbed web site: https://TriEmbed.org > To unsubscribe, click link and send a blank message: mailto: > unsubscribe-TriEmbed at bitser.net?subject=unsubscribe > Searchable email archive available at > https://www.mail-archive.com/triembed at triembed.org/ > > -- -------------------------------------------------------------- Carl J. Nobile (Software Engineer/API Design) carl.nobile at gmail.com -------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From triembed at undecidedgames.net Fri May 15 16:06:47 2026 From: triembed at undecidedgames.net (Brian) Date: Fri, 15 May 2026 17:06:47 -0400 Subject: [TriEmbed] Programming using the libgpiod library In-Reply-To: <1943192887.600021.1778510302646@mail.yahoo.com> References: <1943192887.600021.1778510302646@mail.yahoo.com> Message-ID: <40760660-fed8-4b56-a67e-c59148efb94a@undecidedgames.net> On 5/11/26 10:38, John Vaughters via TriEmbed wrote: > I have noticed that if there are not good proven solutions out there for your specific problem the AI's struggle and can drive you nuts with BS. But it is worth a shot anyway. That's because, despite the hype, AIs have no capability to reason or innovate. They can only predict a likely response to a prompt, built from chopping up and reorganizing their training data. If they haven't been trained on data that contains a proven solution, they will never be able to respond with one. From triembed at undecidedgames.net Fri May 15 16:13:19 2026 From: triembed at undecidedgames.net (Brian) Date: Fri, 15 May 2026 17:13:19 -0400 Subject: [TriEmbed] Programming using the libgpiod library In-Reply-To: References: <4d37b285-b0e7-493c-88c7-7a9dfba08b3e@gmail.com> Message-ID: <785b614c-42e1-46c8-9013-8ba729aa7858@undecidedgames.net> On 5/9/26 20:29, Scott Hall via TriEmbed wrote: > (a lot of "does not name a type" and related compiler errors) This reads to me like an include path issue. Is it possible you have an older source library installed on your system that the compiler is finding first? Something I sometimes do when facing these errors is perform a recursive grep for the symbol in question through the common system include paths: /usr/include /usr/local/include This should pretty quickly expose any files that declare the symbol. I think there's also a way to make gcc output the full paths of all #include directives it resolves, but I don't have the syntax for that quick at hand. Good luck! -B From petesoper at gmail.com Fri May 15 20:17:29 2026 From: petesoper at gmail.com (Pete Soper) Date: Fri, 15 May 2026 21:17:29 -0400 Subject: [TriEmbed] Programming using the libgpiod library In-Reply-To: <40760660-fed8-4b56-a67e-c59148efb94a@undecidedgames.net> References: <1943192887.600021.1778510302646@mail.yahoo.com> <40760660-fed8-4b56-a67e-c59148efb94a@undecidedgames.net> Message-ID: <2369cda1-12ed-443a-b096-0fe9e7f66603@gmail.com> At the meeting Scott shared that his mistake was assuming the software was complete and tested. It is an unfinished hodge podge of partial functionality. So the missing fields weren't mistakes with defines or wrong paths or the like, they were in fact missing in unfinished modules. Pete May 15, 2026 5:07:37 PM Brian via TriEmbed : > On 5/11/26 10:38, John Vaughters via TriEmbed wrote: >> I have noticed that if there are not good proven solutions out there for your specific problem the AI's struggle and can drive you nuts with BS. But it is worth a shot anyway. > > That's because, despite the hype, AIs have no capability to reason or innovate.  They can only predict a likely response to a prompt, built from chopping up and reorganizing their training data.  If they haven't been trained on data that contains a proven solution, they will never be able to respond with one. > > > > _______________________________________________ > Triangle, NC Embedded Interest Group mailing list > > To post message: TriEmbed at triembed.org > List info: http://mail.triembed.org/mailman/listinfo/triembed_triembed.org > TriEmbed web site: https://TriEmbed.org > To unsubscribe, click link and send a blank message: mailto:unsubscribe-TriEmbed at bitser.net?subject=unsubscribe > Searchable email archive available at https://www.mail-archive.com/triembed at triembed.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From pete at soper.us Sat May 16 19:41:32 2026 From: pete at soper.us (Pete Soper) Date: Sat, 16 May 2026 20:41:32 -0400 Subject: [TriEmbed] A voltmeter clock Message-ID: A nicer voltmeter clock | https://lcamtuf.substack.com/p/a-nicer-voltmeter-clock Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From pete at soper.us Wed May 20 06:05:43 2026 From: pete at soper.us (Pete Soper) Date: Wed, 20 May 2026 07:05:43 -0400 Subject: [TriEmbed] GitHub hacked Message-ID: <82bd5661-4fdb-41bb-aea5-9151438bc27a@soper.us> Their internals were stolen and are for sale. Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From triembed at undecidedgames.net Wed May 20 13:27:56 2026 From: triembed at undecidedgames.net (Brian) Date: Wed, 20 May 2026 14:27:56 -0400 Subject: [TriEmbed] GitHub hacked In-Reply-To: <82bd5661-4fdb-41bb-aea5-9151438bc27a@soper.us> References: <82bd5661-4fdb-41bb-aea5-9151438bc27a@soper.us> Message-ID: <233e8051-23cc-4ae0-8d44-8dbd7608365c@undecidedgames.net> On 5/20/26 07:05, Pete Soper via TriEmbed wrote: > Their internals were stolen and are for sale. For the [citation needed] among us: https://cybernews.com/security/github-vscode-extension-breach-sourcecode/ https://techcrunch.com/2026/05/20/github-says-hackers-stole-data-from-thousands-of-internal-repositories/ From pete at soper.us Wed May 20 14:54:10 2026 From: pete at soper.us (Pete Soper) Date: Wed, 20 May 2026 15:54:10 -0400 Subject: [TriEmbed] GitHub hacked In-Reply-To: <233e8051-23cc-4ae0-8d44-8dbd7608365c@undecidedgames.net> References: <82bd5661-4fdb-41bb-aea5-9151438bc27a@soper.us> <233e8051-23cc-4ae0-8d44-8dbd7608365c@undecidedgames.net> Message-ID: <83235447-ad07-4b1c-b3d2-256b5fa51fdd@soper.us> Sorry. Here's the "ad": https://pbs.twimg.com/media/HItbXhvW4AAMD8W?format=jpg&name=orig And here's the discussion on Hacker News: https://news.ycombinator.com/item?id=48201316 On 5/20/26 14:27, Brian via TriEmbed wrote: > On 5/20/26 07:05, Pete Soper via TriEmbed wrote: >> Their internals were stolen and are for sale. > > For the [citation needed] among us: > > https://cybernews.com/security/github-vscode-extension-breach-sourcecode/ > > https://techcrunch.com/2026/05/20/github-says-hackers-stole-data-from-thousands-of-internal-repositories/ > > > > > _______________________________________________ > Triangle, NC Embedded Interest Group mailing list > > To post message: TriEmbed at triembed.org > List info: > http://mail.triembed.org/mailman/listinfo/triembed_triembed.org > TriEmbed web site: https://TriEmbed.org > To unsubscribe, click link and send a blank message: > mailto:unsubscribe-TriEmbed at bitser.net?subject=unsubscribe > Searchable email archive available at > https://www.mail-archive.com/triembed at triembed.org/ > From carl.nobile at gmail.com Mon May 25 09:34:16 2026 From: carl.nobile at gmail.com (Carl Nobile) Date: Mon, 25 May 2026 10:34:16 -0400 Subject: [TriEmbed] Published May Video Message-ID: Hi all, I just published the May video on YouTube. We had bandwidth issues, so for most of the video, we just had sound. I was able to use still images for sections of the video. https://youtu.be/KGlu94KdVTYhttps://youtu.be/KGlu94KdVTY ~Carl -------------------------------------------------------------- Carl J. Nobile (Software Engineer/API Design) carl.nobile at gmail.com -------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From pete at soper.us Fri May 29 19:04:16 2026 From: pete at soper.us (Pete Soper) Date: Fri, 29 May 2026 20:04:16 -0400 Subject: [TriEmbed] Raspberry Pi news Message-ID: <5bc28d01-ab08-4b6a-a5e4-00d370459fae@soper.us> https://www.jeffgeerling.com/blog/2026/news-about-raspberry-pi-6-and-microcontroller-development/ Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: