NEWS
ROCK64 - Pine64
-
Kann jetzt also los gehen.
Versuche es mit dem [https://dl.armbian.com/rock64/archive/test/Armbian_5.59_Rock64_Debian_stretch_default_4.4.155.7z](https://dl.armbian.com/rock64/archive/test/Armbian_5.59_Rock64_Debian_stretch_default_4.4.155.7z) vom 10.09.2018 und installiere anschließend Nodejs und ioBroker nach [http://www.iobroker.net/docu/?page_id=5106&lang=de#Installation_Nodejs](http://www.iobroker.net/docu/?page_id=5106&lang=de#Installation_Nodejs).
Hallo,
die Anleitung ist down, hat jemand noch eine quelle oder kann mir ggf. anderes aushelfen?
Gruß
-
Die http://www.iobroker.net/docu/?page_id=8323&lang=de#Installation_Nodejs wurde inzwischen geändert und hat eine andere ID erhalten.
-
Top danke Dir!
-
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
-
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
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ß
-
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) ?
-
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.
-
Habt Ihr noch eine günstige Quelle für den EMMC Speicher zur Verfügung? Bevorzugt aus China - Will ungern bei pine selber bestellen wegen den hohen Versandkosten.
-
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
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.
-
-
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.
-
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
-
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?
-
Was für ein Linux-Artefakt ist das schon wieder? `
Nix Linux - sondern npm.Dazu gibt es einen angepinnten Thread:
Gruß
Rainer
-
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!?!
-
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
-
-
:lol:
-
Bei mir rockt der Rock64 jetzt.
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) -
Bei mir rockt der Rock64 jetzt.
… `
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 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