Forum - Socoder

-=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- (c) WidthPadding Industries 1987 0\|377\|0 -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=- -=+=-
Socoder -> Hardware and Technology -> Building a Touchable Keyboard
Page : 1 2 3 Prev 4 5 Next
Sun, 22 Sep 2019, 09:55
spinal	It would probably be very hard to fit something 'DIY' in there, I imagine that the insides are all full up with it's own insides. It did cross my mind initially but I ruled it out because of the presumed space issues, also I wanted a C64 keyboard layout, which, like most 80's 8bits, was unique. -=-=- Check out my excellent homepage!
Sat, 05 Mar 2022, 09:27
spinal	If only I had posted the full code for this, I'd be able to continue where I left off! -=-=- Check out my excellent homepage!
Sat, 05 Mar 2022, 09:35
Jayenkai	Oh no. What happened?
Sat, 05 Mar 2022, 09:45
spinal	Found I had a spare screen that I forgot about, hunting through my hard drives, can't find the code. -=-=- Check out my excellent homepage!
Sat, 05 Mar 2022, 10:00
Jayenkai	D'oh...
Sat, 05 Mar 2022, 10:08
spinal	Found something! However it compiles to use more than 100% space, that's not good. I will assume the gfx libraries in arduino have bloated over the years, because I'm sure this used to work -=-=- Check out my excellent homepage!
Tue, 08 Mar 2022, 09:19
spinal	Raspberry Pi Pico to the rescue! No idea if there is software for the touch screen or not, but I asume there will be keyboard code somewhere. -=-=- Check out my excellent homepage!
Tue, 08 Mar 2022, 09:40
Jayenkai	Oooooh!
Tue, 08 Mar 2022, 09:55
spinal	Some of those images dont work and I have no idea what format they're supposed to be, I assume 1bpp but I might be wrong. Should have backed up the code somewhere. \|edit\| I can actully start over with the gfx as I'm only using 3% of the flash space instead of 106% that I was on the arduino. -=-=- Check out my excellent homepage!
Sat, 19 Mar 2022, 12:19
spinal	Should have took a photo of the wiring before pullint it apart, it wont work againnow -=-=- Check out my excellent homepage!
Sat, 19 Mar 2022, 13:18
Jayenkai	Oh no!!!
Mon, 21 Mar 2022, 07:47
spinal	OK, before going any further, here is the current working code, It has screen, touch and SD card working on the raspberry pi pico through arduino libraries. The following code first blanks the screen then waits for a serial window to be opened on the computer. Once the serial window is open, it dumps a directory listing through the serial then draws a C64 keyboard on the screen. If you touch the screen, it checks the touch point agains the current min/max points for scalling, if it's outside that range it simply extends the range, result is that the more you touch the screen, the more accurate the positioning is. It also draws a key at the touch point. #include <SPI.h> #include <SD.h> #include <TFT_eSPI.h> TFT_eSPI tft = TFT_eSPI(); #define touchPin 15 #include "Keyboard.h" #include "gfx.h" #define sWidth 320 #define sHeight 240 uint16_t screenBuffer[320240]; File root; char stDate[20]; // Buffer fÃ¼r aufbereitetes Datum // This is calibration data for the raw touch data to the screen coordinates int TS_MINX = 1000; int TS_MINY = 1000; int TS_MAXX = 1000; int TS_MAXY = 1000; void gfx_drawPixel(int x, int y,uint16_t pixel){ if(x > sWidth \|\| y > sHeight) return; screenBuffer[x+sWidthy] = pixel; } int penX, penY; // keyboard X const int16_t KeyX[] PROGMEM = { 0, 20, 40, 60, 80, 100, 120, 140, 160, 180, 200, 220, 240, 260, 280, 300, 0, 30, 50, 70, 90, 110, 130, 150, 170, 190, 210, 230, 250, 270, 290, -1, 0, 20, 40, 60, 80, 100, 120, 140, 160, 180, 200, 220, 240, 260, 280, -1, 0, 20, 50, 70, 90, 110, 130, 150, 170, 190, 210, 230, 250, 280, 300, -1, 60 }; // Keyboard Y const signed int KeyY[] PROGMEM = { 0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 , 20,20,20,20,20,20,20,20,20,20,20,20,20,20,20,20, 40,40,40,40,40,40,40,40,40,40,40,40,40,40,40,40, 60,60,60,60,60,60,60,60,60,60,60,60,60,60,60,60, 80 }; // Sizes // 0 = single key // 1 = 1.5 key // 2 = 2 key // 3 = spacebar // const unsigned char KeyW[] PROGMEM = { 0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 , 1 , 0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,1 ,0 , 0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,2 ,0 , 0 ,1 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,0 ,1 ,0 ,0 ,0 , 3 }; const int16_t KeyGlyph[] PROGMEM = { 32,50,51,52,53,54,55,56,57,58,49,44,46,29,-1,-2, -3, 18,24,6,19,21,26,22,10,16,17,1,43,31,-4, 0, -5,-6, 2,20,5,7,8,9,11,12,13,59,60,62, -7, 0, -8,-9,27,25,4,23,3,15,14,45,47,48,-9,-10,-11, 0, 0 }; unsigned long runTime = 0; void putKey(int x, int y, int keySize, int keyType, signed int keyGlyph) { //int KeyHeight = 20; int KeyWidth = 20; switch(keySize){ case 1: KeyWidth = 30; break; case 2: KeyWidth = 40; break; case 3: KeyWidth = 180; break; } int t=2; for(int x1=0; x1<keyl[1];x1++){ for(int y1=0; y1<keyl[0];y1++){ gfx_drawPixel(x+x1,y+y1,pgm_read_word(&key_pal[ pgm_read_byte(&keyl[t++])+keyType4 ])); } } int w = 0; for(w = 0; w<KeyWidth-5; w++){ t=2; for(int x1=0; x1<keym[1];x1++){ for(int y1=0; y1<keym[0];y1++){ gfx_drawPixel(x+x1+w+keyl[1],y+y1,pgm_read_word(&key_pal[ pgm_read_byte(&keym[t++])+keyType4])); } } } t=2; for(int x1=0; x1<keyr[1];x1++){ for(int y1=0; y1<keyr[0];y1++){ gfx_drawPixel(x+x1+w+keyl[1],y+y1,pgm_read_word(&key_pal[ pgm_read_byte(&keyr[t++])+keyType4])); } } // normal ascii glyphs if(keyGlyph >= 0){ for(int y1=7; y1>=0;y1--){ int myByte = pgm_read_byte(&charset_Tiles[(keyGlyph8)+y1]); for(int x1=0; x1<8;x1++){ int myBit = (myByte >> x1)&1; if(myBit != 0){ gfx_drawPixel(6+(7-x1)+x,7+y+y1,pgm_read_word(&charset_Tiles_pal[ myBit ]) ); } } } } // different keys if(keyGlyph <-1){ keyGlyph = -keyGlyph -2; int t=0; int glyphOffset = keyGlyph417; for(int y1=0; y1<=16; y1++){ for(int x1=0; x1<4; x1++){ char myByte = pgm_read_byte(&extraGlyphs[glyphOffset + t++]); for(char x2=0; x2<8; x2++){ int myBit = (myByte >> (7-x2))&1; if(myBit != 0){ gfx_drawPixel(x+(x18)+x2+2,y+y1+2,pgm_read_word(&charset_Tiles_pal[ myBit ]) ); } } } } } } void drawKeyboard(int top){ int start = top320; int fin = 320240; for(int t=start; t<fin; t++){ screenBuffer[t] = key_pal[8]; } //gfx->fillRect(0, top, 319, 239, key_pal[8]); // F Keys int pos = 159; putKey(pos,top,2,1,0); pos += 40; putKey(pos,top,2,1,0); pos += 40; putKey(pos,top,2,1,0); pos += 40; putKey(pos,top,2,1,0); // Other Keys for(int t=0; t<65; t++){ int x = pgm_read_word(&(KeyX[t])); int y = pgm_read_word(&(KeyY[t])); if(x >=0 && y>=0){ signed int thisGlyph = (signed int) pgm_read_word(&KeyGlyph[t])-1; //if(thisGlyph >0){ putKey(x-1,y+top+20,pgm_read_byte(&(KeyW[t])), 0 ,thisGlyph); //} } } } void transferBuffer(){ tft.pushImage(0, 0, 320, 240, screenBuffer); } void setup(void) { pinMode(touchPin, INPUT_PULLUP); tft.begin(); tft.setRotation(3); // Swap the colour byte order when rendering tft.setSwapBytes(true); tft.fillScreen(TFT_BLACK); #ifdef DF_GFX_BL pinMode(DF_GFX_BL, OUTPUT); digitalWrite(DF_GFX_BL, HIGH); #endif //Keyboard.begin(); // start the keyboard code drawKeyboard(119); Serial.begin(38400); while(not Serial) delay(10); delay(2000); Serial.print("Pin SS = "); // Identify SPI pin group Serial.println(SS); Serial.print("Initializing SD card..."); if (not SD.begin(SS)) { Serial.println("initialization failed!"); return; } Serial.println("initialization done."); root = SD.open("/"); printDirectory(root, 0); Serial.println("done!"); } void loop() { transferBuffer(); uint16_t x, y; if(digitalRead(touchPin)==LOW){ tft.getTouchRaw(&y, &x); if(x<TS_MINX)TS_MINX=x; if(x>TS_MAXX)TS_MAXX=x; if(y<TS_MINY)TS_MINY=y; if(y>TS_MAXY)TS_MAXY=y; //int oldX=penX; //int oldY=penY; int penX = map(x, TS_MINX, TS_MAXX, 0, tft.width()); int penY = map(y, TS_MINY, TS_MAXY, 0, tft.height()); putKey(penX,penY,2,1,0); //Serial.printf("x: %i ", x); //Serial.printf("y: %i ", y); //Serial.printf("z: %i \n", tft.getTouchRawZ()); } } void printDirectory(File dir, int numTabs) { while (true) { File entry = dir.openNextFile(); if (not entry) { break; // no more files } for (uint8_t i = 0; i < numTabs; i++) { Serial.print(" "); } Serial.print(entry.name()); int iLength = strlen(entry.name()); if (entry.isDirectory()) { Serial.println("/"); printDirectory(entry, numTabs + 1); } else { // files have sizes, directories do not int iLen = 23 - iLength - 2 numTabs; char stForm[8]; sprintf(stForm,"%%%dd ",iLen); Serial.printf(stForm,entry.size()); time_t cr = entry.getCreationTime(); time_t lw = entry.getLastWrite(); Serial.printf(" Created: %s ", formatDate(cr)); Serial.printf(" Last write: %s\n", formatDate(lw)); } entry.close(); } } char* formatDate(time_t tVal) { struct tm * tmstruct = localtime(&tVal); int iYear = ((tmstruct->tm_year) + 1900) % 1000; int iMon = tmstruct->tm_mon; int iDay = tmstruct->tm_mday; int iHour = tmstruct->tm_hour; int iMin = tmstruct->tm_min; sprintf(stDate,"%02d.%02d.%02d %02d:%02d",iDay,iMon,iYear,iHour,iMin); return ((char*)&stDate); } --v Next step: make it do something useful...... or not. -=-=- Check out my excellent homepage!
Mon, 21 Mar 2022, 08:04
Jayenkai	Cool! Now, will the RPico also be able to do the C64 emu, or would you need perhaps a second Full-Pi hooked up to it for that? How powerful IS the Pico? -=-=- ''Load, Next List!''
Mon, 21 Mar 2022, 08:17
spinal	I've seen a Pico do c64 emu, not sure if it can do both though. I was originally going to use a pi zero for the emu, but can't get that working as all the software is outdated and can't be updated. -=-=- Check out my excellent homepage!
Tue, 22 Mar 2022, 03:23
cyangames	Can you write to the pico from windows software? might have a look into it, I should up my level on programming in this area, can you recommend any guides for beginners in this field spinal? You make some awesome projects. -=-=- Web / Game Dev, occasionally finishes off coding games also!
Tue, 22 Mar 2022, 05:05
spinal	There is at lease one way to setup the arduino ide to use the rpi pico, can't remember how that went though but once done, regular arduino code will run on it, but it takes a lot longer to compile than for other arduinos. As for guides, you may have noticed that I don't actually know what I'm doing, I just google code snippets here and there and glue it all together. -=-=- Check out my excellent homepage!
Tue, 22 Mar 2022, 05:26
cyangames	Okies, will do some research tonight then pico boards are dirt cheap also which is handy! -=-=- Web / Game Dev, occasionally finishes off coding games also!
Sun, 27 Mar 2022, 11:23
spinal	OK, with the above diagram, I now have the same setup as before, but with a larger screen. This on is 480x320, giving plenty of pixels to draw any size keyboard I want. It uses whatever the Arduino Pico library is called as well as tft_eSPI for the screen control (both display and touch), and I think the standard SD card library. You can see from the diagram, the SD card uses the hardwar SPI pins, and the screen is done in software (I think). -=-=- Check out my excellent homepage!
Thu, 31 Mar 2022, 04:24
spinal	Hmmm, need to figure what is wrong with the pixel format ðŸ˜Ÿ -=-=- Check out my excellent homepage!
Thu, 31 Mar 2022, 04:32
Jayenkai	Looks like something the Mythbusters would use for testing speeds of things! -=-=- ''Load, Next List!''
Thu, 31 Mar 2022, 13:47
spinal	The pixels are being sent as bgr565, Regular BBBBBGGG GGGRRRRR. I wonder if they are wrong ended? -=-=- Check out my excellent homepage!
Fri, 01 Apr 2022, 12:50
spinal	OK, The following code increases the RGB value for every single pixel in a 256x256 grid. for(int y=0; y<256; y++){ for(int x=0; x<256; x++){ lineBuffer[x] = colour++; } tft.pushImage(0, y, 480, 1, lineBuffer); } --v Which gives something like the following (although on the actual screen there seems to be more red, but that might be my old-man eyes squinting at a tiny screen... The first line goes from 0 to 255, then the second from 256 to 511 etc. As it loops through the green 16 times, I will assume that the right most 4bits are Green, next to those, the red seems to take 16 steps, so that should be 4bits and the blue seems to repeat every 32 pixels down. Giving the format of BBBBBRRRRGGGG, that cant be right, thats only 13bit and this grid uses the full 16bit range.... Literally every single possible 16bit number is there. \|edit\| Ah, probably 844 (not 544), still..... never heard of that format, even swapping the bytes around, that's RGB844, nothing I've evers seen that I'm aware off. I'll do some tests and see if that's right. -=-=- Check out my excellent homepage!
Fri, 01 Apr 2022, 13:35
Jayenkai	Pretty colours!
Fri, 01 Apr 2022, 14:25
spinal	Got it working now, it was RGB565 after all, I have accidentally added an extra 0 onto the trasmition speed, so was sending the data too fast. Result was that every <insert number here> bit got dropped. Running it a little slower works perfectly -=-=- Check out my excellent homepage!
Fri, 01 Apr 2022, 16:16
rockford	\o/ Yay for human error and not something you can't fix!
Mon, 04 Apr 2022, 08:59
spinal	OK, this is working so far... -=-=- Check out my excellent homepage!
Page : 1 2 3 Prev 4 5 Next