Orange Pi Plus 2e

RappiRN

Nee, nee nicht falsch verstehen, die Installation des Fertigimages klappt problemlos, auch das Rüberschieben auf das emmc geht einwandfrei. Das Upgrade auf 5.60 läuft scheinbar auch wieder problemlos, ohne irgendwelche Fehlermeldungen, nach dem Neustart geht wieder nichts. Hab das Gerät am Bildschirm zu hängen, da steht irgendwas nicht Brauchbares, ich glaube, dass keine Boot-Datei gefunden wird.

Enrico

klassisch

Würde doch passen, oder? sobald die SD raus ist - was aber vielleicht nicht erkannt wird - versucht er von dieser zu booten, weil er glaubt, die sei noch drin.

RappiRN

Nach dem Entfernen der SD-Karte ist der OPi ja noch einwandfrei vom emmc gestartet, also der Fehler fällt aus!

Ich habe jetzt, so wie du, mit einem leeren Armbian (im Download war 5.59) begonnen, dann auf emmc rübergeschoben und dann das Upgrade, nun habe ich die 5.60 drauf! Frag mich nicht warum das so geht! Mal sehen, was @ homoran dazu sagt. Oder du probierst mal mit deinem Test-OPi das fertige Image ohne CCU aus, ich habe leider noch kein Test-Gerät!

Ich bin jetzt gerade am Installieren, läuft bis jetzt problemlos!

Enrico

klassisch

~~@RappiRN:~~

Oder du probierst mal mit deinem Test-OPi das fertige Image ohne CCU aus, ich habe leider noch kein Test-Gerät! ` Wäre bis gestern gegangen. Aber seit meinem gestrigen Umstieg von piVCCU auf piVCCU3 ist mein Testgerät das alte piVCCU Gerät, welches noch meine Rückfallösung ist, bis piVCCU3 offiziell das Prädikat "stable" erhält. Derzeit gilt es noch als "Testing", auch wenn es bei mir bis jetzt stabil läuft.

Ich hatte ja meinen ersten Pi noch installiert bevor es ein ioBroker Image gab. Deshalb habe ich mir das manuelle Installieren angewöhnt. Das kostet nicht so viel mehr Zeit, wenn man möglichst früh auf eMMC geht. Und man bekommt dann immer ein frisches System, alles neu formatiert und schick eingerichtet. Beim Raspi hat eine Runde update und upgrade zum Schluß eine Nacht gekostet. Da lobe ich mir doch den OPi mit eMMC.

Viel Erfolg!

RappiRN

So, mein OPi läuft erstmal wieder und steuert alles, richtig rund läufts aber noch nicht.

Es werden keine logs angezeigt, die muss ich mir immer per WinSCP runterladen und die Adapterliste (auch Zwangsaktualisieren der Browser hat nicht geholfen) wird nicht angezeigt! Und das nachvollziehbar nach zweimal installieren.

Das Einspielen des Backups war problemlos, der Autostart musste manuell eingfügt werden (iobroker.sh) und das Mounten meines Netzlaufwerkes läuft noch nicht!

Ich hab jetzt grad nicht mehr Zeit.

Enrico

klassisch

Das klingt strange. War das vor oder nach dem einspielen des Backups?

klassisch

~~@Merlin123:~~

Halt uns bitte mal auf dem laufenden `
Es läuft weiter

Die Peaks kommen immer dann, wenn ich auf dem Notebook so ca. 40 Flots gleichzeitig aufmache und mir anzeigen lasse. Da kommt sowohl der OPi als auch der Laptop (i7, 16GB) kurzfristig ins Schwitzen.

Und so sieht das bei einem anderen OPi aus, auf dem piVCCU3 läuft:

RappiRN

~~@klassisch:~~

Das klingt strange. War das vor oder nach dem einspielen des Backups? `

Meinst du die Einbindung des Netzlaufwerkes? Das Problem habe ich gelöst, ich hatte noch veraltete Infos dazu. Ich habe im Netz Hinweise gefunden, dass ab einer bestimmten Debian-Version der Eintrag in die fstab-Datei ergänzt werden muss. Das läuft jetzt!

Aber irgendwo ist noch der Wurm drin. Ich werde meine ioBroker-Installation nochmal soweit es geht separat sichern (Skripte, Objekte usw.) und dann alles nochmal einzeln zurückspielen, irgendwas schmeißt mir immer wieder die CCU2 aus der Bahn, das war aber auch schon kurz vor den Updates so!

Enrico

klassisch

Bin ja auch ein Update Retardist. Aber meine letzte Runde hat sich gelohnt:

ioBroker js-controller: Eingerichtet: 1.5.0 - Habt bei mir ein Problem mit reconnect DB beseitigt

history: 1.8.5

flot charts:1.9.1

ReGaHSS: 1.7.0

Homematic RPC: 1.7.1

WebServer: 2.4.2

Bisher sind mir noch keine Schwierigkeiten augefallen.

RappiRN

Man, man das ist schon fast peinlich! Der Grund für die Nichtanzeige der Adapterlister und des logs war ein bisschen Unfähigkeit zwischen Bildschirm und Stuhllehne!

Ich habe meinen OPi im Netztwerk wieder so benannt, wie er vorher auch hieß um irgendwelchen Problemen aus dem Weg zu gehen, die mit geänderten Namen zu tun haben könnten. Nun sind wohl die Namen im Image anders vergeben, aufgefallen war mir das beim Ping-Adapter, da steht jetzt noch ein neuer Hostname bei den Objekten drin.

Seit dem Admin v3 gibt es doch oben einen Button, wo man bei Multihost-Systemen den Host auswählen kann. Und genau da war noch der alte Name eingestellt, warum OPi und Host auf der alten Installation einen anderen Namen haben konnten, kann ich mir nur so erklären, dass da beim Admin v2 noch irgendwas anders lief. Wie dem auch sei, ich hab zufällig mal auf den Slave umgeschaltet und dann wieder zurück …. und siehe da, die Adapterliste und auch die logs gingen wieder!

Dann kann ich mich jetzt wieder daran machen, den Fehler in der Kommunikation zur CCU2 zu finden.

Enrico

klassisch

Vielen Dank für die Rückmeldung!

Mit den Namen hatte ich auch Konfusion, was mich aber nicht störte, da ich generell über IPs aufrufe. Da gibt es eine Namensvergabe bei der armbian-Installation und ein in der Fritte.

Und da ich aber meine OPis in den Putty-Fenstern schon verwechselt habe, vergebe ich jetzt die Namen immer in armbian-config. Diese Namen erscheinen dann irgendwann auch mal in putty im Kommandozeilen-Prompt. Bei 3 OPis hat sich das jetzt sehr bewährt.

createch2

Ich hab irgendwie auch kein Glück mit meinem Orange Pi Plus 2e. Er lief fast ein Jahr prima, dann hab ich ihn irgendwie mit der Installation von vcontrold herausgefordert. Seitdem booted er nicht mehr gescheit.

Eine neuinstallation mit dem Iobroker image funktioniert zwar, aber das kopieren mit nand-sata-install auf EMMC schlägt fehl. Bzw bootet er danach nicht sondern meldet MMC0 not found.

Das gleiche Image hat mit dem gleichen Orange Pi schon funktioniert, daher vermute ich daß irgendwelche updates dafür verantwortlich sind die bei meiner damaligen installation noch funktioniert haben.

Ich kann and-sata-install nicht ohne apt-get upgrade ausführen da es im vorhandenen Image korrupt ist.

Hat jemand eine Idee was ich machen kann?

klassisch

Ich nutze kein Image. Schon mal weil es das nicht gab, als ich mit dem OPi gestartet bin.

Das neueste armbian stretch für den OPI https://www.armbian.com/orange-pi-plus-2e/ runterladen und auf eine SD-Card "imagen". Mit SD-Card booten

Initiales Einloggen

User: root

PWD 1234

Dann erfolgt sofort Aufforderung neues PWD zu vergeben

Mit

armbian-config 

````- -> Personal ->Locales (Zeitzone einstellen)

- -> Personal -> Hostname vergeben um Verwechslungen zu vermeiden

- -> System ->Install -> Install to SATA, eMMC, NAND or USB : Installation System auf eMMC geht jetzt auch schon von armbian-config aus

sudo nand-sata-install braucht es dann NICHT mehr, das geht jetzt auch von armbianconfig aus

Danach runterfahren lassen

Sd-Karte raus und neu starten (power)

sudo apt-get update && sudo apt-get upgrade

Auf dem eMMC geht das alles viel schneller, deshalb mache ich auf SD nur das Nötigste, dann gleich auf eMMC

ioBroker + Backup einspielen

Habe gerade vor wenigen Wochen einen OPi zur Installation von piVCCU3 so hochgefahren (ohne ioBroker). Geht easy und flott.

createch2

Danke, dann werde ich das nochmal schrittweise so angehen.

klausiy123

Hallo,

mein Tinker (alte Version) hat sich leider verabschiedet ohne das ich vom Iobroker noch ein aktuelles update ziehen konnte. Der neue OPI ist gestern nach einigen Wartetagen beim Zoll angekommen. Kann ich irgendwie von der Tinker SD Karte ein iobrocker backup bekommen um es auf den OPI zu bringen?

Danke und Gruß

Klausiy123

klassisch

Ohne jetzt ein ausgemachter ioBroker Spezialist zu sein, denke ich, daß eine gewisse Hoffnung besteht, weil es ja das Verzeichnis /opt/ioBroker noch gibt. Aber da ich kein Spezialist bin, weiss ich nicht, welche der darauf befindlichen Dateien einfach kopiert werden können und welche nicht und was die beste Reihenfolge ist.

Da anscheinend noch kein Experte auf diese Frage in diesem Thread nichtgestoßen ist, kannst Du sie unter einem anderen Titel z.B. "Migration ohne Backup aber mit /opt/ioBroker" im Unterforum Installation und Konfiguration nochmals stellen.

sphinx_sat

Habe eine Frage zum Backup. Wollte mein Backup von Raspi auf Orange aufspielen. Orange ist komplett neu aufgesetzt nur mit IoBroker und Adapter.

Habe bereits deverse Anleitungen gelesen bzw. gesehen. Ist eigentlich nichts spannendes. Aber ein Problem habe ich - wie stoppe ich iobroker. Mit "iobroker stop" kommt - root@orangepiplus2e:/opt/iobroker# iobroker stop - iobroker controller daemon is not running. mit ps -ax sehe ich auch nicht viel, nur das, dass verschiedene Instanzen laufen. In inid.d sehe ich auch kein iobroker.sh. Also scheint die aufbau von Debian on Raspbian anders zu sein. Wie stoppe ich den iobroker auf orange? Habe eben mit backuipit und dropbox probiert - backup imadve liegt in opt/iobroker/backups aber bei "wiederherstellen" kommt Fehler backitup.0 2018-12-14 10:09:58.025 error [object Object]

klassisch

~~@sphinx_sat:~~

Mit
iobroker stop 

````kommt -
root@orangepiplus2e:/opt/iobroker# iobroker stop - iobroker controller daemon is not running.
```` `
Dann läuft ioBroker noch nicht. Was passiert bei

iobroker start

````? Und danch das Backup einspielen?

Ansonsten kann ich nicht viel dazu sagen, weil nicht mit fertigen Images installiere.

Ich starte immer mit dem reinen armbian image von der armbian Seite auf SD-Karte.

Danach

armbian-config

die Lokalisierung vornehmen und dann gleich auf eMMC umstellen lassen.

Danach mit

apt update
apt upgrade

armbian aktualisieren und ioBroker nach der Anleitung für manuelle Installation auf allgemeinen Linux-Systemen installieren. Und danach das ioBroker Backup-file einspielen.

sphinx_sat

Hmm.. Da ich auf Iobrocker_ip:8081 zugreifen kann, bit ich davon ausgegangen, dass deer auch läuft. Ich konnte Adapter installieren usw.

Wenn ich bei "laufenden" Iobrocker den Befehl gebe iobroker start - dann startet der. lol. Mache ich dann stop - dann kommt, dass der gestoppt sei.

Aber trotzted funktioniert restore 0 nicht. Kommt Meldung ich muss erst Iobroker stoppen.

root@orangepiplus2e:~# iobroker start

Starting iobroker controller daemon…

iobroker controller daemon started. PID: 7207

root@orangepiplus2e:~# iobroker stop

Stopping iobroker controller daemon...

iobroker controller daemon stopped.

Exit code for "killall.sh": 123

root@orangepiplus2e:~# iobroker restore 0

Stop iobroker first!

Was die Installation angeht - ich habe nach die Anleitungen, die ich hier gefunden habe, gegangen. Erst debian drauf, dann auf emmc übertragen und dann iobroker "manuel" installiert". Also kein fertiges Image genommen

http://www.iobroker.net/docu/?page_id=8323&lang=de

P.S. wenn ich iobroker stop eingebe- kommt zwar die meldundg iobroker controller daemon stopped.Exit code for "killall.sh": 123

ich sehe dass, Webinterface sich abgemeldet hat, dann nach 10-15 sek. ist der wieder online. Als würde der sich automatisch wieder "verbinden"

P.P.S: ich konnte wohl den stoppen - kein WebInterface aufrufbar.Leider auch kein Backup:

iobroker restore 0

events.js:183

throw er; // Unhandled 'error' event

^

Error: listen EADDRINUSE 127.0.0.1:9001

at Server.setupListenHandle [as _listen2] (net.js:1360:14)

at listenInCluster (net.js:1401:12)

at doListen (net.js:1510:7)

at _combinedTickCallback (internal/process/next_tick.js:142:11)

at process._tickCallback (internal/process/next_tick.js:181:9)

klassisch

~~@sphinx_sat:~~

Erst debian drauf `
Versuchs mal mit armbian stretch, https://www.armbian.com/orange-pi-plus-2e/ Damit läuft es bei mir.

NEWS

Orange Pi Plus 2e

Support us

754

32.4k

81.4k

1.3m