ROCK64 - Pine64

Annuit20

Top danke Dir!

radioman

Hallo in die Rock/Pine Runde,

ich bin jetzt auch glücklicher Besitzer eines 4GB Rock64 mit schickem Alugehäuse und versuche vom RasPi auf den Rock (auf die SD-Karte) umzuziehen. Am BackitUp bin ich abgestorben - hab jetzt alles von Hand umgezogen (habe ich dazumal auch bei WindowsXP immer so gemacht: "eine saubere Neuinstallation" aller 12 Monate :lol: )

Allerdings bekomme ich meinen USB-RFLink an dem Rock nicht zum Laufen.

__Serialport: /dev/ttyS2

Baudrate: 57600

Boardtyp: Arduino Mega

Verbindungs-Timeout: 600000 ms__

Wenn ich die Ports in der Config des Adapters durchprobiere kommt bis auf einen im Log nach der Meldung

starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.rflink, node: v8.15.0

immer die Fehlermeldung

Failed to open serial port: Error: Error: Input/output error setting custom baud rate of 57600

Nur bei einem Port kommt dann

Serial port opened

In jedem Fall kommt danach dann

List of port: [{"comName":"/dev/ttyS2"},{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS1"},{"comName":"/dev/ttyS3"}]

und die Ampel in der Instanzenübersicht bleibt immer gelb (= Verbunden mit rflink: falsch)

In keinem Fall sehe ich irgendeine Reaktion in dem Reiter "Geräte" der Adapterkonfiguration.

Die in der Hilfe als Voraussetzung angegebenen

sudo apt-get update
sudo apt-get install build-essential -y

bringen auch keine Veränderung.

Bin etwas ratlos - habt ihr einen Tipp für mich?

VG Peter

Annuit20

Hey,

bei mir hat der Wechsel bis jetzt gut funktioniert, habe aber starke performance Probleme im Vis editor, bei views mit viel Inhalt dauert der Seitenaufbau sehr lange (~ 8s). Das Problem hatte im mit dem PI3 nicht, hier ist noch eine andere SD Karte im slot. Habe eine Neue mitbestellt aber die ist natürlich nicht heute angekommen wie sie sollte und man kann ja nicht abwarten :P

Kann es an der SD Karte (Intenso xy…)liegen?

System habe ich wie folgt aufgesetzt:

Armbian_5.65_Rock64_Debian_stretch_default_4.4.162_desktop

1. sudo apt-get update && sudo apt-get upgrade

2. curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -

3. sudo apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs

4. sudo reboot

5. curl -sL https://raw.githubusercontent.com/ioBro ... staller.sh | bash -

Node.js: v8.15.0

NPM: 6.4.1

Minimal backup eingespielt und 2 Stunden laufen lassen. Keine Aktivität mehr im log.

Vis Projekt stammt aus dem backup, habe es nicht neu importiert.

Vis funktioniert flüssig am PC.

Jemand eine Idee? Ansonsten muss ich auf die neue SD warten und testen.

Gruß

paul53

~~@Annuit20:~~

muss ich auf die neue SD warten und testen. `
Wenn schone USB 3.0 vorhanden ist, empfehle ich einen https://www.computeruniverse.net/de/mach-xtreme-technology-es-slc-usb-30-pen-drive-16gb?utm_campaign=cpc&utm_channel=psm&utm_content=artikel&utm_medium=katalog&utm_source=idealo, der viel mehr Schreiboperationen verträgt als MLC-Flash und dazu noch rasend schnell ist.

Bist Du bei Armbian nicht als root unterwegs (sudo) ?

Annuit20

Ok, danke für den Tipp schaue ich mir gleich an. Doch bin als root unterwegs aber hab das sudo trotzdem bei gepackt. Ohne kann ich trotz root z. B nicht iobroker stoppen ka wieso.

bimmi

Habt Ihr noch eine günstige Quelle für den EMMC Speicher zur Verfügung? Bevorzugt aus China :D - Will ungern bei pine selber bestellen wegen den hohen Versandkosten.

Annuit20

~~@Annuit20:~~

Hey,

bei mir hat der Wechsel bis jetzt gut funktioniert, habe aber starke performance Probleme im Vis editor, bei views mit viel Inhalt dauert der Seitenaufbau sehr lange (~ 8s). Das Problem hatte im mit dem PI3 nicht, hier ist noch eine andere SD Karte im slot. Habe eine Neue mitbestellt aber die ist natürlich nicht heute angekommen wie sie sollte und man kann ja nicht abwarten :P

Kann es an der SD Karte (Intenso xy…)liegen?

...

Jemand eine Idee? Ansonsten muss ich auf die neue SD warten und testen.

Gruß `

Neue SanDisk SD Karte bringt auch keine Verbesserung.

Homoran

~~@Annuit20:~~

Doch bin als root unterwegs aber hab das sudo trotzdem bei gepackt. `
Das ist in neuen node Versionen nicht gut!

~~@Annuit20:~~

nicht iobroker stoppen ka wieso. `
Hast du das mal mit

sudo systemctl stop iobroker

versucht?

Gruß

Rainer

Annuit20

Ok, danke für den Hinweis werde ich in Zukunft berücksichtigen.

Was mir aufgefallen ist das trotz laufendem Iobroker system der controller nicht gestartet wurde, sprich um iobroker beenden zu können muss ich diesen erst einmal starten. iobroker.sh habe ich nach Anleitung hinzugefügt. Ich denke da habe ich was durch einander gebracht.

Homoran

~~@Annuit20:~~

m iobroker beenden zu können muss ich diesen erst einmal starten. `
Jein!

Wenn du einmal mit systemctl beendet hast - und danach mit iobroker start wieder gestartet, kannst du anschließend auch mit iobroker stopp wieder stoppen.

Gruß

Rainer

klassisch

~~@Homoran:~~

Das ist in neuen node Versionen nicht gut! ` Was für ein Linux-Artefakt ist das schon wieder? In meinen Dokus steht sudo. Darf ich das jetzt nicht mehr, nur manchmal? Oder besser auf Windows umsteigen?

Homoran

~~@klassisch:~~

Was für ein Linux-Artefakt ist das schon wieder? `
Nix Linux - sondern npm.

Dazu gibt es einen angepinnten Thread:

viewtopic.php?f=8&t=19209

Gruß

Rainer

radioman

~~@radioman:~~

ich bin jetzt auch glücklicher Besitzer eines 4GB Rock64 mit schickem Alugehäuse und versuche vom RasPi auf den Rock (auf die SD-Karte) umzuziehen. …

Allerdings bekomme ich meinen USB-RFLink an dem Rock nicht zum Laufen.

__Serialport: /dev/ttyS2

Baudrate: 57600

Boardtyp: Arduino Mega

Verbindungs-Timeout: 600000 ms__

…

Bin etwas ratlos - habt ihr einen Tipp für mich? `

Ich bin ein Stück weiter gekommen: ich hatte mit dem Image vom 20.04.2018 von der ioBroker Page gearbeitet…

Mit folgenden Hinweisen aus dem Thread klappt es:

1. mit Win32DiskImager auf SD geschrieben: https://dl.armbian.com/rock64/archive/test/Armbian_5.59_Rock64_Debian_stretch_default_4.4.155.7z

2. starten mit root und 1234

3. auf die folgende Aufforderung hin einen neuen Nutzer ("radioman") mit Passwort angelegt

am Ende steht, dass dieser Nutzer nun angemeldet ist, sudo hätte und für die tgl. Arbeit gedacht ist

3. apt-get update && sudo apt-get upgrade

4. apt-get update && sudo apt-get upgrade (beim ersten Durchlauf wird scheinbar nicht alles installiert)

5. curl -sL https://deb.nodesource.com/setup_8.x | bash -

6. apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs

7. reboot

8. curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/stable-installer/installer.sh | bash -

9. RFLink-Adapter installieren

Dann gibt es einen zusätzlichen Serialport beim RFLink-Adapter: /dev/ttyACM0 mit dem es klappt. :)

Allerdings hab ich jetzt andere Probleme:

ich kann im BackItUp-Adapter kein Backup einspielen:

__[ERROR] [minimal] Stop iobroker first!

Cannot read log file: Error: Cannot find module '/opt/iobroker/node_modules/iobroker.backitup/lib/total.json'__

UND: das BS startet nach einem reboot nicht mehr. Die Admin-Seite im Browser lädt nicht und auch über Putty kommt keine Login-Abfrage (=timeout).

Nachdem ich alles nochmals installiert habe, und die Hinweise aus dem Thread zum Stoppen (systemctl stop iobroker) und Starten beherzigt habe, läuft jetzt scheinbar das Einspielen des 1,2MB großen Minimal-Backups vom RasPi über den BackItUp Adapter. Mal sehen was da rauskommt - etwas beunruhigt bin ich allerdings, da die BackItUp-Seite im Browser jetzt schon eine halbe Stunde rumkreiselt. Das Einspielen des gleichen Backups gestern im Image vom der ioBroker Seite hatte nur wenige Minuten gedauert.

Ich traue mich allerdings auch nicht zu rebooten, denn ich habe den Eindruck das Backup läuft jetzt (anscheinend), weil ich ioBroker als sudo gestartet habe. Ich befürchte, nach einem reboot wird der Rock64 wieder nicht starten!?:

==========================================================================

    ioBroker was installed successfully
    Open http://localhost:8081 in a browser and start configuring!

==========================================================================

radioman@rock64:~$ iobroker status
iobroker is running
radioman@rock64:~$ iobroker stop
iobroker controller daemon is not running
radioman@rock64:~$ iobroker status
iobroker is running
radioman@rock64:~$ systemctl stop iobroker
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentication is required to stop 'iobroker.service'.
Authenticating as: ,,, (radioman)
Password:
==== AUTHENTICATION COMPLETE ===
radioman@rock64:~$ iobroker status
iobroker is not running
radioman@rock64:~$ iobroker start
Starting iobroker controller daemon...
iobroker controller daemon failed to start:  Failed to write pidfile (EACCES)
Error: Failed to write pidfile (EACCES)
radioman@rock64:~$ sudo iobroker start
[sudo] password for radioman:
Starting iobroker controller daemon...
iobroker controller daemon started. PID: 3005
radioman@rock64:~$ iobroker status
iobroker is running
radioman@rock64:~$ iobroker stop
iobroker controller daemon is not running
radioman@rock64:~$

Entgegen der Aussage in der letzten Zeile von Putty (s.o.), läuft ioBroker - aber vermutlich nur bis zum nächsten reboot!?!

radioman

Hab jetzt nach einer Stunde kreiseln doch rebootet. –> reboot ging, allerdings sieht ioBroker nicht gut aus:

radioman@rock64:~$ status iobroker
Could not find the database of available applications, run update-command-not-fo  und as root to fix this
status: command not found

Habe gerade gelesen, dass in der neuen Installationsanleitung steht, dass man vorher auf bereits vorhandene Versionen von nodejs und npm testen muss. Das habe ich nicht gemacht.

Ich installiere nochmal neu, mache das diesmal und berichte dann.

VG Peter

paul53

~~@radioman:~~

radioman@rock64:~$ status iobroker
```` `

Falsches Kommando, richtig:

iobroker status

radioman

:o :lol:

radioman

Bei mir rockt der Rock64 jetzt. :D :D

Ich habe bestimmt an die 20 Mal Images auf die SD-Karte gespielt, Installationsbefehle über das Terminal abgesetzt und die resultierenden Fehlermeldungen versucht zu lösen (und Backups einzuspielen). Aber erst beim letzten Mal hat es nun geklappt.

Eventuell lag es auch daran, dass ich vor einer ganzen Weile auf meinem Windows PC auch mal ioBroker installiert hatte und das dort noch lief!? Ich habe den ioBroker-Windowsdienst nun deaktiviert und dann funktionierte die Installation von vorne bis hinten.

Ich habe jetzt auch peinlich darauf geachtet, dass wenn ich Konfigurationen aus ioBroker vom alten RasPi kopiert habe, nicht zur gleiche Zeit der Rock64 mit ioBroker im Netz (und umgekehrt) war.

Ob das beides etwas mit meinen Problemen zu tun hatte weiß ich nicht, aber jetzt konnte ich problemlos installieren.

Falls es jemandem hilft - so hat es bei mir nun geklappt:
` > 01. mit Win32DiskImager das Image auf SD schreiben (https://dl.armbian.com/rock64/archive/test/Armbian_5.59_Rock64_Debian_stretch_default_4.4.155.7z)

02. SD im Rock64 starten ("root" PW "1234") und vergeben eines neuen PWs

03. die Aufforderung einen neuen Nutzer anzulegen mit Ctrl+C abgebrochen (= Neustart vom Terminal notwendig)

04. apt-get update && apt-get upgrade

05. apt-get update && apt-get upgrade (beim ersten Durchlauf wird scheinbar nicht alles installiert)

06. apt clean

07. apt autoremove

08. dpkg-reconfigure tzdata (Zeitzone auf Berlin ändern)

09. curl -sL https://deb.nodesource.com/setup_8.x | bash -

10. apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs

11. reboot

12. curl -sL https://raw.githubusercontent.com/ioBroker/ioBroker/stable-installer/installer.sh | bash -

13. iobroker stop oder systemctl stop iobroker

14. apt-get install redis-server

15. iobroker host this

16. mit WinSCP die iobroker.sh nach /etc/init.d kopieren (vgl. https://iot-blog.net/2018/09/14/iobroker-rock64-der-leistungsstaerkste-einplatinencomputer-als-smart-home-zentrale/)

17. chmod +x /etc/init.d/iobroker.sh (war bei mir aber nicht notwendig)

18. update-rc.d iobroker.sh defaults (war bei mir aber nicht notwendig)

19. im Browser aufrufen http://IP-Adresse:8081

20. über Nacht alles in Ruhe sich updaten lassen

21. Settings über die einzelnen JSON-Export/Importfunkionalitäten über die Admin-Oberfläche vom RasPi übernommen (Backups einzuspielen, hatte bei mir die ganze Zeit partout nicht funktioniert - habe es deshalb jetzt beim letzten Versuch gar nicht mehr darüber probiert) `
Hinweis: bei Armbian ist man als "sudo" unterwegs. Deshalb hab ich es überall weggelassen (doppeltes "sudo" soll wohl ggf. sogar kontraproduktiv sein)

bassface

~~@radioman:~~

Bei mir rockt der Rock64 jetzt. :D :D

… `

Moin,

ich hatte die gleiche Problematik, RFLink wollte mit fertigem Image nicht laufen.

(viewtopic.php?f=20&t=20700&p=216805#p216805)

Dank deiner Infos und Aufzeichnungen funktioniert/rockt :P nun alles perfekt.

Vielen Dank dafür @ radioman

Habe per Etcher geflasht und ein aktuelleres Image genutzt.(https://dl.armbian.com/rock64/archive/A … 4.4.167.7z)

Schönes Wochenende zusammen und Gruß

bassface

mariohbs

~~@radioman:~~

…..mit schickem Alugehäuse.... `

Darf man fragen, wo du das Bestellt hast? Meiner werkelt hier immer noch mit Freiluftverkableung rum :lol: :lol:

Aber mal so als Zwischenstand zu meiner Erfahrung mit dem Rock64: Rennt seit Mai 2018 ohne Probleme :D :D

Gruß

Mario

bimmi

Hi,

da ich auf meinem Rock64 auch Redis Server am laufen habe dachte ich, ich frag mal hier nach… Läuft das bei Euch stabil mit Redis? Ich habe das Problem, dass er nach ca 1 Tag uptime nicht mehr reagiert. Der Rock hängt sich einfach auf. Hatte da erst das bionic ubuntu unter verdacht und bin dann auf stretch gewechselt. Da hatte ich das selbe Problem. Habe dann die SD Karte getauscht und da auch das Problem.

Da der Rock64 bis ich Redis installiert hatte, sehr stabil lief hab ich das jetzt wieder Rückgängig gemacht und jetzt läuft er wieder.

Läuft er bei euch mit Redis stabil?

Gruß Bimmi

Community Forum

NEWS

ROCK64 - Pine64

Support us

609

32.4k

81.5k

1.3m