My guess is that we're getting an error packet, or not flushing buffers fully, or something. I'm pretty sure the NTPClient code is pretty trusting in the data it gets from the network and will happily parse something else (eg: an error) as a timestamp and return it.

Anyway. Detect this sort of failure if possible and retry.

I have an elekstube clone clock made by Novellife. It has an ESP-32 WROVER module. I compiled the latest code and it loaded fine. Watching the serial console, the clock connects to my network and receives the timebvoa ntp. It sets and reads the R8025 real-time clock just fine. The LEDs behind the displays light up.

The issue is that nothing is displayed on the TFT displays. Any ideas on how to find out why they don't work?

I followed the instructions, but I can't compile the project. Can anyone help me? These are some of the errors I get when compiling:

In file included from C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\Backlights.cpp:1:0: C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\Backlights.h: In constructor 'Backlights::Backlights()': Backlights.h:64:37: error: 'Backlights::config' will be initialized after [-Werror=reorder] StoredConfig::Config::Backlights *config; ^ Backlights.h:60:8: error: 'bool Backlights::pattern_needs_init' [-Werror=reorder] bool pattern_needs_init; ^ Backlights.h:22:3: error: when initialized here [-Werror=reorder] Backlights() : config(NULL), pattern_needs_init(true), off(true), ^ Backlights.h:61:8: error: 'Backlights::off' will be initialized after [-Werror=reorder] bool off; ^ Backlights.h:23:71: error: base 'Adafruit_NeoPixel' [-Werror=reorder] Adafruit_NeoPixel(NUM_DIGITS, BACKLIGHTS_PIN, NEO_GRB + NEO_KHZ800) ^ Backlights.h:22:3: error: when initialized here [-Werror=reorder] Backlights() : config(NULL), pattern_needs_init(true), off(true), ^ C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\Backlights.cpp: In member function 'void Backlights::setIntensity(uint8_t)': Backlights.cpp:51:59: error: suggest parentheses around '-' inside '>>' [-Werror=parentheses] setBrightness(0xFF >> max_intensity - config->intensity - 1); ^ C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\Backlights.cpp: In member function 'void Backlights::loop()': Backlights.cpp:69:76: error: suggest parentheses around '-' inside '>>' [-Werror=parentheses] setBrightness(0xFF >> max_intensity - (BACKLIGHT_DIMMED_INTENSITY) - 1); ^ Backlights.cpp:71:65: error: suggest parentheses around '-' inside '>>' [-Werror=parentheses] setBrightness(0xFF >> max_intensity - config->intensity - 1); ^ C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\Backlights.cpp: In member function 'void Backlights::rainbowPattern()': Backlights.cpp:185:61: error: suggest parentheses around '-' inside '>>' [-Werror=parentheses] setBrightness(0xFF >> max_intensity - config->intensity - 1);
^ In file included from C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\ChipSelect.cpp:1:0: C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\ChipSelect.h: In member function 'bool ChipSelect::isSecondsOnes()': ChipSelect.h:35:71: error: suggest parentheses around comparison in operand of '&' [-Werror=parentheses] bool isSecondsOnes() { return (digits_map&SECONDS_ONES_MAP > 0); } ^ C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\ChipSelect.h: In member function 'bool ChipSelect::isSecondsTens()': ChipSelect.h:36:71: error: suggest parentheses around comparison in operand of '&' [-Werror=parentheses] bool isSecondsTens() { return (digits_map&SECONDS_TENS_MAP > 0); } ^ C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\ChipSelect.h: In member function 'bool ChipSelect::isMinutesOnes()': ChipSelect.h:37:71: error: suggest parentheses around comparison in operand of '&' [-Werror=parentheses] bool isMinutesOnes() { return (digits_map&MINUTES_ONES_MAP > 0); } ^ C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\ChipSelect.h: In member function 'bool ChipSelect::isMinutesTens()': ChipSelect.h:38:71: error: suggest parentheses around comparison in operand of '&' [-Werror=parentheses] bool isMinutesTens() { return (digits_map&MINUTES_TENS_MAP > 0); } ^ C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\ChipSelect.h: In member function 'bool ChipSelect::isHoursOnes()': ChipSelect.h:39:71: error: suggest parentheses around comparison in operand of '&' [-Werror=parentheses] bool isHoursOnes() { return (digits_map&HOURS_ONES_MAP > 0); } ^ C:\Users\User\Desktop\latest\EleksTubeHAX-main\EleksTubeHAX\ChipSelect.h: In member function 'bool ChipSelect::isHoursTens()': ChipSelect.h:40:71: error: suggest parentheses around comparison in operand of '&' [-Werror=parentheses] bool isHoursTens() { return (digits_map&HOURS_TENS_MAP > 0); } ^

If I flash the BoingBall, the displays remain all black. On the serial I can see the fps numbers though.

I also tried flashing your original firmware: same result, black displays. The fw dump from my clock looks a bit different in some places. https://github.com/saschaludwig/EleksTubeHAX/blob/main/original-firmware/fw-backup-4M_sascha.bin

Any Idea what might be the difference? My PCB says "EleksTube IPS Docker v6.1.11"

Best regards, Sascha

Firstly - thanks for creating the alternate firmware and documenting all the steps - compiled and worked first time.

I discovered that your original fw-backup-4M.bin does not work on the new EleksTube IPS clock I just received. Fortunately, I had made a backup of my firmware before uploading new Firmware and my backup firmware does restore correctly. I checked multiple times with different baud rates - same results.

I'm not sure what is different - all the parts look the same as your documented part numbers.

Please consider adding a Warning for prospective hackers to backup their firmware before uploading new firmware. Someting similar to:

# backup the firmware from the esp32
esptool --baud 115200 --port COM3 read_flash 0x0 0x400000 my_fw-backup-4M.bin

Hi and thank you for fully reverse engineering and providing an open-source alternative for the stock software!

I would like to use your code as the basis of a modification (a so-called usermod) to my WLED project. WLED is an open-source ESP8266/ESP32 project to drive WS2812 and other addressable RGB LEDs with lots of possible lighting effects. It also already has support for NTP, timezones and automatic DST change implemented.

I would kindly like to ask for permission to re-use parts of your code in that context - of course giving full attribution and linking to this repo.

Users/User/Library/Arduino15/packages/esp32/tools/xtensa-esp32-elf-gcc/1.22.0-97-gc752ad5-5.2.0/bin/xtensa-esp32-elf-gcc -nostdlib -L/Users/User/Library/Arduino15/packages/esp32/hardware/esp32/1.0.6/tools/sdk/lib -L/Users/User/Library/Arduino15/packages/esp32/hardware/esp32/1.0.6/tools/sdk/ld -T esp32_out.ld -T esp32.project.ld -T esp32.rom.ld -T esp32.peripherals.ld -T esp32.rom.libgcc.ld -T esp32.rom.spiram_incompatible_fns.ld -u esp_app_desc -u ld_include_panic_highint_hdl -u call_user_start_cpu0 -Wl,--gc-sections -Wl,-static -Wl,--undefined=uxTopUsedPriority -u __cxa_guard_dummy -u __cxx_fatal_exception -Wl,--start-group /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/sketch/Backlights.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/sketch/Button.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/sketch/ChipSelect.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/sketch/Clock.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/sketch/EleksTubeHAX.ino.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/sketch/Menu.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/sketch/StoredConfig.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/sketch/TFTs.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/Preferences/Preferences.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/Adafruit_NeoPixel/esp.c.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/Adafruit_NeoPixel/esp8266.c.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/Adafruit_NeoPixel/kendyte_k210.c.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/Adafruit_NeoPixel/rp2040.c.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/Adafruit_NeoPixel/Adafruit_NeoPixel.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/FS/FS.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/FS/vfs_api.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/SPIFFS/SPIFFS.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/TFT_eSPI/TFT_eSPI.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/SPI/SPI.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/Time/DateStrings.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/Time/Time.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/ETH.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/WiFi.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/WiFiAP.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/WiFiClient.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/WiFiGeneric.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/WiFiMulti.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/WiFiSTA.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/WiFiScan.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/WiFiServer.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/WiFi/WiFiUdp.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/NTPClient/NTPClient.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/DS1307RTC/DS1307RTC.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/libraries/Wire/Wire.cpp.o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/core/core.a -lgcc -lesp_websocket_client -lwpa2 -ldetection -lesp_https_server -lwps -lhal -lconsole -lpe -lsoc -lsdmmc -lpthread -llog -lesp_http_client -ljson -lmesh -lesp32-camera -lnet80211 -lwpa_supplicant -lc -lmqtt -lcxx -lesp_https_ota -lulp -lefuse -lpp -lmdns -lbt -lwpa -lspiffs -lheap -limage_util -lunity -lrtc -lmbedtls -lface_recognition -lnghttp -ljsmn -lopenssl -lcore -lfatfs -lm -lprotocomm -lsmartconfig -lxtensa-debug-module -ldl -lesp_event -lesp-tls -lfd -lespcoredump -lesp_http_server -lfr -lsmartconfig_ack -lwear_levelling -ltcp_transport -llwip -lphy -lvfs -lcoap -lesp32 -llibsodium -lbootloader_support -ldriver -lcoexist -lasio -lod -lmicro-ecc -lesp_ringbuf -ldetection_cat_face -lapp_update -lespnow -lface_detection -lapp_trace -lnewlib -lbtdm_app -lwifi_provisioning -lfreertos -lfreemodbus -lethernet -lnvs_flash -lspi_flash -lc_nano -lexpat -lfb_gfx -lprotobuf-c -lesp_adc_cal -ltcpip_adapter -lstdc++ -lc-psram-workaround -lm-psram-workaround -Wl,--end-group -Wl,-EL -o /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/EleksTubeHAX.ino.elf Multiple libraries were found for "WiFi.h" Used: /Users/User/Library/Arduino15/packages/esp32/hardware/esp32/1.0.6/libraries/WiFi Not used: /private/var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/AppTranslocation/77AA4AAA-DDCC-4DAB-8110-06E51642DA41/d/Arduino.app/Contents/Java/libraries/WiFi /Users/User/Library/Arduino15/packages/esp32/tools/xtensa-esp32-elf-gcc/1.22.0-97-gc752ad5-5.2.0/bin/../lib/gcc/xtensa-esp32-elf/5.2.0/../../../../xtensa-esp32-elf/bin/ld: /var/folders/2n/5bg52f0s13l3kxljs5ylvkx80000gn/T/arduino_build_743203/EleksTubeHAX.ino.elf section .dram0.bss' will not fit in regiondram0_0_seg' /Users/User/Library/Arduino15/packages/esp32/tools/xtensa-esp32-elf-gcc/1.22.0-97-gc752ad5-5.2.0/bin/../lib/gcc/xtensa-esp32-elf/5.2.0/../../../../xtensa-esp32-elf/bin/ld: DRAM segment data does not fit. /Users/User/Library/Arduino15/packages/esp32/tools/xtensa-esp32-elf-gcc/1.22.0-97-gc752ad5-5.2.0/bin/../lib/gcc/xtensa-esp32-elf/5.2.0/../../../../xtensa-esp32-elf/bin/ld: region `dram0_0_seg' overflowed by 69656 bytes collect2: error: ld returned 1 exit status Using library Preferences at version 1.0 in folder: /Users/User/Library/Arduino15/packages/esp32/hardware/esp32/1.0.6/libraries/Preferences Using library Adafruit_NeoPixel at version 1.8.0 in folder: /Users/User/Documents/Arduino/libraries/Adafruit_NeoPixel Using library FS at version 1.0 in folder: /Users/User/Library/Arduino15/packages/esp32/hardware/esp32/1.0.6/libraries/FS Using library SPIFFS at version 1.0 in folder: /Users/User/Library/Arduino15/packages/esp32/hardware/esp32/1.0.6/libraries/SPIFFS Using library TFT_eSPI at version 2.3.61 in folder: /Users/User/Documents/Arduino/libraries/TFT_eSPI Using library SPI at version 1.0 in folder: /Users/User/Library/Arduino15/packages/esp32/hardware/esp32/1.0.6/libraries/SPI Using library Time at version 1.6 in folder: /Users/User/Documents/Arduino/libraries/Time Using library WiFi at version 1.0 in folder: /Users/User/Library/Arduino15/packages/esp32/hardware/esp32/1.0.6/libraries/WiFi Using library NTPClient at version 3.2.0 in folder: /Users/User/Documents/Arduino/libraries/NTPClient Using library DS1307RTC at version 1.4.1 in folder: /Users/User/Documents/Arduino/libraries/DS1307RTC Using library Wire at version 1.0.1 in folder: /Users/User/Library/Arduino15/packages/esp32/hardware/esp32/1.0.6/libraries/Wire

I just checked out the latest.. and there seems to be a header file "Menu.h" missing.. unless I've got something jolly wrong here (which, tbh, is pretty likely knowing me)

I don't know if raising an issue like this is the right thing to do... I couldn't find any way of leaving a comment.

jont

Forgive me if this the wrong place / wrong way to get in touch.

I recently got the EleksTubeIPS and am interested in its hacking capability.

I have followed with interest (if not wholly absorbed) the discussion thread on Reddit.

It seems you people have already gotten a long way forward, nice work.

I am a developer - but I'm now old and my brain isn't as spritely as it once was, I'd love to contribute (and still could) but fear I may be more of a hindrance than a help (as you are about to find out!)

I have done very little in the way of dealing with micro-controller projects (I've done just one Arduino project some years back) and have little experience in dealing with interface chips / libraries etc.

Riding on the shoulders of you good folk I have managed to check out the bouncing ball project and successfully got that built, running and (most importantly) restored the clock to its original f/w, using your instructions (and the "font-editor's" copy of esptool.exe, on Windows). Phew.

Wishing to see what can be done - and as a way to familiarise myself with the environment etc - I decided to see if could hack at the bouncing ball sketch to make it do something different.

C/C++ isn't my choice language (far far from it, I've managed to avoid those throughout my career - tbh, I actively dislike them!) so this would've been some bit of a way of forcing myself to learn a bit and get more familiar. But really, I am playing and not doing anything particularly useful. Yet.

Hacking at the code I came across an issue which I am struggling to overcome (I'm not expecting anyone to hand-hold me) but this issue has prompted me to write this text now.

I was struggling with the generation of graphics and the blitting of data to the displays, via the TFT_eSPI library. After much struggling trying and failing to get colours and stuff right.. I double checked the display/interface as described on https://www.aliexpress.com/item/32564432870.html and noticed that it says "Display Color: 262K"... and after some quick investigation this lead me to believe that the display takes 6bits per colour per pixel? rrrrrrbbbbbbgggggg (or whichever way round it really is)... which makes 18bits per pixel... I then peeked into the TFT_eSPI library/headers which seemed (at least on casual reading) to suggest it deals with 1 4 or 8 bits per colour per pixel - and has nice 8bit/16bit data-size/buffer-size/boundaries for many of its functions.

Thinking that I want to send 135 pixels (a single display row) of 18 bits per pixel down to the display (or its controller chip or whatever) doesn't go nicely into any nice boundary/buffer-size of some byte/int or whatever.. hmm.. and this shows up even where I flail with c/c++! but never-mind.

( specifically a line like: tft.pushPixelsDMA(&renderbuf[bufIdx][0], SCREENWIDTH); and the preparation of said buffer etc )

It's quite possible that I am missing something.. but I wondered whether the TFT_eSPI library code is actually capable of driving this display sensibly?

Again, not familiar with how these things are done generally (or, indeed, I haven't read enough), is it the case that lots of code (including the library) can deal with nice power-of-two sized pixels/buffers (with the 6 bits of each colour padded out to a byte with zeros) and it goes all the way through that way until it reaches the actual display (or its controller)... where it is finally converted to the required 18bpp.. and that I shouldn't myself be trying to pack 3 colours of each 6-bits for a pixel spreading over a non-integer number of bytes inside buffers etc? Or is there a fundamental incompatibility between the library and the ultimate display?

Sorry for what might seem like dumb questions but I am somewhat flummoxed at the moment. Happy to delve further and work it out myself.. but not sure where I should be looking.. look harder into the library code? ..investigate the display's controller (ST7789) more? (or both, of course) - or maybe this is a genuine issue. Any clues, advice?

Regardless of whether you are able (or want) to help me, I'd like to say thank you for the work (investigation & dev) you've put in.

Many thanks in advance.

jont

In the readme section, regarding use of TFT_eSPI

Edit Arduino..\libraries\TFT_eSPI\User_Setup.h

...should that not be >>> Edit Arduino..\libraries\TFT_eSPI\User_Setup_Select.h ?

On Linux at least I was unable to compile this without correcting the capitalisation of Mqtt_client_ips.cpp.

And ArduinoJson wasn't mentioned in the readme as a required lib but is needed for the IP geolocation.

I’ve use winmerge but it doesn’t work. The notification show : ”1 different”. I need some help my clock BLACK OUT 😓. I would appreciate it if someone could help me. Sorry about my bad-english 😂

I have a EleksTube IPS Gen2 clock which can sync time via wi-fi. I wanted to try this custom firmware and after reading the guide, i tried hardware modification as written in the doc. But after that, i can no longer upload clock styles using EleksTube tool, i got it from here: https://elekstube.com/pages/elekstube-ips-faces-download, the "EleksTube IPS_NTP_NEW" one. The clock is still recognized by my PC, and i still can use the tool to perform basic functions like changing styles, setting wi-fi, setting backlights. But when i try to upload styles, the tool stuck at 2%, the digit screens turn off and kind off flashing with black screen, and after some time, the clock rebooted, but the clock styles have not changed at all. I also cannot backup using _ESP32 save flash 4MB.cmd file, it keeps showing "Connecting" and then "A fatal error occurred: Failed to connect to Espressif device: Timed out waiting for packet header". I have already tried different baud rates. Sorry but I'm noob at this. What could i done wrong? How can i check if i broke something?

hi, pardon me I am esp32/arduino noob and I have no idea how much ram is available there for use, but I have an idea how to optimize images buffering, if only we can fit that in the memory. Basically - always keep number "0" in the one buffer and swap other numbers in another buffer. (so we need to buffer 2 numbers, where 0 is always in-memory) That way we might almost completely eliminate the lag when numbers switch on every second, because if I am not mistaken, only one digit changes every full minute to a non-zero number, the rest to the right is going to be filled with 0.

This adds support for three BMP formats with 1, 4 and 8 bits per pixel. They use a color palette to determine the RGB888 color, each pixel only stores its palette index, which drastically reduces file sizes. These formats are standardized and can easily be generated with e.g. paint.net. Which one should be preferred depends on the clockface, for simple monochrome ones, the 1 BBP format is enough and needs only ~5% of the size of a 24BPP BMP file!

UNTESTED I've only verified this code as part of the WLED usermod and ported it over, please test before merging :)

| Bits per pixel | File size in kB (for 135x240 img) | % of 24 BPP BMP | Max unique colors | --- | --- | --- | --- | 24 | 98 | 100% | 16M (66K) 16 (.clk) | 64.8 | 66% | 66K 8 | 33.7 | 34% | 256 4 | 16.4 | 17% | 16 1 | 4.9 | 5% | 2

Comparison 1 vs. 4 vs. 8 vs. 24 BPP. With this clockface on the clock, 4 bit looks good, and 8 bit is almost indistinguishable from 24 bit.

здравствуйте! Мне очень понравился ваш проект! И чень хочется собрать самостоятельно такие часики, во время сборки естественно, будут и вопросы. можно будет вам здесь их задавать ? и можно мне их собрать? можно будет у вас попросить печатные платы ?