Super. Ich kann derzeit nicht weitermachen, da der Speaker permanent wegen der fehlenden Batterie piept - gibt Ärger mit der Regierung :-D
Das mit /dev/ttyS0 finde ich ja spannend, bei mir (RPi 3, Raspian 8 ) gibt es kein ttyS0, lediglich tty0 - tty63 sowie ttyAMA0, ttyprintk und ttyUSB0. Hast du den angelegt?
Als welcher Nutzer läuft denn node red?
Erster Befehl: Die erste Spalte ist der Nutzer. Node Red läuft also als User Pi.
Zweiter Befehl: zeigt, dass AMA0 root gehört, aber die Gruppe dialout auch darauf lesen und schreiben (rw) darf
Dritter Befehl: zeigt an, in welchen Gruppen der Nutzer Pi ist... dialout ist dabei
Vierter Befehl: würde pi in die Gruppe dialout schieben - wenn es nicht schon so wäre (logout, login ist notwendig)
Falls du einen anderen Account als pi für node red hast, kannst du mit sudo su nodereduser versuchen zu wechseln. Und dann als diesen User mal screen zu starten. Wird das verweigert, liegt da der Grund.
Falls es nicht die Rechte sind: ggf. ist die Ausgabe vom TCP Server an serial nicht korrekt: mal mit "Stream of Strings, seperated by n" testen. Habe mit einem Debug-Modul die Ausgabe mal umgeleitet, da kam Murks raus. Mit String sieht es nach PFOD aus:
Attachment: https://forum.ardumower.de/data/media/kunena/attachments/3922/debug.png/
Das mit /dev/ttyS0 finde ich ja spannend, bei mir (RPi 3, Raspian 8 ) gibt es kein ttyS0, lediglich tty0 - tty63 sowie ttyAMA0, ttyprintk und ttyUSB0. Hast du den angelegt?
Als welcher Nutzer läuft denn node red?
Code:
$ sudo ps aux | grep node
pi 2035 0.0 0.2 4272 2016 pts/0 S+ 21:15 0:00 grep --color=auto node
pi 12370 0.0 7.5 120812 71528 ? SNsl 04:26 0:22 node-red
$ ls -la /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 May 17 05:17 /dev/ttyAMA0
$ groups pi
pi : pi adm tty dialout cdrom sudo audio video plugdev games users input netdev spi i2c gpio
$ sudo usermod -a -G dialout pi
Erster Befehl: Die erste Spalte ist der Nutzer. Node Red läuft also als User Pi.
Zweiter Befehl: zeigt, dass AMA0 root gehört, aber die Gruppe dialout auch darauf lesen und schreiben (rw) darf
Dritter Befehl: zeigt an, in welchen Gruppen der Nutzer Pi ist... dialout ist dabei
Vierter Befehl: würde pi in die Gruppe dialout schieben - wenn es nicht schon so wäre (logout, login ist notwendig)
Falls du einen anderen Account als pi für node red hast, kannst du mit sudo su nodereduser versuchen zu wechseln. Und dann als diesen User mal screen zu starten. Wird das verweigert, liegt da der Grund.
Falls es nicht die Rechte sind: ggf. ist die Ausgabe vom TCP Server an serial nicht korrekt: mal mit "Stream of Strings, seperated by n" testen. Habe mit einem Debug-Modul die Ausgabe mal umgeleitet, da kam Murks raus. Mit String sieht es nach PFOD aus:
Attachment: https://forum.ardumower.de/data/media/kunena/attachments/3922/debug.png/
Zuletzt bearbeitet von einem Moderator: