Und die Heckklappe hat nichts abbekommen?
Doch und die hinteren Kotflügel, Aber das ist ausbeulbar.
Und die Heckklappe hat nichts abbekommen?
Doch und die hinteren Kotflügel, Aber das ist ausbeulbar.
Die vom Pfingstmontag.
Ich war im Hagel in München...
Krieg ne neue Motorhaube...
Und ich werde von allen bemitleidet wegen der vielen Beulen in meinem Spider.
Wääähhhh....
Nein, funktioniert nicht. Ich hab mir grad die specification von dem Boards angesehen.
Die basieren auf komplett anderen CPUs.
Das Duo Board könnte aber alles machen. Es hat USB und BLE. Nur musste die ganze Software neu geschrieben werden.
Schick mir mal so ein Board. Mit header wäre gut. Ohne geht aber auch. Ich schick dir PN.
Beim Treffen bin ich leider nicht dabei. Das WE war schon verplant...
Den Nano würde ich nicht direkt am RedBear anschliessen wenn der mit 3.3V läuft. Bin mir ziemlich sicher der macht das nicht lange mit. Mit 2 Wiederständen Spannungsteiler bauen.
Edit: Hab mir die spec von dem chip durchgeblättert, Die meisten pins sind 5V tolerant.
Cool was du alles für Ideen hast
Nanos hab ich auch noch ein paar rumliegen hier. Wenn Du Hilfe bei der kommunikation zwischen dem RedBear und dem nano brauchst kann ich helfen. Solange ich mich nicht mit Web Zeugs rumschlagen muss...
Wenn Du so einen RedBear abgeben würderst... Ich kauf dir einen ab - kann man immer mal brauchen.
Hi @Torben
Was hättest du denn gerne als Signale. DIe Reifendruck Sensoren nehme ich an, und was noch ?
Ich hab noch ein RiotBoard in meinem Fundus gefunden, das hat auch einen Cortex A9 Kern wie das MZD.
Und tatsächlich läuft das für das MZD compilierte mazda_tpms executable darauf.
Das könnte ich zum testen nehmen anstelle den MZD.
Der Abarth hat ja 433 Mhz sensoren habe ich gelernt. Ich dachte mir vielleicht könnte man mit sowas: 433Mhz Sender/Empfänger die Daten lesen. Passende Arduino boards hätte ich auch noch rumliegen. Evtl. gehen auch die Redbear Duo boards.
Leider hab ich keinen Abarth zum testen.
Grüße
Wolfgang
So, ich hab das ganze jetzt mal auf meiner Entwicklungskiste unter Debian compiliert.
09:59 me@wolfix:mazda_mzd$ sh compile.sh
09:59 me@wolfix:mazda_mzd$ sh link.sh
09:59 me@wolfix:mazda_mzd$ ls -l
insgesamt 56
drwxr-xr-x 2 me me 4096 Mai 24 09:48 Backup
-rw-r--r-- 1 me me 1139 Mai 24 09:38 compile.sh
-rw-r--r-- 1 me me 284 Mai 24 09:46 link.sh
drwxrwxr-x 8 me me 4096 Feb 8 2016 m3-toolchain
-rwxr-xr-x 1 me me 7575 Mai 24 09:59 mazda_tpms
-rw-r--r-- 1 me me 10551 Mai 21 08:41 mazda_tpms.c
-rw-r--r-- 1 me me 4760 Mai 24 09:59 mazda_tpms.d
-rw-r--r-- 1 me me 6312 Mai 24 09:59 mazda_tpms.o
09:59 me@wolfix:mazda_mzd$ file *
Backup: directory
compile.sh: ASCII text, with very long lines
link.sh: ASCII text
m3-toolchain: directory
mazda_tpms: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.3, for GNU/Linux 2.6.16, stripped
mazda_tpms.c: C source, ASCII text, with CRLF line terminators
mazda_tpms.d: ASCII text
mazda_tpms.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped
Das compile und link script funktionieren so nicht, da ist zuviel Müll drin.
Hier das funktioniert:
compile.sh
./m3-toolchain/bin/arm-cortexa9_neon-linux-gnueabi-g++ -MD -s -O3 -s -rdynamic -pthread --sysroot=./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot -DCMU=1 -D__STDC_FORMAT_MACROS -march=armv7-a -mtune=cortex-a9 -mfpu=neon -std=c++11 -static-libstdc++ -D_GLIBCXX_USE_C99 -pthread -DDBUS_API_SUBJECT_TO_CHANGE -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/include/gstreamer-0.10 -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/include/libxml2 -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/include/libusb-1.0 -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/local/ssl/include -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/include/glib-2.0 -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/lib/glib-2.0/include -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/include/dbus-c++-1 -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/include/dbus-1.0 -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/lib/dbus-1.0/include -I./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/include/alsa -c mazda_tpms.c -o mazda_tpms.o
link.sh
./m3-toolchain/bin/arm-cortexa9_neon-linux-gnueabi-g++ -MD -s -o mazda_tpms mazda_tpms.o --sysroot=./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot -s -rdynamic -pthread -ldl -static-libstdc++ -L./m3-toolchain/arm-cortexa9_neon-linux-gnueabi/sysroot/usr/local/ssl/lib -lusb-1.0
Ist immer noch überflüssiges Zeug drin, aber so gehts.
Grüße
W
Hab mir grade mal den forums thread durchgeschaut...
Neee, ich glaube immer noch dass das ganze auf dem MZD selber läuft, und man nur dieses BLE mini board braucht...
Weil...
Hier, das erste Bild
zeigt einen Ausschnitt aus dem Speedometer patch und da steht
/tmp/mnt/data_persist/dev/bin/mazda_tpms
Hier wird das C programm aufgerufen und in den Zeilen danach die Werte aus dem tmps.out extrahiert.
Grüße
W