Rpi2 update auf Tinkerboard

smartboart

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...

smartboart

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?

smartboart

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)

HAL

~~@RolfFrie:~~

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 ?

smartboart

sieht bei mir genauso aus…

smartboart

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

simatec

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

smartboart

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

haubada

@homoran

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

@haubada

df -h

sagt auf deinem System?

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

Thomas Braun

@haubada

Ist geraten, aber trag mal statt

"command": "df /boot",

da nun

"command": "df /boot/firmware",

ein.

haubada

@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

@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

Thomas Braun

@haubada sagte in Rpi2 update auf Tinkerboard:

Raspberry Pi OK full

Ist schon falsch. Da wird 'Lite' genommen.

haubada

@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?!?

Thomas Braun

@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.

Thomas Braun

@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.

haubada

@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.

Thomas Braun

@haubada

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.

NEWS

Rpi2 update auf Tinkerboard

Support us

789
Online

32.0k
Users

80.5k
Topics

1.3m
Posts

NEWS

Rpi2 update auf Tinkerboard

Support us

789Online

32.0kUsers

80.5kTopics

1.3mPosts

789
Online

32.0k
Users

80.5k
Topics

1.3m
Posts