You can get System Workbench for STM32 from STM32 Community download area.
You can get STM32CubeMX form ST site.
STM32 CubeMX
I've tried to run SetupSTM32CubeMX-5.0.0.linux, but I got:
/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
so I need to install
yum install glibc.i686
because of missing /lib/ld-linux.so.2 file.
Now I've got:
[root@linux en.stm32cubemx5]# ./SetupSTM32CubeMX-5.0.0.linux chdir /tmp/en.stm32cubemx5/. current dir /tmp/en.stm32cubemx5 Nov 20, 2018 5:47:11 PM INFO: Logging initialized at level 'INFO' Nov 20, 2018 5:47:11 PM INFO: Commandline arguments: Nov 20, 2018 5:47:13 PM INFO: Detected platform: linux,version=3.10.0-693.21.1.e l7.x86_64,arch=x64,symbolicName=null,javaVersion=1.8.0_161 Nov 20, 2018 5:47:14 PM WARNING: No console implementation of panel: \ com.st.microxplorer.install.MXAnalyticsPanel Console installation is not supported by this installer [ Console installation FAILED! ]
If you have installed 4.x version you can get error when you try to run:
2018-11-20 15:22:45,811 [INFO] STM32CubeMX:30 - Starting STM32CubeMX Exception in thread "AWT-EventQueue-0" java.awt.HeadlessException
I had to install:
yum groups install "GNOME" "X Window System" "Fonts" yum install xorg-x11-fonts-Type1 yum install java-1.8.0-openjdk
Java is important - java-1.8.0-openjdk-headless it's not enough.
Now I can install it without problems.
System Workbench for STM32
./install_sw4stm32_linux_64bits-v2.7.run -m -f
exit with error:
error: Failed dependencies: libusbx >= 1.0 is needed by st-stlink-server-1.1.0-2.amd64
so I've installed:
yum install libusbx
now it install without problems.
For identifying admin-permissions issues in desktop applications, ie. when everybody says to disable User Account Control (UAC), you can use LUA Buglight.
I had to check if I can compile my source code on another machine using repository only.
The problem was that ELF files almost always differ (depend on time, path etc). The solutions was objdump and disassemble parameter.
I had the "original" elf file (manipulator-src.elf) and "new" one (manipulator.elf) compiled on other machine using repository only, so I've run:
objdump -d manipulator-src.elf > manipulator-src.dump objdump -d manipulator.elf > manipulator.dump
and then compare .dump files:
diff -u manipulator-src.dump manipulator.dump --- manipulator-src.dump Sat Dec 14 19:33:28 2013 +++ manipulator.dump Sat Dec 14 19:34:03 2013 @@ -1,5 +1,5 @@ -manipulator-src.elf: file format elf32-avr32 +manipulator.elf: file format elf32-avr32 Disassembly of section .reset:
as you can see only second line was different because of file name.
Szukając narzędzi do projektowania baz w PostgreSQL'u natknąłem się na program do tworzenia aplikacji WaveMaker.
Wygląda przyzwoicie i jest OpenSource. Standardowo działa także z bazą PostgreSQL. Nie mam teraz czasu mu się dokładnie przyjrzeć i potestować, ale może kiedyś się przyda.
Po prawie roku wróciłem do programowania mojego oscyloskopu. Zacząłem od tego, że Petteri Aimonen wydał nowszą wersję środowiska. Wersje od 0.04 włącznie (a nie jak pisałem wcześniej 0.05) wymagają poprawionego BIOS'a, ale 0.03 i wcześniejsze można zainstalować na fabrycznym.
Instaluje się standardowo - trzeba włączyć oscyloskop wciskając przycisk >|| podłączyć kablem USB a następnie zamontować jako dysk. U mnie wyglądało to tak (polecenia wykonuje jako root)
# mount -t msdos /dev/sdb /mnt/MINIDSO/
główny i jedyny dysk to sda, więc oscyloskop pojawił się jako sdb. Teraz wystarczy skopiować ściągnięty plik (w przykładzie wersja 0.03) skopiować na oscyloskop. Odmontować i zamontować ponownie. Nazwa pliku, a w zasadzie rozszerzenie powinno się zmienić z HEX na RDY. U mnie wyglądało to tak:
# cp /home/jaqb/Pobrane/PAWN_003.HEX /mnt/MINIDSO/ # ls /mnt/MINIDSO/ pawn_003.hex # umount /mnt/MINIDSO/ # mount -t msdos /dev/sdb /mnt/MINIDSO/ # ls /mnt/MINIDSO/ pawn_003.rdy
Do kompletu potrzebny jest jeszcze kompilator w odpowiedniej do tzw. run-time'a wersji. W moim przypadku była to wersja 0.03.
Add comment