pfeerick

I was wondering about the same and i answered it here:
 
For anyone landing here and can't find answer..
 

ok, 2nd day and starting to better understand this, will explain it loudly for myself and anyone else:
 
Though the answer was there from the beginning, too bad that it wasn't clear for meL
http://linux-sunxi.org/GPIO
 
First we need to "create" or "attach" the GPIO port using this command:
 
sudo echo XX > /sys/class/gpio/export The XX is a complex calculation of the GPIO:
 
 
so for Orange PI Zero plus 2 H5 (should be same for h3/h2) the RED led would on GPIO PA17 and GREEN LED on GPIO PL10  (Info from here: http://linux-sunxi.org/Xunlong_Orange_Pi_Zero_Plus_2 )
The calculation would be (Letter A is 1, the "P" not counted): (1 -0) * 32 + 17 =  17  (For RED LED) while for Green LED: (12 - 1) * 32 + 10 = 362
 
sudo echo 362 > /sys/class/gpio/export sudo echo 17 > /sys/class/gpio/export  
Now lets check the status of the GPIOs:
 
cat /sys/kernel/debug/gpio gpiochip1: GPIOs 0-223, parent: platform/1c20800.pinctrl, 1c20800.pinctrl: gpio-9 ( |reset ) out hi gpio-14 ( |sysfs ) out hi gpio-17 ( |sysfs ) in lo gpio-110 ( |sysfs ) in lo gpio-166 ( |cd ) in hi IRQ gpio-204 ( |usb0_id_det ) in lo IRQ gpiochip0: GPIOs 352-383, parent: platform/1f02c00.pinctrl, 1f02c00.pinctrl: gpio-358 ( |? ) out lo gpio-362 ( |sysfs ) in lo  
The GPIOs should be "out" direction (i guess because we are outputting to it), so lets fix them:
sudo echo out > /sys/class/gpio/gpio362/direction sudo echo out > /sys/class/gpio/gpio17/direction  
Now that the direction is correct, lets try to switch them on or off:
sudo echo 1 > /sys/class/gpio/gpio362/value sudo echo 0 > /sys/class/gpio/gpio362/value sudo echo 1 > /sys/class/gpio/gpio17/value sudo echo 0 > /sys/class/gpio/gpio17/value  
Now that the LEDs are controllable, The  next challenge would be adding some rhythm to the led per hardware occasions such as heart beet, read/write..  i hope it will be easier than above

Better hope a certain world leader doesn't get wind of this:  "CNX is fake news!! SAD!!"  

That makes me feel so much better... 
 
It just seemed a rather extreme jump, given the usual context of this board ("I bought an $8 thingy and it's not as powerful as my laptop... WHY?!?!?!")

Oh my, have they fixed all the reboot hackery?  Also see:  Giant Heatsink.  
 
And no, even in automotive where last time buys are common, no one is stocking to support "up to" 2 million pieces without guarantees that the parts will be used.  I wonder if that vendor had a falling out with Rockchip.

You sure about this?
 
One of our clients ordered 85K rk3288 boards to be designed and manufactured to rk-miniarm spec in August and they have contractual availability to buy upto 500K per year through till July 2021. Their OEM would have to hold a lot of rk3288 SoC stock to meet those obligations for a discontinued chip over 5 years.

https://www.ubuntu.com/download/server
 
if you only need console... The ISO is ~750mb, don't know how much space it needs on an SD-Card but I think it's less than 8GB...  maybe you need to resize the FS by hand after its (don't have such sticks)... 

Yesterday I came across the following - for me - fine project (Demo-Page):
ESPTERM Release 2.3.0 Cricket
https://espterm.github.io/term.html
 
GitHub-Page:
https://github.com/espterm/espterm-firmware
 
Downloads:
https://github.com/espterm/espterm-firmware/releases
 
Its a VT100-Webpage-Terminal on a ESP8266-Microcontroller which opens a Accesspoint.
You could connect via this VT100-Webpage-Terminal to the TTL-Port of the ESP8266.
 
TTL-Connection is done (like allways in TTL-Connections) with RX,TX and GND
 
I connected my Orange Pi R1 via TTL and 115200 Baud and could "work" at a (max.) Terminal-Size of 80x25
(80x25 is max. in the downloadable binary - if you do compile by yourself mor is possible.... 132x50 would be fine )
 
So if you have a misconfigured Network-Connection (missed the /24 in the IP of the server in nmtui) and you dont want to use a USB-serial-Dongle because every Dongle wats its own driver  - here a second solution

I also have the problem. I tried some quick debugging and watched some kernel logs about network / a20 but found nothing so far.

A network was working in 4.13.y and we don't have another kernel for this board/chip. If you refer to recent Allwinner 4.4.y ... waste of time. There is no instant solution except the already mentioned legacy kernel.

Edit: btw this - what you ask - is u-boot related and I don't know if we have network support there yet.

Login/welcome messages come from the scripts in /etc/update-motd.d, so you can remove/change them as you wish.  If you didn't want the sysinfo, tips,update nofications and armbian-config messages, you can just remove the executable bit (i.e. chmod -x) from the four scripts responsible for those messages (30-sysinfo 35-tips 40-updates 41-armbian-config), and then you'd be left with just the board name. You can also turn that off by disabling the 10-header script. You can also make your own, and have them run and display on login (if properly written and the executable bit is set). 
 
The easiest way to run something before login is to use crontab. i.e. run crontab -e, and then add a new @reboot command for a script that will run after the device has rebooted, and before login.  See this page for some more information and examples. 

If it's Stretch related, then we are too fast with it even for a server builds. 
 

Somebody has to take the lead and I left this task to @Tido and things are not running smoothly yet. Also because of breaking releases into two parts. We did quick testing on critical stuff and the team testing part was left for 4.14.y update. This was kind of compromise and give some time to prepare: the vital job description of "team tester leader" is to ping people from time to time, otherwise, they just don't react on "you have been assigned to the task of testing this and that.

My emails are up to 3 weeks behind and I can't possibly cover more one2one communication. Eiter we help @Tido to get this up and running or come up with a better plan.

definitely I had some thermal sensor related voices in my perf report.
sorry for poor debugging but I had to revert back asap to 5.31 because at home my cubietruck needs to stay healthy and online 24/7
 

@Joe_PS PuTTY is a piece of software that you use to connect to a remote computer, and access a terminal prompt (or a desktop GUI using X11 forwarding). You can use a serial connection (the simplest and most direct), and then later SSH over a network once the device is setup if you wish. You'll basically have a terminal/console prompt, and will be controlling the device as if you had a monitor and keyboard hooked up to it. So yes, you'll be able to type in 'armbian-config' and then use the keyboard to navigate the menus and install OMV via the software packages section. 

This works on a voluntary basis, by and large.  The core team is extremely small, and so far the only board on the books with the RK3328 is the Rock64 (discussion should begin soon on Libre Computer's Renegade, but I don't know where that is), meaning it takes a lot of effort and is the only board to presently benefit from the attention.  If the dev's don't have the hardware, or the hardware broke or was changed since introduction, then things come to a halt.  Especially around a version bump where the currently supported boards need to take precedent.
 
The typical reply is donations and hardware, donations and hardware.  Also testing testing testing.  An image can not be thought of as "stable" until it's been tested by more than just the dev team.  Try the image and let us know what the results are, however I'd caution you that this board is very early in development in general, it won't be stable for some time.

Ok, sounds very simple. As mentioned, I plan to install https://dl.armbian.com/orangepizeroplus/Debian_stretch_next_nightly.7z, do what you described,  and finally key in 'armbian-config' ... and thereafter the armbian-config screens will be displayed? And I can control these screens via PuTTY? (Never heard/read this before). --> That seems to be doable for newbies like me  Let's purchase a OPi0+ today ...

All you need is a micro USB cable which acts as a serial console and a power cable. Plug it into USB3 port of your computer and login via newly created serial console or via SSH/network. You can use Putty or similar.

You don't need to install anything and you certainly don't want to run a desktop+VNC on this board.

just some recent forum posts...
 
 
I think we do a better job in providing software and 'personal support' than providing information to avoid such questions.... 

Could just put a subscript "Forum" at the bottom right corner of Armbian.

I'll bite... it'll give me a chance to have a ferret around in armbian-config It shouldn't be hard thanks to the config stuff Gord_W' found.

Thanks Igor.
 
For Reference:
 
chmod 644 /etc/cron.d/armbian-updates  has stopped the INSECURE MODE problem.
 
For item 1)  above to stop IPv6 see http://www.binarytides.com/disable-ipv6-ubuntu/
 
I used this method:
Method 1 - Disable from sysctl
The first method to disable Ipv6 is to edit kernel level parameters via sysctl interface.
 
The kernel parameters that enable ipv6 are as follows
$ sysctl net.ipv6.conf.all.disable_ipv6
net.ipv6.conf.all.disable_ipv6 = 0
$ sysctl net.ipv6.conf.default.disable_ipv6
net.ipv6.conf.default.disable_ipv6 = 0
$ sysctl net.ipv6.conf.lo.disable_ipv6
net.ipv6.conf.lo.disable_ipv6 = 0
 
Note that the variables control "disabling" of ipv6. So setting them to 1 would disable ipv6
Edit the file - /etc/sysctl.conf
$ sudo nano /etc/sysctl.conf
 
And fill in the following lines at the end of that file
 
# IPv6 disabled
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1
 
Save the file and close it. Restart sysctl with
$ sudo sysctl -p
 
Check the output of ifconfig again and there should be no ipv6 address
 
Thanks,
Gord_W

This whole Armbian thing is a common work and we already work at maximum capacity. Try to add this feature on your own - you only need to check this section: https://github.com/armbian/config/blob/dev/debian-config-jobs#L728-L736 and this line: https://github.com/armbian/config/blob/dev/debian-config-submenu#L524 as a similar example how to add a feature to the config. The rest you do with bash utilities. Use this method: https://docs.armbian.com/Process_Contribute/

Going to www.armbian.com from here was possible before, but current menu (navbar) was changed several times after that.
 
Yes, but it's a separate service which has its own index page aka "home".

Maybe cause armbian does not support only SUNXI boards? Cause for NAS use-cases boards like the HC1 outperform every SUNXI boards easily? Thanks to @tkaiser we have a lot of SBCs tested in a 'NAS use-case'. All the 'performance numbers'/benchmarks came from the same person taking care about 'do it right'.  Same counts for HW description...  
Personally, I like sunxis wiki but it is a wiki for developers (and maybe experienced SBC users) and not for the 'Hi all, I'm new to linux and SBC and bought *random SBC* for *random use case* guy'.  Since some boardmakers found out that they sell much more boards when they start with a Kickstarter campaign instead of selling them on their website & aliexpress and we support quite often their boards, we have to deal with them. 
both 'versions' have valid arguments. Personally, I like @zador.blood.staineds argumentation.
Having 'Home' in the navbar and you can go back to armbian.com.  
 
 

To be honest, I'm not really familiar with WordPress, but this should be possible without problems. Maybe not 'anyone' but you could give 'limited rights' to the people which are responsible for the content of the webpage.  I'm more the 'DjangoCMS/Bootstrap guy' but this is more a 'personal preference', I'm sure WP can do this as good as Django. 
 
I don't think that we should 'divide' the community into an Armbian-Blog and Armbian-Forum fraction. But why not use those forum sections (e.g. tutorial subforum) as a 'peer-review' place for interesting tutorials with discussion and when a tutorial is 'peer reviewed', we generate a tutorial on a 'tutorials.armbian.com' page outside from the forum (without possibility to comment, but with a link to the forum post).
For example:
SBCs as NAS is a evergreen topic. It doesn't really belong to armbians documentation, but a Tutorial which summarizes the performance of boards (e.g. USB2 based, all 'sort' of SATA based, USB3 based etc.) is something people would recognize. This tutorial can be edited when a new board which fits in this use-case came up (with discussion in the tutorial part of the forum). I think the armbian community has a lot of knowledge on various fields related to 'computer science' let's try to make this more visible.  Best distro is every time an opinion...  Things we shine: Support, support, support, maybe sometimes a little bit harsh (when people are to ignorant) but on most questions you get an answer to your question within 24h. That's even faster than most answers from the customer support of a *random company*. 
But we don't shine on 'educate our customers' (e.g. a lot of people still think: If I get mali to work, my SBC could be the cheapes & best multimediacenter cause mali is the SBCs 'graphic card' and the 'graphic card' is needed for HW accelerated video decoding).
 
Be careful about direct democracy we (the Swiss) are quite fast upset if you're against it...  I suggest forking the 'armbians upgrade policy' to a different thread to keep this one where it belongs too: Web page(s) redesign
--> Cause I think the majority doesn't expect this discussion in a thread where it's about web page redesign.