Showing posts with label orangepi. Show all posts
Showing posts with label orangepi. Show all posts

Saturday, July 7, 2018

Orange Pi Zero serial port


Orange Pi Zero ports in the small cube system have a serial port on the power port (micro USB) as well as power.

The only thing I've found so far says that the baud rate is 115200 baud.  On the linux system I hooked it to turned out to connect at 9600 baud.

http://www.orangepi.org/Docs/LogintotheOrangePi.html

Otherwise this note on connecting (I'm guessing they didn't use an RPI 3+) to another SOC board is okay.

minicom connects fine.

The other note on the raspian system running on the RPI 3+ is that the device is /dev/ttyAMA0

Also, have not figured out how to get the current raspian to come up on this system w/o a network cable attached.

Wifi is connected manually with the cli interface instructions elsewhere and works once up.  But from a power on, the system is stuck somewhere with no console or other output on the ttyAMA0 port to indicate what is stuck.

and if one lets the orangepizero come to an end (blinking that is on the RJ45 ports, plugging in a live network doesn't get it to continue to successful boot.



Wednesday, August 30, 2017

Installing s-tui and pre-requisites

s-tui is a nice terminal graphic performance monitor, showing utilization, frequency and system temperature. 

Here is an article about s-tui

https://linoxide.com/monitoring-2/s-tui-terminal-tool-monitoring-cpu-temperature-linux/

and the GIThub link

https://github.com/amanusk/s-tui

It is installable with pip, so pip must be installed.

To do that, first install pip

sudo apt-get install -y python-setuptools python-dev build-essential

then pull in pip

sudo easy_install pip

next one can install s-tui

pip install s-tui

It's been tried out on raspberry pi, raspian, and on ubuntu 16.04 on intel.

It needs work on armbian, at least on the orangepi zero system.


Monday, August 7, 2017

systemd action 9 suspended


getting systemd action 9 suspended.

Hint here:

https://askubuntu.com/questions/108924/missing-dev-xconsole-causes-rsyslog-to-stop-as-well-as-all-other-services

https://unix.stackexchange.com/questions/168215/create-several-dev-xconsole-files-automatically-upon-boot

https://devcentral.nasqueron.org/T806
"Root cause: rsyslog was trying to use xconsole, a program not installed, to send some logs to."

seems to have vanished after installing xterm, though not clear why.

/etc/init.d/rsyslogd has code to create /dev/xconsole (which is supposedly the problem it's missing) by linking /run/xconsole to /dev/xconsole.

After installing xterm they are both still missing.

Note: this system is a server configured system with xfce4 xrdp and tightvnc installed to give remote access.  Suggestion that xterm was missing is in other online hints.