ARM - Miértek hogyanok - Hobbielektronika.hu - online elektronikai magazin és fórum

Hobbivasút | HESTORE | Kislexikon

Fórum témák

» Több friss téma

Fórum » ARM - Miértek hogyanok

Új hozzászólás

ARM - Miértek hogyanok

Témaindító: gtk, idő: Jún 26, 2007

Témakörök:

Mikroprocesszorok » ARM általános

(#)	kapu48 válasza csatti2 hozzászólására (»)	Okt 9, 2019		/	1

Viszont az APB2-esen van a PORTB, azt letudom venni 36MHz-re, ha minden kötél szakad.
Elég is lenne nekem az a sebesség minden porton.

(#)	icserny válasza kapu48 hozzászólására (»)	Okt 10, 2019		/

Megint félreértést sejtek, mert neked nem a periféria buszt kell lassítani, hanem a CPU-t (a program futását, az adatok kirakását). Rakjál be NOP-okat, vagy szervezd úgy a programot, hogy amíg várni kell, addig vegye elő a következő adatot, vagy ilyesmi...

(#)	kapu48 válasza icserny hozzászólására (»)	Okt 10, 2019		/

Én ezt úgy képzeltem, hogyha lassabban dolgozik a periféria busz?
Akkor a gyorsabb CPU-nak ki kel várnia a kiszolgálását.

Viszont ez is csak egy kipróbálható ötlet volt. Ami nem is tetszett olyan nagyon, mert így az ADCk órajele is le esik 12MHz-ről 9MHz-re.

A NOP-os variációt már az előző oldalon megoldottuk.

A hozzászólás módosítva: Okt 10, 2019

(#)	benjami válasza kapu48 hozzászólására (»)	Okt 10, 2019		/	1

Próbáld ki, hogy a mellékelt a projectel is hibázik-e a kijelző. A lábakat és az írási és az olvasási sebességeket is az Src/Lcd/lcd_io_gpio8.h fájlban tudod beállítani. A sebességekhez nagyobb számot írva fog lassulni az LCD vezérlés sebessége.

f103rb_app.zip

(#)	kapu48 válasza benjami hozzászólására (»)	Okt 10, 2019		/

Köszönöm a segítséget!
Ezekből a definíciókból már látom, hogy hova kel tenni a várakozásokat:

#define LCD_DUMMY_READ        { GPIOX_ODR(LCD_RD) = 0; LCD_RD_DELAY; GPIOX_ODR(LCD_RD) = 1; }
#define LCD_DATA8_WRITE(dt)   { lcd_data8 = dt; LCD_WRITE(lcd_data8); GPIOX_ODR(LCD_WR) = 0; LCD_WR_DELAY; GPIOX_ODR(LCD_WR) = 1; }
#define LCD_DATA8_READ(dt)    { GPIOX_ODR(LCD_RD) = 0; LCD_RD_DELAY; LCD_READ(dt); GPIOX_ODR(LCD_RD) = 1; }
#define LCD_CMD8_WRITE(cmd)   { LCD_RS_CMD; LCD_DATA8_WRITE(cmd); LCD_RS_DATA; }

Ezzel nem voltam tisztában.
Majdnem egyezik a lábkiosztás is az enyémmel, csak a vezérlő lábak vannak máshol.
Feltétlenül ki próbálom!

(#)	rolandgw hozzászólása	Sze, 9:55		/

Elnézést az off-ért, de nem valószínű, hogy erre a kérdésre linux-os fórumon választ kapnék.
Telepítettem a tegnap megjelent új Cube IDE-t és Programmer-t Ubuntura, sajnos a helyzet változatlan.
Az IDE függőségi hibát okoz, a frissítéskezelőt le is ülteti, hibajelentés küldés.

A Programmer-nél pedig írják : "STM32CubeProgrammer does not work under Ubuntu® 18.04. "
Vajon melyik linux disztribúcióra fejleszthetnek? Merthogy nem az Ubuntura az biztos.

(#)	icserny válasza rolandgw hozzászólására (»)	Sze, 14:09		/

AZ egyik fórumon azt is írják, hogy "Java 11 and 12 are not yet supported, can you please use openjdk8 or orcle java8".

Kérdésedre a válasz: valószínűleg régebbi Linux disztribúciókra fejlesztették...

(#)	vargham válasza rolandgw hozzászólására (»)	Sze, 14:15		/

Az elmúlt 6 év tapasztalata: Beágyazott fejlesztőeszközök főleg Windowsra érhetők el. Utána jön a Linux és a MacOS.

(#)	rolandgw válasza icserny hozzászólására (»)	Sze, 14:41		/

Ez már a 16.04-nél is probléma volt. Downgrade kellett a java-ra és ki kellett zárni a frissítésből. A Programmer-hez jfx is kell. A programban van egy szkript, ami induláskor ránéz a jfx-re, de a jdk könyvtárában keresi. Ha nem ott van hibát ír. Márpedig az újabb open java-nál nem ott van. A 16.04 viszont az új IDE-t telepítés után törött csomagként kezeli a synaptic szerint.

(#)	rolandgw válasza vargham hozzászólására (»)	Sze, 18:03		/

Én a win10-től kiütést kapok

, ha ingyen adnák, akkor is meggondolnám.
Közben az IDE-t sikerült megoldanom 18.04-en, a programozó is menni fog előbb-utóbb.

(#)	kapu48 hozzászólása	Csü, 10:13		/

Szevasztok Urak!

Már megint a tudatlanság csapdájába estem!
Tudna valaki segíteni? Az alábbi hibajelzés kiküszöbölésében.

Idézet:
„*** Using Compiler 'V5.06 update 3 (build 300)', folder: 'C:\Keil_v5\ARM\ARMCC\Bin'
Rebuild target 'MIDI02'
assembling startup_stm32f407xx.s...
compiling cs43l22.c...
compiling lis3dsh.c...
compiling lis302dl.c...
compiling stm32f4_discovery.c...
compiling stm32f4_discovery_accelerometer.c...
compiling stm32f4_discovery_audio.c...
assembling libPDMFilter_CM4_GCC.a...
..\Drivers\BSP\libPDMFilter_CM4_GCC.a(1): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4_GCC.a(2): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4_GCC.a(3): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4_GCC.a(4): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4_GCC.a(5): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4_GCC.a(6): warning: A1313W: Missing END directive at end of file
assembling libPDMFilter_CM4F_GCC.a...
..\Drivers\BSP\libPDMFilter_CM4F_GCC.a(1): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4F_GCC.a(2): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4F_GCC.a(3): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4F_GCC.a(4): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4F_GCC.a(5): error: A1167E: Invalid line start
..\Drivers\BSP\libPDMFilter_CM4F_GCC.a(6): warning: A1313W: Missing END directive at end of file
”

Hogyan kel beilleszteni ezeket a lib-eket a keilbe?

Köszi előre is!

(#)	kapu48 válasza kapu48 hozzászólására (»)	Csü, 11:42		/

Bocsi Urak!

Közben megtaláltam a Keil-es .lib változatokat, amik már fordulnak.
Bővebben: Link

(#)	rolandgw válasza rolandgw hozzászólására (»)	Csü, 14:44		/

Most GUI probléma van. ST fórum:

Idézet:
„I confirm there is issue with Gui under linux (you can check known problems and limitations in release note for STM32cubeProgrammer).
Devlopement team is already working to fix this issue . I will send you a patch fixing it as soon as it is ready.
Meanwhile you can use CubeProgrammer CLI .”

Ezekre szükség lehet! - HESTORE.HU