paul alting

  • Content Count

    16
  • Joined

  • Last visited

About paul alting

  • Rank
    Member

Profile Information

  • Gender
    Male
  • Location
    Tasmania, Australia
  • Interests
    Simple living with high technology

Contact Methods

  • Website URL
    paulalting.com

Recent Profile Visitors

672 profile views
  1. Thank you Martin for your assistance, but I found the better way forward was to do a complete re-install using mainline stable rather than using the nightly. It meant 4 to 6 hours of installing the required libraries from source and going through the complete re-compile task to get all the components back together to enable my application to run again. I guess it is a concern for me to find that just doing an update would cause such a malfunction at such a level. Hopefully going back to stable will be reliable again. I do love Armbian, and have so for a number of yea
  2. Hello Martin, Thank you for your reply. But after the upgrade, there is now no dtb file for the link to point to, so renaming would still not point to a dtb file. In the apt cache, there is a dtb-4.14.84 with all the A20 dtb file within. Is it possible that I pull out the cubieboard2 file and use this ?
  3. My trusty Cubieboard II has been working great for a long time now, but after doing an upgade, it fails to now boot. It operates headless as a simple server for my off-grid home energy system and Lithium battery monitoring. I found I wasn't able to post this over in the A20 section, so hopefully someone from over in that section will come over here to read. Details I still have in my terminal screen, so I can copy to here. From before update and upgrade, the log in banner is the following: Welcome to ARMBIAN 5.58.180812 nightly Debian GNU/Linux 9 (stretch)
  4. As mentioned, in armbian-config I set to nightly as well as installed kernel headers, but armbian-config does not confirm kernel headers were installed. Looking /usr/src it is empty, so no dtc there. Why is that ? If the device tree compiler was not so good, and the Armbian documentation details how to do dtc overlays, then I would have thought there would be many more people having difficulty with compiling and seeking solutions here on the forum. Also, why has not the device tree compiler then not updated to one that does work ?
  5. I have the dtc installed as part of Armbian, as mentioned version: I am guessing armbian-add-overlay is a wrapper around dtc, yes ? So, when I try a simple example, again the file I pointed to in my first post, from zandor-blood-stained, the little gpio-button.dts, I have the following results: With armbian add overlay: With dtc: So, my thinking is, that if armbian-add-overlay is a wrapper around dtc, then it is not pulling back the error codes correctly. Or, if armbian-add-overlay is in itself a device tree compiler, then it would seem
  6. Coming back to post my findings and to seek some further advice. Martin, I took a look at pyA20 and was able to compile just the appropriate sections to include into my C application. Looking at the code for pyA20, it accesses the GPIO via /dev/mem, going directly to the registers, which is sort of nice for speed I guess. But the problem is that it needs to be done as root, meaning that my application then needs to run as root, which I prefer not to do. I was not able to chown /dev/mem to enable to run non-root. Also, using this code from pyA20 may also be probl
  7. Oh well, that sounds reasonable then, I will look more into using this and see how it works with what I am trying to do. One thing though, the Armbian documentation is quite well laid out and explained, though in this area of GPIO it does appear to lack the clarity I am seeking. But that clarity is coming from your answers as I get to work this out. I am looking forward to making good use of Armbian and to also provide some financial donation from any paid projects I have from it. Also, I would like to present some of my developments, maybe as a 'how to' for others.
  8. Okay, I could try using gpio_lib from pyA20, but is that based on the old method and not the newer method to access GPIO ? I could also look at how to make up a pin mapping for ArmbianIO. I use Eclipse on Debian 'testing' on Intel and cross compile for ARM using Linaro 7.3.1 toolchain. Getting the I2C working was a bit of work, but not as much as for simple I/O. I wonder how I will go with SPI or CAN later on Many thanks and any other help is really appreciated.
  9. Yes, I am at a loss also. I have looked at pyA20 and wasn't sure how well it would link to what I wish to do in C/C++, and having a preference to doing it all with standard C/C++ code and libraries. I have just installed to the LIME 2 board the libgpiod library as it appears from my reading to support the new character based devices for gpio. From: Libgpiod For further ideas I also looked over: https://github.com/sgjava/userspaceio Again, many thanks for your assistance.
  10. Hello Martinayotte, Thank you for your response. Yes, when I grep /boot/config-* for CONFIG_GPIO_SYSFS, it returns with Yes. The other thing, I understand that using /sys/class/ will be or is deprecated and that using /dev/gpio* is the method to use. I have /dev/gpiochip0 and /dev/gpiochip1 listed. I was just reading through Larry's thread on Armbian IO Proposal, and noticed you had some posts there as well. But, there is no pin definition for any Olimex boards and wonder why not ? Would it be possible to include the pin mappings for other board
  11. Hello all, Firstly, a huge thank you to Igor and team for Armbian, I love it and appreciate you for the effort and time you have dedicated to this amazing project, thank you. I have used Armbian on Cubieboard II for a number of years now, running my main server with QuadlogSCADA for my off-grid renewable system at my home. Now, I have had an Olimex LIME-2 eMMC4GB board sitting idle for a while on the corner of my desk and over the past few weeks have been inspired to do some programming with it. So, on this LIME2 board, I have the latest nightly builds, installed to
  12. I struck this problem today, after doing upgrade to my headless CB2 server, which has been working away faultlessly for many many months. After upgrade it did not appear to boot normally, I could not even SSH into it to find out what was going on, so I came to the forum to see if this was an isolated case or if others had experienced the same. At present CB2 SCADA HTTP server is now down and I am trying to figure how to get it back alive without a major rebuild. Igor, I do appreciate the countless hours of effort you have put in, Armbian has been a pleasure and a gift to use, th
  13. Steven, that works very nicely, thank you for your effort in providing the u-boot bin file and instructions Now I can play with my Cubieboard2 again. I will also be using the later vanilla image as well, to become more familiar with both and what will work better for my application. I have developed an application in C that is essentially a SCADA system, that talks Modbus to devices like Arduinos or PLCs. It has inbuilt HTTP server to serve up static files as well as listen to AJAX calls for real time data updates. I wanted to look into CAN bus and how I can make use of this also t
  14. Steven, is there a quick or easy method to changing the U-Boot ? When I boot the Cubieboard2, I see it has U-Boot 2016-01 It starts okay, with U-boot messages before saying 'Starting Kernel" and promptly powering off. The messages are being displayed on the HDMI monitor, but it happens fast, so I don't get time to study the full content. So, I looked at installing the toolchain to be able to build the complete system, from Igor's Git. Problem for me I think is that my main development system is GNU/Linux Mint LMDE2, based on Debian directly, not Ubuntu, and I don't seem to be able t