Arduino Mega am Raspi Pi 3

[HaWe]

nein, das muss anders gehen, iwas mit Umgebungsvariablen hat Gordon mal erwähnt. Ansonsten gehört der Standarduser pi bei NOOBS immer zur selben Gruppe (welche, weiß ich aber auch nicht, ich hasse diese ganze Linuxgruppendynamik). Man kann aber als ersten Lösungsansatz mal vom StandardnutzerPi ausgehen.


aber ist ja eigentlich auch egal, besser wär es eh, wenn dieser ganze Sudomist mal iwann für GPIOs und pwm aufgehoben wird.


ps, edit:

...
(@GordonHenderson: ) I simply don't understand your plan what exact to do, not in a prosaic style but in a short to-do-list :

1. ?
2. ?
3. ?
4. ?
5. ?
...?

maybe one could wrap that into a bash file, to be started manually in case of wish or need.

Not for me just in that moment right now, compellingly, but just because of general reasons, and because many (i.e., especially non-native English speakers) don't understand what to do
- but anyway, IMO it would be finally even more better if one could abandon all that cryptic command and adjustment stuff in the moment when one was eventually able to use GPIO pullups and pwm as a standard user at either time.

0. #include <stdlib.h>
1. main () ... {
2. putenv ("WIRINGPI_GPIOMEM=1") ;
3. wiringPiSetup () ;
4. ...

-Gordon

das sieht doch schon ganz anders aus, vlt hilft es ja.... 8-)


... pps:

But thank you, I'll forward your post to the original questioner in a different forum!

And remind them that I only read this forum occasionally as lifes too short to read the world, so if they want support then they should use email...

-Gordon

yes, I'll do!

[peterfido]

Hallo,

es führen mehrere Wege nach Rom. So pauschal lasse ich Dein 'nein' nicht gelten, bis es jemand getestet hat. Für Dich ist es evtl. inakzeptabel, für andere wiederum eine ausreichende Lösung. Zumal die Gruppenzugehörigkeit einen Neustart überlebt und die Umgebungsvariable jedesmal neu gesetzt werden muss. In Deinem Beispiel ist diese darüber hinaus fest im Programmcode verankert. Ändert sich die Variable irgendwann mal (wie z.B. ttyAMA0 beim Pi 3, dann funktioniert das Programm nicht mehr.

Ob die Umgebungsvariable immer ausreicht, ist mir nicht bekannt (nie probiert). Probier es am besten aus und teile uns Deine Erkenntnisse mit. Evtl. reicht es, wenn

 export WIRINGPI_GPIOMEM=1

vor dem gewünschten Programm ausgeführt wird.

Ansonsten gibt es keine Benutzergruppen in dem Sinne. Da kann ein Benutzer halt zu verschiedenen Gruppen gehören. Sozusagen mehrere Schlüssel erhalten. Einen für Standard-Sachen und einige für 'besondere' Türen (Aufgaben). Ich selbst mache alles bis auf Webserver unter root.

Edit:
Bei einem meiner PIs gibt es folgende Gruppen:

root@Raspi6V2:~# cat /etc/group
root:x:0:
daemon:x:1:
bin:x:2:
sys:x:3:
adm:x:4:pi
tty:x:5:
disk:x:6:
lp:x:7:
mail:x:8:
news:x:9:
uucp:x:10:
man:x:12:
proxy:x:13:
kmem:x:15:
dialout:x:20:pi
fax:x:21:
voice:x:22:
cdrom:x:24:pi
floppy:x:25:
tape:x:26:
sudo:x:27:pi
audio:x:29:pi
dip:x:30:
www-data:x:33:
backup:x:34:
operator:x:37:
list:x:38:
irc:x:39:
src:x:40:
gnats:x:41:
shadow:x:42:
utmp:x:43:
video:x:44:pi
sasl:x:45:
plugdev:x:46:pi
staff:x:50:
games:x:60:pi
users:x:100:pi
nogroup:x:65534:
libuuid:x:101:
crontab:x:102:
pi:x:1000:
ssh:x:103:
ntp:x:104:
netdev:x:105:pi
input:x:999:pi
messagebus:x:106:
lpadmin:x:107:
fuse:x:108:
lightdm:x:109:
indiecity:x:1001:root
spi:x:1002:pi
gpio:x:1003:pi
ftp:x:110:
i2c:x:111:pi,root
root@Raspi6V2:~#

Da würde ich dann tty, dialout, audio, spi, gpio und I2C wählen, wo ich den user Pi hinzufüge, wenn noch nicht vorhanden.

sudo usermod -aG gpio pi
sudo usermod -aG dialout pi
sudo usermod -aG tty pi
sudo usermod -aG spi pi
sudo usermod -aG I2C pi

[HaWe]

das "nein, das muss anders gehen" bezog sich ausschließlich auf den von Gordon selber vorgeschlagenen Weg für seine WiringPi libs.
Er hatte es früher schon einmal erwähnt, dass man nur eine Environment Variable setzen muss, aber für mich nicht verständlich.
Jetzt, so wie er es dann auf meine Frage oben erklärt hat, ist es aber einfach - es ist ja genau der Weg, den er selber dafür in seinem letzten Release dafür implementiert hat, und nur das hatte ich gesucht.

0. #include <stdlib.h>
1. main () ... {
2. putenv ("WIRINGPI_GPIOMEM=1") ;
3. wiringPiSetup () ;
4. ...

Klar mag es darüber hinaus auch noch andere Wege geben, nur die hatte ich nicht im Sinn.
Außerdem gilt ja immer noch die Einschränkung für die PUDs, die man nach wie vor nur per sudo nutzen kann, und genau die brauche ich ja auch ständig.
Möglicherweise hilft es aber anderen.

[hirnfrei]

Bevor ich jetzt anfange vom Arduino aus Signale an die Pins vom Raspi zu schicken nochmal zur Sicherheit.

Ich muss vom Arduino aus einen Spannungsteiler zwischen schalten, bevor ich den Raspi zerlege.

[HaWe]

exakt!

http://www.mindstormsforum.de/viewto...p=67907#p67813

heißt also, du hast demnach also doch noch nicht meinen Code probiert, denn dazu hättest du ja bereits den Spannungsteiler benutzen müssen...??

[hirnfrei]

Meine Schaltung hat einen Spannungsteiler. Von Arduino TX an Raspi RX. Wollte nur noch mal sicher gehen ob es bei den normalen GPIOs auch so ist. Nachfragen kostet ja nichts.

[HaWe]

alle Ausgänge, die vom Arduino aus schreiben, geben 5V Level ab, brauchen also einen Spannungsteiler oder Levelshifter.
Alle Arduino-Pins, die nur lesen, müssen mit den 3.3V vom Raspi klar kommen, brauchen also nicht zwingend immer einen Levelshifter, das kommt auf den Einzelfall an.
Daher hat mein Schaltbild auch nur Widerstände am Raspi-UART-Eingang, d.h. an Raspi-RX (weiß).