OK Mégsem
Fórum témák

» Több friss téma
Fórum » ARM - Miértek hogyanok
ARM - Miértek hogyanok
 
Témaindító: gtk, idő: Jún 26, 2007
Témakörök:
Lapozás: OK   45 / 177
(#) gtk válasza gankonamix hozzászólására (») Dec 17, 2013 /
 
Ha tanulni akarsz, szerintem valamelyik ST Discovery panelt valaszd. Hogy melyiket az attol fugg mit akarsz, de arban tenyleg nagyon jo.
(#) gankonamix válasza gtk hozzászólására (») Dec 17, 2013 /
 
Szerintem is az lesz
Nagyon köszi a segítséget!
(#) killbill válasza vzoole hozzászólására (») Dec 17, 2013 /
 
Idézet:
„De az is lehet, hogy csak én tapasztaltam így, esetleg nem kerestem eleget.”
Lehet, mert az fdh.hu-n sem dragak az NXP M0 alapu chip-ek, pedig ott minden draga. Az LPC800-as sorozat az döbbenet. DIP8 tokozasban 32 bites mikrokontroller. Ezt is megértük!
(#) GPeti1977 válasza HeZ hozzászólására (») Dec 17, 2013 /
 
Olvasd csak el a 2012-es Rádiótechnika évkönyvet hogy milyen számítógép is ment a Holdra.
(#) cpt.zoltan.simon hozzászólása Jan 6, 2014 /
 
Van valakinek tapasztalata ULINK2 javítással?
USB bedugva, driver a telepítéssel felkerült, bedugva "egézségesen" pittyen a PC. Keil elindít project rendben, ám a programozó kiválasztásakor és a részleteknél az látszik hogy nem látszik semmi.
Mintha be se lenne dugva a programozó a gépbe. Se széria szám, se semmi, és így természetesen az LPC1788, vagy 1768-at se látja.

Ebay-es verzió.
(#) icserny válasza cpt.zoltan.simon hozzászólására (») Jan 6, 2014 /
 
Milyen Keil verzióról van szó?
- Ha 4.70 előtti (az Ulink2 pedig új firmware-t tartalmaz) akkor itt a megoldás
- Ha valamilyen okból mégis a firmware visszabutítás kell, akkor itt a megoldás.

Magyarázat: az Ulink2 újabb firmware változatai nem ULINK, hanem CMSIS/DAP módban kommunikálnak.
(#) cpt.zoltan.simon válasza icserny hozzászólására (») Jan 6, 2014 /
 
Szia!

Köszönöm szépen, megoldódott. Nagy mérföldkő ez a 4.71...
Most már azt várom hogy az 5.01, 5.1 tudja végre az NXP-t, addig marad ez.
(#) cpt.zoltan.simon hozzászólása Jan 8, 2014 /
 
Kérésem lenne:
Van-e itt olyan, akinek működő SDIO cucca van LPC-re? A DMA beállításokra lenne szükségem, csak és kizárólag a regiszterek nevére és tartalmára. Szóval ha pl valaki CMSIS-el használja, és működik. Én nem használok CMSIS-t, de elakadtam. Tulajdonképpen minden ok, SDIO TX complette-t jelez, semmi error, DMA is azt mondja átszaladt rajta az 512 byte, közben az adatok sehol...
(#) cpt.zoltan.simon hozzászólása Jan 21, 2014 /
 
Helló!

Érdeklődnék, használt -e valaki keil (4.73)-ben, printf függvényt.
Ugyanis amint belefordítok egy ilyen sort, a debug (akár szoftveres akár hardveres) gyakorlatilag megszűnik működni. Se léptetés, se semmi, már a startup assembly kódot se kezdni el futtatni.
Valakinek valami ötlet?
(#) icserny válasza cpt.zoltan.simon hozzászólására (») Jan 21, 2014 /
 
Nem használtam, csak tippelek: esetleg engedélyezni kellene az ITM 0 "Stimulus Port"-ot?
Bővebben: Link
A hozzászólás módosítva: Jan 21, 2014
(#) ciw hozzászólása Márc 2, 2014 /
 
Sziasztok!

STM32F4 -en dolgozok a libjpeg könyvtárral egy 3.2" TFT-vel.
A problémám az, hogy a dekódolt kép olyan mintha lebutítoták volna 16 színre és a library leírásban erről nem találtam infót.

Találkoztatok már ilyennel?

Van egy egyszerűbb de nem paraméterezhető jpeg könyvtáram, azzal tökéletes a kép, csak aért szeretném a profi lib-et használni, mert nem akarom, hogy valamilyen ismeretlen formátumon megakadjon a megjelenítés.
(#) kapu48 válasza ciw hozzászólására (») Márc 3, 2014 /
 
Most te tényleg azt hiszed, hogy mi látjuk, mi van előtted a monitoron?
Legalább 1 link, hogy pontosan melyik lib ez, és program részlet?
(#) ciw válasza kapu48 hozzászólására (») Márc 4, 2014 /
 
Itt a link.
A hozzászólás módosítva: Márc 4, 2014
(#) kapu48 válasza ciw hozzászólására (») Márc 4, 2014 /
 
Hú, Öregem ez nem semmi!

Nem csodálom, hogy nem találod a hibát!

Inkább ajánlanák valami 4D SYSTEMS LCD-t.
A szükséges programozási idő csak a 1/10-ede a hagyományosnak!
Könnyebb, gyorsabb siker élmény!
Pl.: 4DLCD-FT843 4D SYSTEMS
Bővebben: Link
(#) Hooligan01 válasza kapu48 hozzászólására (») Márc 4, 2014 /
 
12E + Áfa egy 4.3"-es kijelzőért, hm... a hülyének is megéri!

Egyébként ez a kijelző mennyiben segítene ciw-nek a jpg konverzióban?
(#) kapu48 válasza Hooligan01 hozzászólására (») Márc 4, 2014 /
 
Még én is csak kezdő vagyok! 1 hete ismerkedek a dokumentációkkal.
Tegnap jött meg a teszt alany.

Ahogy eddig kiveszem a belső GPU elintézi, minden ilyen terhet levesz a válladról!
(#) Hooligan01 válasza kapu48 hozzászólására (») Márc 4, 2014 /
 
Értem. Csak azt nem, hogy a libjpg-től hogyan keveredtünk az FT800-ig?
Itt mindegy mire válaszol az ember? Hihetetlen
(#) kapu48 válasza Hooligan01 hozzászólására (») Márc 4, 2014 1 /
 
Most itt kár neked akadékoskodnod!

A lényeg, hogy beszélünk a témáról.
Különben is egy ilyen óriásra nőt programban úgysem találnád meg távolról a hibát!
(#) ciw válasza Hooligan01 hozzászólására (») Márc 4, 2014 /
 
Nekem az nem jó, (SPI lassú) és már van működő hw-m.
Ráadásul én fsmc-vel hajtom a kijelzőt, nem kezdeném előlről az egészet.
Hátha majd más tud segíteni.

Jpeg-ben én is kezdő vagyok, de szerintem csak valami beállítási gond lehet, csak sok a paraméter és nem tudom melyik az amelyik nekem kell.
Teszek majd fel képet és a különbség látható lesz a két kép között.


Ez nem óriási program, mert ez az eredeti programomnak kb az 1/100-ad része.
A hozzászólás módosítva: Márc 4, 2014
(#) killbill válasza ciw hozzászólására (») Márc 4, 2014 /
 
A kodbol tudsz feltenni reszletet, ami a jpeg_decompress-t csinalja? Mert ha nem a lib leforditasanal van a hiba, akkor valoszinuleg ott, ahol mondod: a parameterezesben.
(#) ciw válasza killbill hozzászólására (») Márc 4, 2014 /
 
Persze, hazaérek, felrakok kódot, gyakorlatilag a djpeg.c example kódot vettem alapul.
(#) ciw válasza killbill hozzászólására (») Márc 4, 2014 /
 
Na sajnos csak most jutottam idáig.

A főkód jpeg része.

  1. LCD_Initializtion();
  2.         jpg_size = 30274;
  3.  
  4. // Allocate a new decompress struct, with the default error handler.
  5.         // The default error handler will exit() on pretty much any issue,
  6.         // so it's likely you'll want to replace it or supplement it with
  7.         // your own.
  8.         cinfo.err = jpeg_std_error(&jerr);     
  9.         jpeg_create_decompress(&cinfo);
  10.  
  11.         //cinfo.useMergedUpsampling = FALSE;
  12.         cinfo.dct_method = JDCT_ISLOW;
  13.         cinfo.dither_mode = JDITHER_FS;
  14.         cinfo.two_pass_quantize = TRUE;
  15.  
  16.         jpeg_mem_src(&cinfo, (unsigned char*)img_w, jpg_size);
  17.        
  18.         rc = jpeg_read_header(&cinfo, TRUE);
  19.        
  20.         jpeg_start_decompress(&cinfo);
  21.        
  22.         width = cinfo.output_width;
  23.         height = cinfo.output_height;
  24.         pixel_size = cinfo.output_components;
  25.  
  26.  
  27.         bmp_size = width * height * pixel_size;
  28.  
  29.         row_stride = width * pixel_size;       
  30.        
  31.        
  32.         LCD_Clear(Black);
  33.                 GUI_Text(132,104,(uint8_t*)"Jpeg Test",White,Black);
  34.                
  35.         buffer = (unsigned char *) malloc(cinfo.output_width *  
  36.                                       cinfo.output_components);  
  37.         if (buffer==NULL) GUI_Text(132,124,(uint8_t*)"Malloc error!",White,Black);
  38.     while (cinfo.output_scanline < cinfo.output_height)
  39.                         {  
  40.         jpeg_read_scanlines(&cinfo, &buffer, 1);  
  41.          
  42.           for (x = 0; x < cinfo.output_width; x++)
  43.                                         {  
  44.              color = RGB888toRGB565(buffer[x * 3+2],  
  45.              buffer[x * 3 +1], buffer[x * 3 ]);  
  46.                  LCD_SetPoint(x,y,color);
  47.           }  
  48.         y++;                    // next scanline  
  49.                         }  
  50.  
  51.         jpeg_finish_decompress(&cinfo);
  52.  
  53.         // At this point, optionally go back and either load a new jpg into
  54.         // the jpg_buffer, or define a new jpeg_mem_src, and then start
  55.         // another decompress operation.
  56.        
  57.         // Once you're really really done, destroy the object to free everything
  58.         jpeg_destroy_decompress(&cinfo);
  59.  
  60.         free(buffer);  
  61.         /* Infinite loop */


A jconfig.h:
  1. /* jconfig.h.  Generated from jconfig.cfg by configure.  */
  2. /* jconfig.cfg --- source file edited by configure script */
  3. /* see jconfig.txt for explanations */
  4.  
  5. #define NO_GETENV
  6. #define MAX_ALLOC_CHUNK 20000
  7. #define ALLIGN_TYPE long
  8.  
  9.  
  10. #define HAVE_PROTOTYPES 1
  11. #define HAVE_UNSIGNED_CHAR 1
  12. #define HAVE_UNSIGNED_SHORT 1
  13. /* #undef void */
  14. /* #undef const */
  15. /* #undef CHAR_IS_UNSIGNED */
  16. #define HAVE_STDDEF_H 1
  17. #define HAVE_STDLIB_H 1
  18. #define HAVE_LOCALE_H 1
  19. /* #undef NEED_BSD_STRINGS */
  20. /* #undef NEED_SYS_TYPES_H */
  21. /* #undef NEED_FAR_POINTERS */
  22. /* #undef NEED_SHORT_EXTERNAL_NAMES */
  23. /* Define this if you get warnings about undefined structures. */
  24. /* #undef INCOMPLETE_TYPES_BROKEN */
  25.  
  26. #ifdef JPEG_INTERNALS
  27.  
  28. /* #undef RIGHT_SHIFT_IS_UNSIGNED */
  29. #define INLINE __inline__
  30. /* These are for configuring the JPEG memory manager. */
  31. /* #undef DEFAULT_MAX_MEM */
  32. /* #undef NO_MKTEMP */
  33.  
  34. #endif /* JPEG_INTERNALS */
  35.  
  36. #ifdef JPEG_CJPEG_DJPEG
  37.  
  38. /* #undef BMP_SUPPORTED */
  39. /* #undef GIF_SUPPORTED */
  40. #define PPM_SUPPORTED           /* PBMPLUS PPM/PGM image file format */
  41. /* #undef RLE_SUPPORTED */
  42. /* #undef TARGA_SUPPORTED */
  43.  
  44. /* #undef TWO_FILE_COMMANDLINE */
  45. /* #undef NEED_SIGNAL_CATCHER */
  46. /* #undef DONT_USE_B_MODE */
  47.  
  48. /* Define this if you want percent-done progress reports from cjpeg/djpeg. */
  49. /* #undef PROGRESS_REPORT */
  50.  
  51. #endif /* JPEG_CJPEG_DJPEG */

És a 2 kép, az eggyiken az látszik amit látni kéne, a másikon az amit a fenti kód generál. Mintha kevés lenne a szín, de bármit állítok semmi nem változik.
(#) killbill válasza ciw hozzászólására (») Márc 4, 2014 /
 
Hm. A jpeg_read_scanlines()-nek tenyleg &buffer-t kell atadni es nem siman buffer-t?

Majd belenezek a libjpeg doksiba melyebben is. Addig is megneznem a generalt 3*8 bites ertekeket, hogy milyen tartomanyban mozognak az ertekek. Mondjuk az n+1-edik sorbol kiiratnam az ertekeket, hogy megis mettol meddig terjednek, hany biten van mozgas.
(#) ciw válasza killbill hozzászólására (») Márc 5, 2014 /
 
Ja az &buffer valóban fura, ránézek és az értékeket megnézem.
Mégvalami, ez most jutott eszembe, hogy a RGB888toRGB565... konvertálást én tettem a kódhoz, lehet, hogy a jpeglib kimenete eleve 565 kódolt és ez abaj, hogy duplán konvertálok?
Ezt is megnézem, de ha így van akkor hol állíthatom be, hogy ha RGB888 kimenet kell?
(#) killbill válasza ciw hozzászólására (») Márc 5, 2014 /
 
Az &buffer az rendben van, mert egy pointer tombot var. Minden sorhoz egy pointert. 1 sor, 1 pointer.
Az a fura, hogy pixelenkent 3 byte-ot ad vissza, mert a kep szelte-hossza jo. A beallitasokat még nezem. Van jopar dolog, amit abban a cinfo strukturaban allitani lehet. Pl. az out_color_space-t mire allitja a jpeg_read_header()? Mert az lehet RGB, CMY, YUV. Es a quantize_colors FALSE vagy TRUE?
(#) killbill válasza killbill hozzászólására (») Márc 5, 2014 /
 
Meg a num_components az 3 kellene legyen, szerintem. Eleg jo ez a lib!
(#) ciw válasza killbill hozzászólására (») Márc 5, 2014 /
 
Szia!

Az out_color_space = 0x02 (JCS_RGB);
A quantize_colors = FALSE.

Az hogy hány bájtot ad vissza azt a jmorecfg.h fájl tartalmazza:
  1. #define RGB_RED         0       /* Offset of Red in an RGB scanline element */
  2. #define RGB_GREEN       1       /* Offset of Green */
  3. #define RGB_BLUE        2       /* Offset of Blue */
  4. #define RGB_PIXELSIZE   3       /* JSAMPLEs per RGB scanline element */


És még a pixel sorrend is állítható.
Igen, elég jó lib és elvileg free is.

A num_components=3.
A hozzászólás módosítva: Márc 5, 2014
(#) icserny hozzászólása Márc 10, 2014 /
 
Megjelent és már megrendelhető (6-8 hetes szállítási határidővel!) az új Tiva C Series EK-TM4C1294XL Launchpad kártya. Ennek legfőbb újdonsága a nagyteljesítményű Bővebben: Link mikrovezérlő, s hogy a kártya vezetékes 10/100 Ethernet kapcsolatot biztosít.

Jellemzők: 120MHz, 1MB Flash, 256KB SRAM, 6KB EEPROM. 10/100 Mbit Eternet, USB host/OTG/device. On-board JTAG ICDI. Egyidejőleg 2 db 40 kivezetésés bővítőkártya csatlakoztatható.

Link: http://www.ti.com/ww/en/launchpad/launchpads-tivac-ek-tm4c1294xl.html
A hozzászólás módosítva: Márc 10, 2014

EK-TM4C1294X...jpg		    
(#) kly válasza icserny hozzászólására (») Márc 10, 2014 /
 
Ez besz..ás jó cucc.Ennyiért meg ingyen van.
Úgy látom át kell térnem PIC-ről mert a Microchip soha az életben nem fog ilyen áron valami hasonlót eladni. Már régóta kacsingatok ARM felé de ez megadta a végső lökést.
köszi
(#) icserny válasza kly hozzászólására (») Márc 10, 2014 1 /
 
Idézet:
„Már régóta kacsingatok ARM felé de ez megadta a végső lökést.”
Egy dologra vigyázz: ez az Ethernet vezérlővel ellátott TM4C mikrovezérlő egy új termékcsalád, lehetnek még komoly gyermekbetegségei. Tanulásra, kísérletezésre azonban jó, s ehhez viszonyítva is nagyon jó az ára.
Ezekre szükség lehet! - HESTORE.HU

STM32F401RBT6
4DLCD-50800480-CTP-CLB
H25 SR 50 (50x100mm)
VDRIVE2
2,2 K 5%
Következő: »»   45 / 177
Bejelentkezés

Belépés
Hirdetés
XDT.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem