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

» Több friss téma
Fórum » Arduino
A klónok CH340 Soros-USB illesztőjének drivere (Letöltés)
Lapozás: OK   711 / 847
(#) asch válasza Zoli_bácsi hozzászólására (») Nov 3, 2021 /
 
Tudtommal Arduino-hoz nem kell feltétlen programozó, hogy kiolvasd, a "szokásos" USB-Serial átalakítóval is ki lehet olvasni. Tudtommal az Arduino Nano-ra rá van alapból építve ez az USB-serial átalakító, ezt éred el PC-ről, ha rádugod az USB-jét PC-re.

Elvileg ez a parancs működik (a -P után platformodtól függően azt a portot kell beírni, amin keresztül az Arduino látszik, pl COM1, COM2... /dev/ttyACM0, stb.):

  1. avrdude -p m328p -P usb -c carduino -U flash:r:flash.bin:r


vargham válaszához képest az a különbség, hogy ehhez nem kell plusz hardvert építened. Ha nagyon nem akarod elveszíteni a programot, akkor én ezt először egy másik ugyanolyan hardveren próbálnám ki, nehogy hibás paraméterezéssel felülírd pont amit ki akarsz olvasni...

Még egy kiegészítés: ez akkor működik, ha az Arduinón a standard bootloader fenn van. Ezt is felülírhatta aki a terméket csinálta.

Szerk.: a programtól függően előfordulhat, hogy az Eprom tartalmát is menteni kell, hogy visszaálljon az eredeti működés. Illetve akkor már a FUSE biteket is a teljesség kedvéért. Ez az összes nem felejtő állapottároló a csippen ismereteim szerint, ezek teljes mentése teljes backupnak számít.
A hozzászólás módosítva: Nov 3, 2021
(#) roland9 hozzászólása Nov 8, 2021 /
 
Sziasztok!

Segítségeteket szeretném kérni.
Van egy 7 col-os kijelzőm Link amin képet szeretnék megjeleníteni SD kártyáról olvasva, ezzel nincs is semmi gond mert a kép megjelenik, viszont a kép pozícióját nem tudom változtatni, hiába írom át a "bmpDraw("helpnagy.bmp", 100, 100);" számokat, a kép mindig a bal felső sarokban jelenik meg.
Tudnátok segíteni a probléma magoldásában?
  1. /***************************************************
  2. //Web: http://www.buydisplay.com
  3. EastRising Technology Co.,LTD
  4. Micro SD Card (TF Card) Demonstration
  5. Examples for ER-TFTM070-4V2.1(800x480 Pixels)
  6.  
  7. ER-TFTM070-4V2.1 with no touch panel sets power supply to 5V and 8080-16BIT parallel interface.Meanwhile the Hardware SPI on shield should be short and Software SPI should be open.Capacitive Touch Screen on shield should be short and Resistive Touch Panel should be open.
  8.  
  9. ER-TFTM070-4V2.1 with Resistive touch panel sets power supply to 5V and 8080-16BIT Parallel interface. Meanwhile the Hardware SPI on shield should be open and Software SPI should be short.Capacitive Touch Screen on shield should be open and Resistive Touch Panel should be open either.
  10.  
  11. Don't foget to copy images from bmp folder to your TF card and insert to SD card slot of arduino shield.
  12.  
  13. Tested and worked with:
  14. Arduino Mega 2560,Arduino Due
  15. Works with Arduino 1.6.0 IDE
  16. ****************************************************/
  17.    
  18. #include <Wire.h>  
  19. #include <UTFT.h>
  20. #include <SPI.h>
  21. #include <SD.h>
  22.    
  23. // TFT display and SD card will share the hardware SPI interface.
  24. // Hardware SPI pins are specific to the Arduino board type and
  25. // cannot be remapped to alternate pins.  
  26.    
  27. // Standard Arduino Mega/Due shield            : <display model>,38,39,40,41
  28.  
  29. // Remember to change the model parameter to suit your display module!
  30. UTFT myGLCD(SSD1963_800480,38,39,40,41);  //(byte model, int RS, int WR, int CS, int RST, int SER)
  31.    
  32. #define SD_CS 47
  33. int dispx, dispy;  
  34.  
  35. void setup(void) {
  36.  
  37.   // Setup the LCD
  38.   myGLCD.InitLCD();
  39.  // -------------------------------------------------------------
  40.   pinMode(8, OUTPUT);  //backlight
  41.   digitalWrite(8, HIGH);//on
  42. // -------------------------------------------------------------
  43.  
  44.   Serial.begin(9600);
  45.  
  46.   myGLCD.setColor(255, 0, 0);
  47.   myGLCD.fillRect(0, 0, 799, 479);  
  48.  
  49.   dispx=myGLCD.getDisplayXSize();
  50.   dispy=myGLCD.getDisplayYSize();  
  51.    
  52.   Serial.print("Initializing SD card...");
  53.   if (!SD.begin(SD_CS)) {
  54.     Serial.println("failed!");
  55.   }
  56.   Serial.println("OK!");
  57.    
  58.      bmpDraw("helpnagy.bmp", 100, 100);
  59.    delay(1000);
  60.  
  61. }
  62.    
  63. void loop() {
  64. }
  65.    
  66. // This function opens a Windows Bitmap (BMP) file and
  67. // displays it at the given coordinates.  It's sped up
  68. // by reading many pixels worth of data at a time
  69. // (rather than pixel by pixel).  Increasing the buffer
  70. // size takes more of the Arduino's precious RAM but
  71. // makes loading a little faster.  20 pixels seems a
  72. // good balance.
  73.    
  74. #define BUFFPIXEL 20
  75.  
  76. void bmpDraw(char *filename, int x, int y) {
  77.   File     bmpFile;
  78.   int      bmpWidth, bmpHeight;   // W+H in pixels
  79.   uint8_t  bmpDepth;              // Bit depth (currently must be 24)
  80.   uint32_t bmpImageoffset;        // Start of image data in file
  81.   uint32_t rowSize;               // Not always = bmpWidth; may have padding
  82.   uint8_t  sdbuffer[3*BUFFPIXEL]; // pixel in buffer (R+G+B per pixel)
  83.   uint16_t lcdbuffer[BUFFPIXEL];  // pixel out buffer (16-bit per pixel)
  84.   uint8_t  buffidx = sizeof(sdbuffer); // Current position in sdbuffer
  85.   boolean  goodBmp = false;       // Set to true on valid header parse
  86.   boolean  flip    = true;        // BMP is stored bottom-to-top
  87.   int      w, h, row, col;
  88.   uint8_t  r, g, b;
  89.   uint32_t pos = 0, startTime = millis();
  90.   uint8_t  lcdidx = 0;
  91.   boolean  first = true;
  92.  
  93.   if((x >= dispx) || (y >= dispy)) return;
  94.  
  95.   Serial.println();
  96.   Serial.print(F("Loading image '"));
  97.   Serial.print(filename);
  98.   Serial.println('\'');
  99.  
  100.   // Open requested file on SD card
  101.   if ((bmpFile = SD.open(filename)) == NULL) {
  102.     Serial.println(F("File not found"));
  103.     return;
  104.   }
  105.  
  106.   // Parse BMP header
  107.   if(read16(bmpFile) == 0x4D42) { // BMP signature
  108.     Serial.println(F("File size: "));
  109.     Serial.println(read32(bmpFile));
  110.     (void)read32(bmpFile); // Read & ignore creator bytes
  111.     bmpImageoffset = read32(bmpFile); // Start of image data
  112.     Serial.print(F("Image Offset: "));
  113.     Serial.println(bmpImageoffset, DEC);
  114.  
  115.     // Read DIB header
  116.     Serial.print(F("Header size: "));
  117.     Serial.println(read32(bmpFile));
  118.     bmpWidth  = read32(bmpFile);
  119.     bmpHeight = read32(bmpFile);
  120.  
  121.     if(read16(bmpFile) == 1) { // # planes -- must be '1'
  122.       bmpDepth = read16(bmpFile); // bits per pixel
  123.       Serial.print(F("Bit Depth: "));
  124.       Serial.println(bmpDepth);
  125.       if((bmpDepth == 24) && (read32(bmpFile) == 0)) { // 0 = uncompressed
  126.         goodBmp = true; // Supported BMP format -- proceed!
  127.         Serial.print(F("Image size: "));
  128.         Serial.print(bmpWidth);
  129.         Serial.print('x');
  130.         Serial.println(bmpHeight);
  131.  
  132.         // BMP rows are padded (if needed) to 4-byte boundary
  133.         rowSize = (bmpWidth * 3 + 3) & ~3;
  134.  
  135.         // If bmpHeight is negative, image is in top-down order.
  136.         // This is not canon but has been observed in the wild.
  137.         if(bmpHeight < 0) {
  138.           bmpHeight = -bmpHeight;
  139.           flip      = false;
  140.         }
  141.  
  142.         // Crop area to be loaded
  143.         w = bmpWidth;
  144.         h = bmpHeight;
  145.         if((x+w-1) >= dispx)  w = dispx  - x;
  146.         if((y+h-1) >= dispy) h = dispy - y;
  147.  
  148.         // Set TFT address window to clipped image bounds
  149.  
  150.         for (row=0; row<h; row++) { // For each scanline...
  151.           // Seek to start of scan line.  It might seem labor-
  152.           // intensive to be doing this on every line, but this
  153.           // method covers a lot of gritty details like cropping
  154.           // and scanline padding.  Also, the seek only takes
  155.           // place if the file position actually needs to change
  156.           // (avoids a lot of cluster math in SD library).
  157.           if(flip) // Bitmap is stored bottom-to-top order (normal BMP)
  158.             pos = bmpImageoffset + (bmpHeight - 1 - row) * rowSize;
  159.           else     // Bitmap is stored top-to-bottom
  160.           pos = bmpImageoffset + row * rowSize;
  161.           if(bmpFile.position() != pos) { // Need seek?
  162.             bmpFile.seek(pos);
  163.             buffidx = sizeof(sdbuffer); // Force buffer reload
  164.           }
  165.  
  166.           for (col=0; col<w; col++) { // For each column...
  167.             // Time to read more pixel data?
  168.             if (buffidx >= sizeof(sdbuffer)) { // Indeed
  169.               // Push LCD buffer to the display first
  170.               if(lcdidx > 0) {
  171.                 myGLCD.setColor(lcdbuffer[lcdidx]);
  172.                 myGLCD.drawPixel(col, row);
  173.                 lcdidx = 0;
  174.                 first  = false;
  175.               }
  176.  
  177.               bmpFile.read(sdbuffer, sizeof(sdbuffer));
  178.               buffidx = 0; // Set index to beginning
  179.             }
  180.  
  181.             // Convert pixel from BMP to TFT format
  182.             b = sdbuffer[buffidx++];
  183.             g = sdbuffer[buffidx++];
  184.             r = sdbuffer[buffidx++];
  185.             myGLCD.setColor(r,g,b);
  186.             myGLCD.drawPixel(col, row);
  187.           } // end pixel
  188.  
  189.         } // end scanline
  190.  
  191.         // Write any remaining data to LCD
  192.         if(lcdidx > 0) {
  193.            myGLCD.setColor(lcdbuffer[lcdidx]);
  194.           myGLCD.drawPixel(col, row);
  195.         }
  196.  
  197.         Serial.print(F("Loaded in "));
  198.         Serial.print(millis() - startTime);
  199.         Serial.println(" ms");
  200.  
  201.       } // end goodBmp
  202.     }
  203.   }
  204.  
  205.   bmpFile.close();
  206.   if(!goodBmp) Serial.println(F("BMP format not recognized."));
  207.  
  208. }
  209.  
  210. // These read 16- and 32-bit types from the SD card file.
  211. // BMP data is stored little-endian, Arduino is little-endian too.
  212. // May need to reverse subscript order if porting elsewhere.
  213.  
  214. uint16_t read16(File f) {
  215.   uint16_t result;
  216.   ((uint8_t *)&result)[0] = f.read(); // LSB
  217.   ((uint8_t *)&result)[1] = f.read(); // MSB
  218.   return result;
  219. }
  220.  
  221. uint32_t read32(File f) {
  222.   uint32_t result;
  223.   ((uint8_t *)&result)[0] = f.read(); // LSB
  224.   ((uint8_t *)&result)[1] = f.read();
  225.   ((uint8_t *)&result)[2] = f.read();
  226.   ((uint8_t *)&result)[3] = f.read(); // MSB
  227.   return result;
  228. }
A hozzászólás módosítva: Nov 8, 2021

IMG_20211108...jpg		    
(#) majkimester válasza roland9 hozzászólására (») Nov 8, 2021 / 1
 
A 172, 186 és 194 sorokat írd át erre:
  1. myGLCD.drawPixel(x+col, y+row);
(#) roland9 válasza majkimester hozzászólására (») Nov 8, 2021 /
 
Köszi szépen, működik
(#) kapu48 válasza roland9 hozzászólására (») Nov 9, 2021 /
 
Azért le kellene ellenőrizni, hogy mi történik olyankor ha, az eltolások miatt a BMP területe túl nyúl a TFT területén?
Mert igy arra a területre is rajzolna a program.

Ha ez zavaró? Akkor be lehet tenni ellenőrzést, minden rajzolás elé pl.:
  1. if((x+col < dispx) && (y+row < dispy))
  2.     myGLCD.drawPixel(x+col, y+row);
A hozzászólás módosítva: Nov 9, 2021
(#) sargarigo válasza kapu48 hozzászólására (») Nov 9, 2021 /
 
Tényleg ki kellene próbálni, de szerintem ezt hardveresen megoldja. Nem hiszem hogy bajt csinál vele..
(#) majkimester válasza kapu48 hozzászólására (») Nov 9, 2021 / 1
 
Le van az is kezelve, ha figyelmesen megnézed.
93. Sor ha teljesen kivül esne, akkor nem csinál semmit.
145-146 sor, ha részben kilógna, akkor csak a kepernyő területere eső részre mennek a ciklusok.
(#) kapu48 válasza majkimester hozzászólására (») Nov 9, 2021 /
 
Igazad van!
(#) Rober_4 hozzászólása Nov 10, 2021 /
 
Sziasztok!
Túlcsordulást szeretnék vizsgálni.
Valahogy ki szeretném zárni, hogy egy változó értéke túlcsordulás esetén ellentétes előjelbe menjen át! Már az is segítene, ha valahogy gyorsan egyszerűen tudnám vizsgálni egy számról (long vagy int), hogy milyen az előjele, mert ha változott, akkor visszaállítanám az előjeltől függően max vagy min értékre.
Segítségeteket köszönöm!
(#) vargham válasza Rober_4 hozzászólására (») Nov 10, 2021 / 1
 
  1. constexpr int cDefaultValue = 0;
  2. int integer = -123;
  3. integer = integer < 0 ? cDefaultValue : integer;
A hozzászólás módosítva: Nov 10, 2021
(#) tbarath válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
Nem teljesen értem. Ha előjeles dologról beszélünk, akkor egy sima if-fel vizsgálod, hogy kisebb-e mint 0, és ha igen, akkor beállítod a default értékét.
Bár célszerű lehet a túlcsordulást inkább megelőzni...
(#) Rober_4 válasza tbarath hozzászólására (») Nov 10, 2021 /
 
Teljesen igazad van, de bitet szerettem volna vizsgálni, amennyiben lehetséges, szerintem úgy gyorsabb lehetek. Körülbelül csak annyi kellene nekem, hogy hogyan tudnám mondjuk egy intnél az előjelbitet vizsgálni...
(#) Rober_4 válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
Tehát betenném az előjelbitet egy változóba, és azt vizsgálnám, hogy nem egyenlő, ezzel nem kellene kisebb nagyobb műveletekkel dolgoznom, else ágra menne stb...
Csak arra nincs ötletem sem, hogy hogyan tudom az előjelbitet kiszedni a változóból...
(#) vargham válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
Nem lesz gyorsabb. A fordító gondoskodik róla, hogy a lehető legjobb gépi kód legyen a forrásodból. Nem igazán tudsz trükközni vele.
(#) majkimester válasza Rober_4 hozzászólására (») Nov 10, 2021 / 1
 
Csak elméletben, de nem javaslom:

Arduino-n az int 2 byte (nem mindenhol annyi), csak annyit kellene tenned, hogy a legfelső bitet megnézed. Ha az 1 akkor a szám negatív. (kettes komplemens-nek olvass utána)

  1. if (szam & 0x8000) { ... }


Vagy ha úgy tetszik:

  1. elojel = szam >> 15;


Hasonló módszert én gyakran használtam PIC assembly-ben több byte-os adatoknál annak ellenőrzésére, hogy a szám negatív-e, mert ott tényleg csak a legfelső byte legfelső bitjét kellett megnézni, ráadásul volt rá bit teszt utasítás.

De őszintén szólva, a C fordító esetén nem fogsz nyerni vele semmit a vargham által javasolt megoldáshoz képest. Továbbá azt sem garantált egyik esetben sem, hogy az eredményed túlcsordult, amikor negatív eredményt kapsz, mert 0-ra is túlcsordulhat, nem csak negatívra és akár normális lehet a negatív eredmény is, ha mondjuk egy összeadásnál az egyik tag eleve negatív volt.
(#) tbarath válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
Szia,

Bővebben: Link
Idézet:
„int’s store negative numbers with a technique called (2’s complement math). The highest bit, sometimes referred to as the "sign" bit, flags the number as a negative number. The rest of the bits are inverted and 1 is added.”

És asszem little endian.
De baromi egyszerű letesztelni. Fogsz egy intet (long, stb.), adsz neki értékekeket (1, 2, 3, -1, -2, -3) és kiiratod binárisan, egyből kibukik hol van az előjelbit.
(#) Rober_4 válasza majkimester hozzászólására (») Nov 10, 2021 /
 
Köszönöm! Ez lehet megoldja amit szeretnék.
(#) majkimester válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
Figyelj, mert mint írtam, az összeadás eredménye 0-ra is túlcsordulhat, egy szorzás eredménye meg simán pozitívra is: 300 x 300 = 90000, de te eredményül 24464-et fogsz kapni, ami pozitív, és amit nem tudsz így detektálni.

A processzor Carry flag-jét kellene megnézni a művelet után, de azt C-ben nem lehet.
(#) Rober_4 válasza majkimester hozzászólására (») Nov 10, 2021 /
 
Nagyon köszönöm! De ezek nálam már nagyon extrém kilengések. Sajnos mivel ez egy audió jel, a legnagyobb problémám, hogy egy túlcsordulás egy óriási impulzust generál, kb max amplitúdóval. Pedig, ha csak simán elveszne, ami több, észre sem lehetne venni...
És ha nem c, akkor meg tudnám nézni a carry flaget? Mondjuk beágyazott assemly kóddal?
A hozzászólás módosítva: Nov 10, 2021
(#) Bakman válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
Honnan jön az érték, ami túlcsordulást okozhat?
(#) Rober_4 válasza Bakman hozzászólására (») Nov 10, 2021 /
 
Egy audióbuffer hanghullámformákból. Néha elszabadul némelyik görbe, és maxérték felett számol. Bár itt most eltolási problémák is vannak, de ez a lényegen nem változtat...
A hozzászólás módosítva: Nov 10, 2021

tulcsori.png		    
(#) sargarigo válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
Azt lehet tudni hogy mi viszi be a hibát? Ebben a konkrét esetben limitálnék mondjuk -255 -re (ex has, csak szemléltetésnek), és ami negatívabb, azt eldobnám/korrigálnám. De enné azért jobb lenne a hiba megjelenésénél megcsípni!
(#) Bakman válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
Nem voltam egyértelmű. A jelet ADC-vel méred vagy valamilyen más módon jutsz az értékekhez?
(#) vargham válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
1. Nem lesz gyorsabb.
2. Kevésbé olvasható. Pont ezért tiltják a biztonsági előírások (MISRA, HIC, stb), hogy előjeles típuson bitműveleteket végezzünk. Persze téged nem kötelez semmi, de általában is érdemes megfogadni az ajánlásokat.
(#) Rober_4 válasza Bakman hozzászólására (») Nov 10, 2021 /
 
Ez egy Due, van rajta egy Dac ami kap egy buffert. A kép konkrétan Audacityel készült, de hallható is a túlcsordulás. Sajnos a hiba sokhelyről jöhet. Vagy alapvetően a modulátor amplitúdója nagy, vagy a reverb algoritmus gerjed fel, teljesen mindegy, ha túlcsordulás van a buffer változómban azt el kellene kapnom...
(#) Bakman válasza Rober_4 hozzászólására (») Nov 10, 2021 /
 
Nem lenne megoldás a bemenő jelet osztani és nagyobb felbontású ADC-t használni? Így nem lehetne túlcsordulás.
(#) Rober_4 válasza Bakman hozzászólására (») Nov 10, 2021 / 1
 
Nem akartam belemenni a projektbe, mert már uncsi, hogy 2 éve ezt csinálom
FMszinti
A legújabb forráskód itt:
Forrás
(#) sargarigo válasza Rober_4 hozzászólására (») Nov 10, 2021 / 1
 
Tegyük fel hogy elkaptad. Akkor mit tennél vele? Hangnál behallatszik minden anomália nem?
Egyébként én a jel meredekségét figyelném, ha túl nagy az amplitúdóváltozás túl rövid idő alatt, akkor trigger van.
(#) Kovidivi válasza sargarigo hozzászólására (») Nov 10, 2021 /
 
Nem értem én se a problémát. Ha kisebb, mint nulla, eldobjuk. Hogy ez most 1 vagy 3 órajel, olyan mindegy. Sima if és kész.
(#) pipi válasza Kovidivi hozzászólására (») Nov 10, 2021 / 2
 
Kritikus helyen én inkább választok nagyobb tartományú számábrázolást, ami tuti nem csordul túl,
az előforduló értékekkel, olyan sokkal nem lesz hosszabb/lassúbb a kód.
Következő: »»   711 / 847
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