Fórum témák

» Több friss téma
Fórum » ARM - Miértek hogyanok
 
Témaindító: gtk, idő: Jún 26, 2007
Lapozás: OK   145 / 145
(#) 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.
(#) 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:
  1. #define LCD_DUMMY_READ        { GPIOX_ODR(LCD_RD) = 0; LCD_RD_DELAY; GPIOX_ODR(LCD_RD) = 1; }
  2. #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; }
  3. #define LCD_DATA8_READ(dt)    { GPIOX_ODR(LCD_RD) = 0; LCD_RD_DELAY; LCD_READ(dt); GPIOX_ODR(LCD_RD) = 1; }
  4. #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 .”
Következő: »»   145 / 145
Bejelentkezés

Belépés

Hirdetés
Lapoda.hu     XDT.hu     HEStore.hu