NEWS
Rpi2 update auf Tinkerboard
-
Ist zum verzweifeln…
Welcher pin am Tinkerboard ist denn der Input bzw. Port 22 vom rpi Adapter? Ist das auch
Physikalisch Pin 22 oder verstehe ich da was falsch? Siehe Foto von meiner gpio libary...
-
hallo, jemand hier der gpio am Tinkerboard einliest und über IO Broker mit rpi2 weiter verarbeitet?
Ich möchte eigenmtlich nur einen Klingeltaster einlesen. Der Klingeltaster schaltet ein Relais und der schließerkontakt geht auf das Tinkerboard.
Ich bekomme aber den Eingang nicht eingelesen. Muß ich den Eingang vorher mit dem gpio utility konfigureien? Muß ich ein Python Script laufen lassen? Bruache ich den Pull down Widerstand als Hardware oder kann ich das einmalig konfigurieren?
Kann mir hier jemand helfen?
-
ok, also ich habe den GPIO Physikalisch 13 gpio05B6 am Tinkerboard in Funktion. Auf diesen liegt nun meine Klingel…Alle mit nano konfigurierten Inputs ( siehe code unten ) sind funktionsfähig. Zumindest auf Linuxebene.
kontrolliert mit
gpio readall
Wenn ich nun im rpi2 adapter die 13 als input konfiguriere , ändert sich der State in Objekte / rpi2 / gpio13 nicht von false auf true.
Kan mir hier niemand bestätigen, dass der Adapter mit dem Tinkerboard funktioniert? Also die GPIO Geschichte? Der Rest geht ja nach der weiter oben beschriebeneen Anpassung / Änderung...
Ist ein Adapter für das Tinkerboard geplant?
Wird der rpi2 Adapter angepasst?
Mache ich was falsch?
Vlt. öffne ich ein Fall auf Github....
#library import ASUS.GPIO as GPIO #pin definitions GPIO.setwarnings(False) GPIO.setmode(GPIO.BOARD) GPIO.setup (12, GPIO.OUT) GPIO.setup (16, GPIO.OUT) GPIO.setup (18, GPIO.OUT) GPIO.setup(11, GPIO.IN) GPIO.setup(13, GPIO.IN) GPIO.setup(15, GPIO.IN) GPIO.setup(19, GPIO.IN) GPIO.setup(23, GPIO.IN) GPIO.setup(21, GPIO.IN) GPIO.setup(24, GPIO.IN) GPIO.setup(26, GPIO.IN) #programming code inputvalue = GPIO.input(11) #to test the value of pin 19 inputvalue = GPIO.input(13) inputvalue = GPIO.input(15) inputvalue = GPIO.input(19) inputvalue = GPIO.input(23) inputvalue = GPIO.input(21) inputvalue = GPIO.input(24) inputvalue = GPIO.input(26)
-
Um nicht nach jedem Update den Code manuell anpassen muss. Kann man folgendes PERL Kommando nutzen:
perl -0777 -i.$(date +%Y%m%d).bak -pe 's/.*vcgencmd.*\n.*\n//g;s/\s*},*\n\s*\"sdcard_boot_(used|total)\":\s*{[^}]*\n/\n/g' /opt/iobroker/node_modules/iobroker.rpi2/io-package.json
<list type=" 1">* Die Option -i erzeugt ein Backup mit dem Tagesdatum als Suffix.
<list type=" 2">* Der vordere Teil (das erste s/…/.../) löscht die spez. Raspberry Zeilen mit dem vcgencmd Kommando.
<list type=" 3">* Das zweite s/…/.../ entfernt die beiden sdcard_boot_used bzw. sdcard_boot_total Kommandos, die auf dem ASUS identische Ergebnisse zu den sdcard_root_used bzw. sdcard_root_total Kommandos ergeben.
Obiges Kommando kann als man als UNIX-Skript speichern und nach einem Update des RPI2 Adapters einmalig aufrufen um die inkompatiblen Zeilen zu entfernen. `@RolfFrie ich habe heute einen update für den rpi-monitor durchgeführt und wollte anschließend dein Perl Kommando laufen lassen. Dabei bekomme ich aber die Fehlermeldung:
root@tinkerboard:~# sudo ./tinker-monitor-update.bash : No such file or directory.e_modules/iobroker.rpi2/io-package.json
Dann habe ich manuell in der io-package.jonson die Abschnitte für den Raspi " *vcgencmd und sdcard_boot_(used|total) " gelöscht, bekommen aber immer noch im LOG die Fehler:
rpi2.0 2018-09-19 13:58:24.587 error /1024 rpi2.0 2018-09-19 13:58:24.587 error /dev/mmcblk0p1 14801136 3201752 11416756 22% / rpi2.0 2018-09-19 13:58:24.587 error Cannot evaluate: Filesystem 1K-blocks Used Available Use% Mounted on rpi2.0 2018-09-19 13:58:24.586 error /1024 rpi2.0 2018-09-19 13:58:24.586 error /dev/mmcblk0p1 14801136 3201752 11416756 22% / rpi2.0 2018-09-19 13:58:24.586 error Cannot evaluate: Filesystem 1K-blocks Used Available Use% Mounted on
Hast Du eine Idee ?
-
sieht bei mir genauso aus…
-
Hab wieder die vorletzte Version installiert damit bekomme ich es mit dem stinker zum laufen… Musste aber vorher alle Instanzen löschen und die Version ueber npm iobroker install iobroker.rpi2@0.3. 1installieren. Erst dann hat die änderung in der io-package. Json gezogen... Hab dann auch noch Version 1.0.0 eingetragen damit kein Update mehr angezeigt wird.. Die 1.0.0 hab ich nicht zum laufen gebracht.
Gesendet von meinem CLT-L09 mit Tapatalk
-
Ich habe für das Tinker Board da einen Adapter gebastelt, der auf dem rpi2 bassiert.
https://github.com/simatec/ioBroker.tinker
Gesendet von iPhone mit Tapatalk
-
Coole Sache das hier jemand angefangen hat… Nimmst du auch irgendwann das thema gpio in Angriff? Dann könnte ich nämlich auf meinen raspi slave verzichten...
Gesendet von meinem CLT-L09 mit Tapatalk
-
Hallo,
ich habe soeben versucht mein Backup von Pi3 auf Pi4 zu übertragen.
Nach dem Rückspielen des Backups kommt beim rpi2.0 Adapter immer folgende Meldung.rpi2.0 2023-10-31 08:58:49.426 info GPIO ports are not configured rpi2.0 2023-10-31 08:58:49.419 error Cannot evaluate: Filesystem 1K-blocks Used Available Use% Mounted on /dev/mmcblk0p2 29489044 14826596 13142916 54% / /1024 rpi2.0 2023-10-31 08:58:49.416 error Cannot evaluate: Filesystem 1K-blocks Used Available Use% Mounted on /dev/mmcblk0p2 29489044 14826596 13142916 54% / /1024 rpi2.0 2023-10-31 08:58:48.958 info starting. Version 1.3.2 in /opt/iobroker/node_modules/iobroker.rpi2, node: v18.18.2, js-controller: 5.0.12
Jetzt hätte ich versucht die beiden Boot Blöcke zu löschen.
Was ich in der Datei "io-package.json" finde wenn ich boot suche ist folgendes:"sdcard_boot_total": { "command": "df /boot", "regexp": "\\S+\\s+(\\d+).*\\/boot$", "post": "$1/1024", "multiline": true },
und
"sdcard_boot_used": { "command": "df /boot", "regexp": "\\S+\\s+\\d+\\s+(\\d+).*\\/boot$", "post": "$1/1024", "multiline": true }
Was muss ich genau ändern?
Danke und Grüße,
Haubada -
-
@thomas-braun said in Rpi2 update auf Tinkerboard:
df -h
pi@iobroker:~ $ df -h Filesystem Size Used Avail Use% Mounted on udev 1.6G 0 1.6G 0% /dev tmpfs 380M 1.3M 379M 1% /run /dev/mmcblk0p2 29G 15G 13G 54% / tmpfs 1.9G 148K 1.9G 1% /dev/shm tmpfs 5.0M 16K 5.0M 1% /run/lock /dev/mmcblk0p1 510M 73M 438M 15% /boot/firmware tmpfs 380M 40K 380M 1% /run/user/1000
-
Ist geraten, aber trag mal statt
"command": "df /boot",
da nun
"command": "df /boot/firmware",
ein.
-
@thomas-braun
Ich habe es jetzt geändert 2x auf:"sdcard_boot_used": { "command": "df /boot/firmware", "regexp": "\\S+\\s+\\d+\\s+(\\d+).*\\/boot$", "post": "$1/1024", "multiline": true }
Es kommt aber leider weiterhin der Fehler:
rpi2.0 2023-10-31 10:09:23.164 error Cannot evaluate: Filesystem 1K-blocks Used Available Use% Mounted on /dev/mmcblk0p2 29489044 14855948 13113564 54% / /1024
Ich weiß jetzt nicht mehr genau was das alte System war (evtl. 32 bit), aber auf der neuen SD Karte habe ich
Raspberry Pi OS (other) und dann Raspberry Pi OK full mit 64 Bit installiert.
Mir ist nicht ganz klar, was der Fehler überhaupt bedeuten soll? -
@haubada
Am alten System zeigt der Befehl das an:pi@raspberrypi:~ $ df -h Filesystem Size Used Avail Use% Mounted on /dev/root 29G 8.2G 20G 30% / devtmpfs 333M 0 333M 0% /dev tmpfs 461M 0 461M 0% /dev/shm tmpfs 185M 1.1M 184M 1% /run tmpfs 5.0M 4.0K 5.0M 1% /run/lock /dev/mmcblk0p1 181M 51M 131M 28% /boot tmpfs 93M 16K 93M 1% /run/user/1000
-
@haubada sagte in Rpi2 update auf Tinkerboard:
Raspberry Pi OK full
Ist schon falsch. Da wird 'Lite' genommen.
-
@thomas-braun
Ich hatte am alten System die Lite Version drauf und
habe gestern ein Tutorial mit der FULL Version gefunden.
Dachte mir, dass das der PI4 schon verkraften würde?!? -
@haubada sagte in Rpi2 update auf Tinkerboard:
Mir ist nicht ganz klar, was der Fehler überhaupt bedeuten soll?
Die Ausgabe von 'df' hat sich wohl geändert und im Adapter kann das nicht ausgewertet werden (vermute ich). Schalt die Option für die SD-Karte einfach vorübergehend aus. Gibt ein Issue dazu, wird wohl irgendwann gefixt werden.
-
@haubada sagte in Rpi2 update auf Tinkerboard:
Dachte mir, dass das der PI4 schon verkraften würde?!?
Das hat mit verkraften nix zu tun, auf Servern läuft grundsätzlich kein GUI-Krempel mit.
-
@thomas-braun
Ich habe es jetzt ausgeschaltet und nun ist der Fehler auch weg.
Besten Dank für die Unterstützung.Soll ich auf die SD Karte jetzt nochmal die LITE Version neu aufspielen,
oder kann ich die FULL Version drauf lassen. -
ICH würde da Lite draufwerfen.
Mindestens aber den ganzen Overhead an GUI auf Eis legen. Wenn du aber eh gerade frisch damit zugange warst:
Mach es neu.