Hallo HaWe,
WiringPi unterstützt auch I2C. https://projects.drogon.net/raspberr...i/i2c-library/ . Damit sollte es klappen.
Hallo HaWe,
WiringPi unterstützt auch I2C. https://projects.drogon.net/raspberr...i/i2c-library/ . Damit sollte es klappen.
ja, aber ich kriege keinen Code für die array- Kommunikation zum Arduino hin, weder mit dem normalen read() noch mit den WiringPi Funktionen
wiringPiI2CReadReg8(addr, reg)
denn der Arduino hat ja keine Register.
normales wiederholtes read() liest aber immer nur das 1. array-byte aus (also array[0]), der Arduino incrementiert seinen Zähler (Lese-Buffer-Pointer) nicht.
edit: einzelne Bytes schreiben + lesen funktioniert! Nur array-Zellen nacheinander auslesen nicht!
Wird er von einem anderen Arduino als Master mit Wire.requestFrom(address, count) etc. wiederholt ausgelesen, dann liest er alle array[i] nacheinander aus, so wie es sein soll.
Selbst Gordon Henderson hat aber bisher mit seiner eigenen Lib und Arduino-IDE-programmiereten Arduinos keine als slaves auslesen können/wollen - nur mit bare-metal-programmierten AVRs hat er es schon mal gemacht (also ohne die Arduino-Wire-Class).
"...damit sollte es klappen" führt hier offenbar nicht weiter: Höchstwahrscheinlich ist wiringPi dafür eine Sackgasse.
Daher brauche ich jemanden, der mir einen Code vorschlagen kann, der tatsächlich mit arrays zwischen Raspi und Arduino (Wire) funktioniert.
Geändert von HaWe (05.02.2016 um 11:59 Uhr)
Hast du mal so etwas probiert?
und zum senden:Code:unsigned char rcvbuff[30]; int fd = wiringPiI2CSetup(0x04); read(fd, rcvbuff, 30); close(fd);
Code:unsigned char sndbuff[30]; int fd = wiringPiI2CSetup(0x04); write(fd, sndbuff, 30); close(fd);
ich habe diesen Code probiert von http://blog.retep.org/2014/02/15/con...-pi-using-i2c/
und den TeilCode:#include <string.h> #include <unistd.h> #include <errno.h> #include <stdio.h> #include <stdlib.h> #include <linux/i2c-dev.h> #include <sys/ioctl.h> #include <fcntl.h> #include <unistd.h> // The PiWeather board I2C address #define ADDRESS 0x04 // The I2C bus: This is for V2 pi's. For V1 Model B you need i2c-0 static const char *devName = "/dev/i2c-1"; int main(int argc, char** argv) { if (argc == 1) { printf("Supply one or more commands to send to the Arduino\n"); exit(1); } printf("I2C: Connecting\n"); int file; if ((file = open(devName, O_RDWR)) < 0) { fprintf(stderr, "I2C: Failed to access %d\n", devName); //fprintf( stderr, “I2C: Failed to access %s : %s\nâ€, devName, strerror (errno) ); exit(1); } printf("I2C: acquiring buss to 0x%x\n", ADDRESS); if (ioctl(file, I2C_SLAVE, ADDRESS) < 0) { fprintf(stderr, "I2C: Failed to acquire bus access/talk to slave 0x%x\n", ADDRESS); exit(1); } int arg; for (arg = 1; arg < argc; arg++) { int val; unsigned char cmd[16]; if (0 == sscanf(argv[arg], "%d", &val)) { fprintf(stderr, "Invalid parameter %d \"%s\"\n", arg, argv[arg]); exit(1); } printf("Sending %d\n", val); cmd[0] = val; if (write(file, cmd, 1) == 1) { // As we are not talking to direct hardware but a microcontroller we // need to wait a short while so that it can respond. // // 1ms seems to be enough but it depends on what workload it has usleep(10000); char buf[1]; if (read(file, buf, 1) == 1) { int temp = (int) buf[0]; printf("Received %d\n", temp); } } // Now wait else you could crash the arduino by sending requests too fast usleep(10000); } close(file); return (EXIT_SUCCESS); }
geändert inCode:char buf[1]; if (read(file, buf, 1) == 1) { int temp = (int) buf[0]; printf("Received %d\n", temp); }
aber er liest hier nur 30x das erste byte in array[0] und nicht den Rest des arrays.Code:char buf[30]; if (read(file, buf, 30) == 1) { for (int j = 0; j<30; ++j) { temp=buf[j]; printf("Received %d\n", temp); } }
Ich denke auch, es macht keinen Sinn an diesem beispiel rumzudoktern, man braucht völlig neu aufgesetzten Raspi- Code zum abwechselnen wiederholten array- schreiben und lesen.
Für alle Tipps bin ich natürlich offen, aber der, der sie vorschlägt, müsste schon in der Lage sein, die Verbindung ebenfalls herzustellen und bei sich selber vor Ort zu testen (d.h. er müsste auch einen Raspi und einen Arduino besitzen und sie entsprechend verbinden und seinen eigenen - bzw. unseren gemeinsamen, auf einander abgestimmten - Code testen können).
Geändert von HaWe (05.02.2016 um 15:57 Uhr) Grund: syntax typo berichtigt
for (int j = 0; j<30; j++) {
das leben ist hart, aber wir müssen da durch.
ja, klar, daran liegt es nicht, das war ein typo und war hier nur blind eingefügt gewesen.for (int j = 0; j<30; j++)
ansonsten, wie gesagt,
Für alle Tipps bin ich natürlich offen, aber der, der sie vorschlägt, müsste schon in der Lage sein, die Verbindung ebenfalls herzustellen und bei sich selber vor Ort zu testen (d.h. er müsste auch einen Raspi und einen Arduino besitzen und sie entsprechend verbinden und seinen eigenen - bzw. unseren gemeinsamen, auf einander abgestimmten - Code testen können).
update:
habe jetzt einen ersten Testcode als Arbeitsgrundlage: mein eigener Arduino Slave code und ein zusätzlicher Raspi Master code (eine einfache Raspi-Mustervorlage dafür hatte Gordon Henderson gepostet und wurde entsprechend angepasst) - ist aber noch extrem langsam und muss noch dringend schneller gemacht werden:
http://www.mindstormsforum.de/viewto...tart=15#p67908
Verbesserungs- und Beschleunigungs-Tipps von Raspi-Profis werden gern entgegengenommen!
Hallo,
++j und j++
Sind hier identisch: j = j+1
Unterschiede gibt es, wenn j verwendet wird.
c[j++] --> c[j]; j=j+1;
c[++j] --> c[j+1]; j=j+1;
a = c[--i]; und c[i++] = a; können eigentlich alle CPUs als jeweils einzelnen Assembler-Befehl ausführen (PUSH und POP). Manchmal auch als a = c[i--]; und c[++i] = a; implementiert.
Bei manchen CPUs beschränkt sich diese Adressierungsart nicht nur auf den Stack und kann auch symmetrisch sein.
MfG Peter(TOO)
Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?
danke, aber was soll das jetzt? Die Frage war nicht nach pre- oder post-increment, das ist mir sonnenklar, sondern nach einem Code, der eine schnelle I2C Verbindung zwischen Raspi-Master und Arduino-Slave herstellt.
Ausgangsbasis kann der obige Code im oben verlinkten Post sein
- immerhin gibt es ja inzwischen einen, der zumindest funktioniert, wenn auch extremst langsam - :
http://www.mindstormsforum.de/viewto...tart=15#p67908
aber wenn Vorschläge, dann bitte selbst getestet: es ist das exakte Zusammenspiel der beiden i2c-Protokolle, das Probleme macht!
(Und bitte erst recht keine OT-Posts.)
Denn, wie gesagt:
Für alle Tipps bin ich natürlich offen, aber der, der sie vorschlägt, müsste schon in der Lage sein, die Verbindung ebenfalls herzustellen und bei sich selber vor Ort zu testen (d.h. er müsste auch einen Raspi und einen Arduino besitzen und sie entsprechend verbinden und seinen eigenen - bzw. unseren gemeinsamen, auf einander abgestimmten - Code testen können).
Lesezeichen