Orange Pi Plus 2e

[knopers1]

@klassisch

danke Dir,

ich habe gestern den Buster installiert, alle Updates durchgeführt, den neusten js-controller ebenso...
Leider funktionieren einige Adapter nicht wie zB. RFLink, OPI-Adapter... Der Ping Adapter lies sich zwar installieren, arbeitete aber irgendwie nicht zuverlässig. Ehrlicherweise echt ein Krampf das ganze System umzuziehen. Das ganze System eher nicht in dem Zustand zu gebrauchen...
Ich bin wieder zurück zum alten Jessi, ist leider end of live

Macht es Sinn Armbian Strech auszuprobieren? Vom Kernel (4.19) sind die Images alle gleich. Es macht den Anschein, dass viele Adapter nicht auf die neueren Images zugeschnitten sind.

[klassisch]

@knopers1 Wenn ich mich recht erinnere, war mein ioBroker OPi auch noch auf Jessie. Mein piVCCU OPi und mein NUT OPi sind noch auf stretch. Als ich den NUT OPI komplett neu eingerichtet hatte, wurden nur noch 1GB RAM angezeigt. Keine Ahnung warum. Ob das ein Fehler dieser Version des Stretch Images war? Ich habe es nicht verfolgt, weil für NUT 1GB mehr als ausreicht. Derselbe Rechner lief vorher Monatelang mit einem älteren Image einwandfrei im Testbetrieb.
Was bei den ioBroker Adaptern sein kann: Wenn die neu übersetzt werden müssen, dann passt manchmal was nicht zusammen (Header oder so). Dann zuerst in den Adapter-Einstellungen den Upload-Knopf (Pfeil nach oben) drücken.
Manchmal braucht man nach einem Update auch einen oder mehrere Resets. Das ist bei Windows auch so, aber eben transparenter als bei diesen headless SBC-Linux-Systemchen.

Bei den OPIs habe ich mir angewöhnt, vor den Update erst ein

sudo apt update && sudo apt upgrade

zuerst ein

sudo apt upgrade -s

durchzuführen. Dann wird gelistet, was alles getauscht wird. Manchmal hilfts, manchmal verstehe ich es dennoch nicht.

Nicht zuletzt wegen solcher Probleme bei Linux-Updates bin ich auf einen alten Notebook mit Windows umgezogen. Mehr RAM, Mehr Power, HDD/SSD und kann noch andere 24/7 Applikationen parallel betreiben.
@Stabilostick hat einen Windows Installer geschrieben, der den Umstieg leicht macht. Der Installer wird gepflegt und bei größeren Änderungen nachgezogen. Da ich primär Stabilität aber nicht immer die neueste Neuerung (wie js-controller 2.0) brauche, warte ich dann eben auf die nächste Ausgabe des Installers mit den nächsten großen Änderungen und bekomme wieder ein lauffähiges Gesamtpaket. So war es zumindest bisher. Die alte Installation bleibt weiterhin parallel erhalten, aber deaktiviert. So könnte man bei Problemen wieder in den alten Zustand zurückwechseln.
Und wenn ein Win-Update mal inirgendwelchen Konstellationen Probleme verursacht, kann man auch da wieder auf die alte Version zurück und man findet im Netz immer Info und Hilfe dazu. Das ist einer der Vorteile von solchen Mainstream Lösungen.

[knopers1]

@klassisch
alle Upgrades habe ich natürlich gemacht. Den Upload und Neustart auch mehrmals ohne Erfolg versucht.
Es fängst ja schon damit an, dass beim Installieren des RFLink-adapters die angegeben Links die zum Download der seriellen Schnittstele notwendig sind, in leere gehen...? Ich habe zu wenig Ahnung von dem Zeug. Hattest Du mehr Glück mit den Strech Image?

zB.
https://github.com/serialport/node-serialport/releases/download/4.0.7/serialport-v4.0.7-node-v64-linux-arm.tar.gz

$ ./iobroker add rflink  --host orangepiplus2e
NPM version: 6.11.3
npm install iobroker.rflink@2.0.0 --loglevel error --production --save --prefix "/opt/iobroker" (System call)
Traceback (most recent call last):  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py", line 13, in <module>    import gyp  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 10, in <module>    import gyp.input  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 7, in <module>    from compiler.ast import ConstImportError: No module named compiler.ast
gyp ERR! configure error gyp ERR! stack Error: `gyp` failed with exit code: 1gyp ERR! stack     at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:344:16)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System Linux 4.19.59-sunxigyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"gyp ERR! cwd /opt/iobroker/node_modules/authenticate-pamgyp ERR!
 
node -v v10.17.0gyp ERR! node-gyp -v v5.0.3gyp ERR! not ok 
Traceback (most recent call last):  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py", line 13, in <module>
    import gyp  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 10, in <module>    import gyp.input  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 7, in <module>    from compiler.ast import ConstImportError: No module named compiler.ast
gyp
 ERR! configure error 
gyp ERR! stack Error: `gyp` failed with exit code: 1gyp ERR! stack     at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:344:16)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System Linux 4.19.59-sunxigyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"gyp ERR! cwd /opt/iobroker/node_modules/diskusagegyp ERR! node -v v10.17.0gyp 
ERR! node-gyp -v v5.0.3gyp ERR! not ok 
Traceback (most recent call last):  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py", line 13, in <module>    import gyp  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 10, in <module>    import gyp.input  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 7, in <module>    from compiler.ast import ConstImportError: No module named compiler.astgyp ERR! configure error gyp ERR! stack Error: `gyp` failed with exit code: 1gyp ERR! stack     at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:344:16)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System Linux 4.19.59-sunxigyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "--fallback-to-build" "--module=/opt/iobroker/node_modules/bcrypt/lib/binding/bcrypt_lib.node" "--module_name=bcrypt_lib" "--module_path=/opt/iobroker/node_modules/bcrypt/lib/binding" "--napi_version=5" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v64"gyp ERR! cwd /opt/iobroker/node_modules/bcryptgyp ERR! node -v v10.17.0gyp ERR! node-gyp -v v5.0.3gyp ERR! not ok node-pre-gyp ERR! build error node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js configure --fallback-to-build --module=/opt/iobroker/node_modules/bcrypt/lib/binding/bcrypt_lib.node --module_name=bcrypt_lib --module_path=/opt/iobroker/node_modules/bcrypt/lib/binding --napi_version=5 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v64' (1)node-pre-gyp ERR! stack     at ChildProcess.<anonymous> (/opt/iobroker/node_modules/node-pre-gyp/lib/util/compile.js:83:29)node-pre-gyp ERR! stack     at ChildProcess.emit (events.js:198:13)node-pre-gyp ERR! stack     at maybeClose (internal/child_process.js:982:16)node-pre-gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5)node-pre-gyp ERR! System Linux 4.19.59-sunxinode-pre-gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"node-pre-gyp ERR! cwd /opt/iobroker/node_modules/bcryptnode-pre-gyp ERR! node -v v10.17.0node-pre-gyp ERR! node-pre-gyp -v v0.12.0node-pre-gyp ERR! not ok 
node-pre-gyp ERR! Tried to download(404): https://github.com/EmergingTechnologyAdvisors/node-serialport/releases/download/4.0.7/serialport-v4.0.7-node-v64-linux-arm.tar.gz 
node-pre-gyp ERR! Pre-built binaries not found for serialport@4.0.7 and node@10.17.0 (node-v64 ABI) (falling back to source compile with node-gyp) 
node-pre-gyp
 ERR!
 Tried to download(undefined): https://github.com/EmergingTechnologyAdvisors/node-serialport/releases/download/4.0.7/serialport-v4.0.7-node-v64-linux-arm.tar.gz 
node-pre-gyp ERR! Pre-built binaries not found for serialport@4.0.7 and node@10.17.0 (node-v64 ABI) (falling back to source compile with node-gyp) 
Traceback (most recent call last):  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py", line 13, in <module>
    import gyp  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 10, in <module>    import gyp.input  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 7, in <module>    from compiler.ast import ConstImportError: No module named compiler.ast
gyp
 
ERR! 
configure error 
gyp ERR! stack Error: `gyp` failed with exit code: 1gyp ERR! stack     at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:344:16)gyp ERR! stack
     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp
 ERR! System Linux 4.19.59-sunxigyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "--fallback-to-build" "--module=/opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialport/build/Release/serialport.node" "--module_name=serialport" "--module_path=/opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialport/build/Release"gyp ERR! cwd /opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialportgyp ERR! node -v v10.17.0gyp ERR! node-gyp -v v5.0.3gyp ERR! not ok 
node-pre-gyp ERR! build error 
node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js configure --fallback-to-build --module=/opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialport/build/Release/serialport.node --module_name=serialport --module_path=/opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialport/build/Release' (1)node-pre-gyp ERR! stack     at ChildProcess.<anonymous> (/opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialport/node_modules/node-pre-gyp/lib/util/compile.js:83:29)node-pre-gyp ERR! stack     at ChildProcess.emit (events.js:198:13)node-pre-gyp ERR! stack     at maybeClose (internal/child_process.js:982:16)node-pre-gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5)
node-pre-gyp ERR! System Linux 4.19.59-sunxinode-pre-gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialport/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"node-pre-gyp ERR! cwd /opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialportnode-pre-gyp ERR! node -v v10.17.0node-pre-gyp ERR! node-pre-gyp -v v0.6.32node-pre-gyp ERR! not ok 
Traceback (most recent call last):  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py", line 13, in <module>    import gyp  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 10, in <module>    import gyp.input  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 7, in <module>    from compiler.ast import ConstImportError: No module named compiler.ast
gyp
 
ERR! 
configure error 
gyp ERR! 
stack Error: `gyp` failed with exit code: 1gyp ERR! stack
     at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:344:16)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! 
System Linux 4.19.59-sunxigyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "--fallback-to-build" "--module=/opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialport/build/Release/serialport.node" "--module_name=serialport" "--module_path=/opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialport/build/Release"gyp ERR! cwd /opt/iobroker/node_modules/avrgirl-arduino/node_modules/serialportgyp ERR! node -v v10.17.0gyp ERR! node-gyp -v v5.0.3gyp ERR! not ok 
Traceback (most recent call last):  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py", line 13, in <module>
    import gyp  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 10, in <module>    import gyp.input  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 7, in <module>    from compiler.ast import ConstImportError: No module named compiler.ast
gyp
 
ERR! configure error 
gyp ERR! stack Error: `gyp` failed with exit code: 1gyp ERR!
 stack     at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:344:16)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System
 Linux 4.19.59-sunxigyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"gyp ERR! cwd /opt/iobroker/node_modules/unix-dgramgyp ERR! node -v v10.17.0gyp ERR! node-gyp -v v5.0.3gyp ERR! not ok 
Traceback (most recent call last):  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py", line 13, in <module>
    import gyp  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/__init__.py", line 10, in <module>    import gyp.input  File "/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/input.py", line 7, in <module>    from compiler.ast import ConstImportError: No module named compiler.ast
gyp
 ERR! configure error
 gyp ERR! stack
 Error: `gyp` failed with exit code: 1gyp ERR! stack     at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:344:16)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System Linux 4.19.59-sunxigyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"gyp ERR! cwd /opt/iobroker/node_modules/iobroker.rflink/node_modules/@serialport/bindingsgyp ERR! node -v v10.17.0gyp ERR! node-gyp -v v5.0.3gyp ERR! not ok 
npm ERR!
 code ELIFECYCLEnpm 
ERR! errno
 1npm
 ERR! @serialport/bindings@2.0.8 install: `prebuild-install --tag-prefix @serialport/bindings@ || node-gyp rebuild`
npm ERR!
 Exit status 1npm ERR! npm ERR! Failed at the @serialport/bindings@2.0.8 install script.npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:npm ERR!     /home/iobroker/.npm/_logs/2019-10-24T18_41_49_379Z-debug.log
ERROR: host.orangepiplus2e Cannot install iobroker.rflink@2.0.0: 1
ERROR: process exited with code 25

[klassisch]

@knopers1 sagte in Orange Pi Plus 2e:

Es fängst ja schon damit an, dass beim Installieren des RFLink-adapters die angegeben Links die zum Download der seriellen Schnittstele notwendig sind, in leere gehen...?

Das ist natürlich schlecht. Das würde mich bei piVCCU auch treffen, wenn ich auf buster updaten würde.

Ich habe zu wenig Ahnung von dem Zeug.

Ich leider auch nicht. Ich frickle zwar schon seit Jahrzehnten an diesen SBC-Linuxen rum, aber auskennen geht anders.

Hattest Du mehr Glück mit den Strech Image?

Unter Stretch lief mein ioBroker incl. RFLink bis in Q1 2019.
Und unter stretch habe ich im piVCCU auch den CUL-Stick über USB angebunden.
Die SSD für die History-Daten lief auch über USB.
Buster habe ich noch nicht im Haus.

Hatte mal - wegen eines USB-Hub-Problems - Schwierigkeiten mit dem USB

Hier meine Notizen dazu

RF-Link bleibt seit ein paar Wochen plötzlich stecken
Was bisher geholfen hat:
- Notebook an RFLink-Mega anschließen (USB)
- Programm d:\tmp\RFLink_v1.1_r48\RFLinkLoader.exe starten
- Logging aktivieren. Nach einigen Sekunden meldet sich der Mega mit einer RFLink Begrüßungsformel
- Wieder zurückstecken an Opi
- ioBroker Instanzen öffnen und serieller Port einstellen: /ttyUSB0
-
Kontrollieren, ob der Mega noch angeschlossen ist:
root@opi2e_ioBroker:~# lsusb
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 009: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technolo gy Corp.
Bus 004 Device 010: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 004 Device 007: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 004 Device 001: ID 1d6b:1002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:1002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 2537:1066
Bus 002 Device 001: ID 1d6b:1002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:1002 Linux Foundation 2.0 root hub

Der QinHeng Electronics HL-340 USB-Serial adapter gehört zu einem China-Mega-Clon.

Nächste Schritte:
- Cron zum täglichen Neustart deaktivieren. Cron Definition 3 2 * * * am 2019-01-18 deaktiviert. Hat nichts gebracht, siehe 2018-01-20
- USB Hub incl. Kabel austauschen bzw. umgehen. 2018-01-20: Weg vom USB-Hub, direkt in den Opi gesteckt
- Mega 2650 incl. USB Kabel austauschen

-  
- Hinweise zum Binden von ttyUSB devices: https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden 
- Listen:
root@opi2e_ioBroker:~# ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Dec 29 16:34 usb-1a86_USB2.0-Serial-if00-port0 -> ../.                         ./ttyUSB0

[knopers1]

@klassisch

ich versuche heute mal das Image aus dem Download Bereich mit Armbian Strech mit nodejs 8.15.0 und nmp 6.4.1.
Den JS-Controller kann ich immer noch auf den neusten Stand bringen. Schauen wir mal ob die Adapter funktionieren unter der älteren Konfiguration.

Sollte das mit der alten Kacke funzen, so kann ich es immer noch mit update und upgrade auf die nodejs 10x bringen.
Nicht dass der Fehler wegen der node 10.17.1 verursacht wird.

Am Kabel oder dem Mega 2650 kann es ja nicht liegen. Es läuft zur Zeit mit dem alten Image ohne Probleme.
Dabei habe ich sogar den neusten jscontroller installiert...
Das einzigste was jetzt nur noch den Unterschied ausmacht, sind es die nodejs (8.15.0 zu 10.17.1)

Ich berichte mal... das Gefrickel bringt mich lansam zur Weißglut.

[klassisch]

@knopers1
Auf meinem Windows Rechner laufen nun
Node-Version: 10.16.3
Nodejs-Version: v10.16.3
NPM-Version: 6.9.0

und da geht RFLink

Habe durch Überfliegen des Forums mitbekommen, daß es letztes Jahr ein ziemliches Durcheinander wegen NPM- und Node- Versionen gab.
Das war für mich ein weiterer Grund, mich für den Windows-Installer zu entscheiden. Da bekommt man dann ein funktionierendes kanonisiertes Paket.
Der OPi lief tapfer, solange man die Finger von den Updates gelassen hat. Wenn was passiert ist, dann meistens bei Updates.

[knopers1]

@klassisch
das kann ich Dir sagen.... Mein OPI lief 194 Tage am Stück ohne Reboot bis ich auf die Idee kam, ein Update anzustossen.
An sich funktioniert noch alles mit dem alten jessi taddellos, nur die Frage ist- wie lange noch... Ich kann keine Updates mehr machen. Früher oder später werde ich sowieso installieren müssen.

[knopers1]

@klassisch

habe doch noch den Umzug auf die Orangepi geschaft.
Puhh, mit dem reinstal.sh Script konnte ich doch den /dev/ttsUSB mit dem RF-Link auswählen.
Jetzt muckt nur noch der OPI Adapter mit einem Wert im Log.

No Value found for memory_available 

Dafür läuft alles andere und ist auf dem neusten Stand.

ioBroker-OPiplus2e

Betriebssystem
    linux
Architektur
    arm
CPUs
    4
Geschwindigkeit
    1296 MHz
Modell
    ARMv7 Processor rev 5 (v7l)
RAM
    1.97 GB
System Betriebszeit
    00:45:36
Node.js
    v10.17.0
NPM
    6.11.3
Festplatte Größe
    14.62 GB
Festplatte frei
    12.78 GB
Anzahl der Adapter
    300
Betriebszeit
    00:45:11
Aktive Instanzen
    24
Hostname
    ioBroker-OPiplus2e

login as: pi
pi@192.168.1.100's password:

---

/ _ | _ () _ |__ | |
| | | | |) | || | _) | |
| || | /| | | / /| |
_/|| || || |||

Welcome to Debian Stretch with Armbian Linux 4.19.62-sunxi
System load: 1.92 0.48 0.16 Up time: 0 min
Memory usage: 10 % of 2013MB IP: 192.168.1.100
CPU temp: 39°C
Usage of /: 14% of 15G

Last login: Sun Oct 27 12:02:48 2019 from 192.xxx.1.xx

pi@ioBroker-OPiplus2e:~$

[klassisch]

@knopers1 Glückwunsch, daß alles geklappt hat. Wahrscheinlich wird irgendwann auch mal Buster gehen, das wird man dann irgendwo lesen. Solange auf Stretch alles läuft ist das doch gut. Ich habe auch noch 2 OPis auf Stretch laufen.
Den OPi Adapter kannst Du auch abschalten. Bei Armbian gibt es den armbianmonitor. Wenn ich mich recht erinnere, installiert

armbianmonitor -r 

Einen Monitor, der dann auch Graphen anzeigen kann unter

IP.Adresse.vom.OPi:8888/statistics.html

Ausserdem gibt es unter ioBroker noch den Info-Adapter, der das auch kann und dann auch in die ioBroker Datenbasis (Objekte) schreibt. Ich empfehle eine verhaltene, langsame Updaterate einzustellen und nur das Nötigste auszulesen. Temperatur, freien Speicher. Hüufiges Auslesen schafft unnötige Last und Schreibvorgänge. Und wenn an Deinem System etwas richtig schief läuft, dann siehst Du das auch wenn Du nur alle paar Minuten ausliest. Und das Gezappel dazwischen ist meist uninteressant.
Wenn Du Daten in History wegschreibst, dann empfehle ich Dir dafür eine kleine SSD. Einfache 120GB gibts schon für <20 EUR. 32GB oder 60GB von KingDian tuns für die Daten aber auch. Da gibt es 60GB für ca. 13 EUR - delivered.

Das mit den Updates ist so eine unerfreuliche Sache. Die Linux-Fans schimpfen über die Windows Update-Politik - zu Recht, wie ich meine. Wobei man ab Win 10 1903 das Update um 7 Tage verschieben kann. Aber Linux Updates machen zumindest bei den SBCs auch keinen Spass. Und wenn man dann mal ein Problem hat, dann muß man strampeln. Bei Windows findet man meist schon eine Lösung im Netz.

[knopers1]

@klassisch
besten Dank! Jetzt habe ich alles was ich haben woltte. Alle Werte standen im Info Adapter. Den Opi Adapter habe gelöscht. Danke Dir!

[slonnet]

@tripper sagte in Orange Pi Plus 2e:

Irgendwie muss ich das aber auch ohne lokalen NTP Server hinkriegen. Eine Verbindung nach aussen sollte ja nicht das Problem sein.

EDIT: Hab nun noch einen Versuch mit dem ntpdate Service am laufen. Soweit ich das verstehe habe ich nun 2 Dienste die die Zeit Synchronisieren!? Ich hoffe das klappt und bringt nicht noch mehr Probleme

@tripper
konntest du das Zeitproblem nachhaltig lösen?
Ich habe das gleiche Problem, das die Systemzeit sich nach ca 10 Tagen auf das Datum 01.01.1970 zurücksetzt.

[knopers1]

@slonnet

zeige doch die Ausgabe davon...

systemctl status ntp

[slonnet]

@knopers1 sagte in Orange Pi Plus 2e:

@slonnet

zeige doch die Ausgabe davon...

systemctl status ntp

pi@orangepiplus2e:~$ systemctl status ntp
* ntp.service - LSB: Start NTP daemon
   Loaded: loaded (/etc/init.d/ntp; generated; vendor preset: enabled)
   Active: active (running) since Tue 2019-11-05 18:32:59 CET; 12h ago
     Docs: man:systemd-sysv-generator(8)
  Process: 5036 ExecStop=/etc/init.d/ntp stop (code=exited, status=0/SUCCESS)
  Process: 5047 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/ntp.service
           `-5057 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /run/ntp.conf.dhcp -

Nov 05 18:32:59 orangepiplus2e systemd[1]: Starting LSB: Start NTP daemon...
Nov 05 18:32:59 orangepiplus2e ntp[5047]: Starting NTP server: ntpd.
Nov 05 18:32:59 orangepiplus2e systemd[1]: Started LSB: Start NTP daemon.
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: proto: precision = 0.833 usec (-20)
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listen and drop on 0 v6wildcard [::]:
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listen and drop on 1 v4wildcard 0.0.0
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listen normally on 2 lo 127.0.0.1:123
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listen normally on 3 eth0 192.168.1.2
Nov 05 18:32:59 orangepiplus2e ntpd[5057]: Listening on routing socket on fd #20
lines 1-19/19 (END)

Bitte sehr, sieht für mich als Laie ok aus

[slonnet]

Die Ausgabe von timedatectl macht mich skeptisch!

root@orangepiplus2e:~# timedatectl
      Local time: Wed 2019-11-06 17:26:17 CET
  Universal time: Wed 2019-11-06 16:26:17 UTC
        RTC time: Wed 2019-11-06 16:26:23
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Warum läuft die RTC time nach ca 1 Stunde schon um 6 Sekunden vor?
Oder ist das irrelevant, der Opi hat ja keine RTC.

[knopers1]

@slonnet

bei mir sieht es so aus:
So wie es aussieht, läuft alles richtig bei Dir. Hast Du zur Zeit die richtige Uhrzeit? Ich denke ja....

pi@ioBroker-OPiplus2e:~$ timedatectl
      Local time: Mi 2019-11-06 19:30:52 CET
  Universal time: Mi 2019-11-06 18:30:52 UTC
        RTC time: Mi 2019-11-06 18:30:59
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no
pi@ioBroker-OPiplus2e:~$

pi@ioBroker-OPiplus2e:~$ systemctl status ntp
● ntp.service - LSB: Start NTP daemon
   Loaded: loaded (/etc/init.d/ntp; generated; vendor preset: enabled)
   Active: active (running) since Mon 2019-11-04 03:17:15 CET; 2 days ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1248 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/ntp.service
           └─1264 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 106:111

Nov 04 03:17:19 ioBroker-OPiplus2e ntpd[1264]: Listen normally on 4 eth0 192.168.1.100:123
Nov 04 03:17:19 ioBroker-OPiplus2e ntpd[1264]: Listen normally on 5 eth0 [fe80::8dbd:c112:3637:e465%3]:123
Nov 04 03:17:19 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 144.76.70.233
Nov 04 03:17:20 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 82.64.45.50
Nov 04 03:17:21 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 213.172.105.106
Nov 04 03:17:22 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 185.120.22.12
Nov 04 03:17:23 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 78.46.253.198
Nov 04 03:17:24 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 188.174.253.163
Nov 04 03:17:25 ioBroker-OPiplus2e ntpd[1264]: Soliciting pool server 178.63.247.119
Nov 04 05:14:06 ioBroker-OPiplus2e ntpd[1264]: 188.174.253.163 local addr 192.168.1.100 -> <null>
pi@ioBroker-OPiplus2e:~$

[slonnet]

@knopers1 sagte in Orange Pi Plus 2e:

So wie es aussieht, läuft alles richtig bei Dir. Hast Du zur Zeit die richtige Uhrzeit? Ich denke ja....

Nach einen kompletten Neustart des Systems läuft alles richtig für ca 10 Tage.

Im Fehlerfall sehe ich, das alle Flot Grafiken nur noch gerade Linien zeigen (es wird also nichts mehr geloggt). Ich denke das der SQL Adapter durch das falsche Datum aufhört zu loggen.

Der SSH Zugang geht dann auch nicht mehr!

VIS ist allerdings noch bedienbar.
Habe jetzt als Workaround ein Reboot Knopf in VIS eingebaut, das ich das System zumindest sauber neustarten kann.

Auf Dauer natürlich keinen Lösung!

[knopers1]

@slonnet

hmm, da hängst sich aus einem Grund das System auf.... Das Netzteil an dem Teil kann auch Ärger machen.
Hast Du evtl. ein anderes zum testen da? Hast Du die Software auf der SD Karte, USB, Flash???
Evtl. eine Sicherung vom Vis und das System neu aufsetzen. Könnte auch abhilfe schaffen.

[slonnet]

@knopers1 sagte in Orange Pi Plus 2e:

@slonnet

hmm, da hängst sich aus einem Grund das System auf....

Nein, das System läuft an sich, nur das die Systemzeit überhaupt nicht mehr passt und es zu Folgeproblemen kommt.

Das Netzteil an dem Teil kann auch Ärger machen.

Stimmt, ich habe tatsächlich noch ein anders da!

Hast Du evtl. ein anderes zum testen da?

Ja, noch viel besser, ich habe noch einen zweiten baugleichen Orange Pi da!

Hast Du die Software auf der SD Karte, USB, Flash???

Wie sich das für einen Opi +2e gehört habe ich das System auf dem internen emmc Speicher.

Evtl. eine Sicherung vom Vis und das System neu aufsetzen. Könnte auch abhilfe schaffen.

Das System ist erst gerade neu aufgesetzt! Das ist ja das Traurige!

[knopers1]

@slonnet

naja, wenn Du nicht einmal zeitgleich über SSH zugreifen kannst, ich es etwas mehr als nur die falsche Uhrzeit! Oder? Da schmiert noch mehr im Hintergrund ab.
Macht beide OrangePi den gleichen Ärger? oder hängt andauernt nur einer?

Ich werde Dir an der Stelle nicht weiterhelfen können, es könnte an allem liegen.
Netzteil, Software, Hardware....

[klassisch]

Mit einem richtigen Netzteil, Kühlung und OS läuft der OPi stabil von der eMMC. Auch mit ioBroker. Allerdings hatte ich meine History-Daten nicht auf die eMMC geschrieben, sondern auf eine externe USB-SSD. Da reicht eine billige China SSD "Kingdian" 32GB. Aber heute gibts auch schon 120GB SSD für 17EUR in DE-Shops. 3 EUR für einen USB SSD Adapter dazu und man hat eine gute Lösung.
Ich versorge meine OPi aus einem 15V 1.66A Routernetzteil von Pollin (<2EUR) und einem kleinen DC-DC-Wandler, der aus den 12V die erforderlichen 5V macht. Auf der 5V Seite alles direkt gelötet, nichts gesteckt, nur die 15V gesteckt. Oder aus einem 5V Netzteil entpsrechender Stärke mit dem passenden barrel connector, das ich mal im Abverkauf (Pollin?) erworben habe. Vorsichtshalber noch ein 6.3V 1000µF Elko dran gelötet. Billig, stört nicht und kann helfen.
Armbian OS hole ich direkt bei Armbian. So früh wie möglich auf eMMC umstellen und erst dann fertig einrichten / update / ugrade etc. Danach ioBroker mit dem aktuellen Installer drauf installieren.
Probleme mit dem OPi gabs nur bei Linux Updates, vor allem Kernel Updates oder wenn man zu viele Daten in kurzer Zeit per history-Adapter schreibt.
Meinen ioBroker habe ich ja mittlerweile auf Windows Notebook umgestellt, betreibe aber noch einen OPi mit piVCCU und einen anderen mit einem NUT Server. Beide laufen sehr stabil, wobei die Lasten natürlich auch lächerlich gering sind