RFM

Dokładnie. Brakuje atrybutu static.

PDF są w tym przypadku lepsze niż bitmapy bo można skalować bez straty jakości.

W obliczeniach uwzględniaj wewnętrzne napięcie odniesienia. Poza niezbyt precyzyjnym pomiarem problemów nie miałem ale nie próbowałem na Bluepill tylko na NUCLEO. W Bluepill często są podróby, szkoda na to nerwów. W NUCLEO masz programator/debuger, który w przeciwieństwie to chiński klonów, możesz zmienić za darmo i legalnie w J-LINK https://mikrokontroler.pl/2016/05/06/stlinkreflash-interfejs-j-link-w-zestawach-stm32-nucleo-i-discovery/ Masz więc porównanie, NUCLEO z ORYGINALNYM STM32 i programatorem St-Link V2-1 za 55zł (sam St-Link V2-1 ok 50zł kosztuje) vs Bluepill z n

Kupił bym, ale u mnie nie ma paczkomatu

ESP to nie potężny serwer aby kombinować z zaawansowanymi rozwiązaniami. Do takich rzeczy użyj "maliny". Obsługuje ale na komputerze na, którym jest uruchomiona czyli na komputerze klienta. Naturalnie wszelkie "antyświrusy" będą "krzyczeć". Co robi skrypt javascript, że jest niezbędny?

Sprawdzaj z jakiego IP wysłano dane.

W przykładach do biblioteki dla ESP masz zarówno serwer jak i klienta tak TCP jak i UDP. Przykłady działają poprawnie. Pobaw się nimi, pomierz czasy, gdy serwer jest w sieci i gdy go nie ma. Przeczytaj o różnicach w TCP i UDP. Jak potrzebujesz potwierdzeń a zależy na szybkości działania pętli głównej to użyj UDP i potwierdzaj ramki przez ICMP albo UDP. Jak petla główna moze "wisieć" 5 sekund użyj TCP.

Nie ma komendy jak w UART wyślij / odbierz. Zacząłbym od tego, że niepotrzebnie używasz TCP. Przez to musisz postawić serwer, na drugim ESP clienta. Wiesz, ze jak client się nie połączy to ESP "zawiśnie" na 5 sekund? Użyj UDP. Jak koniecznie chcesz sterować przekaźnikami przez URL to ok, postaw serwer ale do komunikacji pomiędzy modułami użyj UDP. Wiesz czym się różni TCP od UDP? PS. Widzę, że tak jak typ zmiennoprzecinkowy jest nadużywany przez Arduino, int zamiast unit8_t, tak w ESP nadużywane jest połączenie TCP. Robiłem porównania czasu wykonani funkcji wysyłania tych samy

Cienkie te ścieżki. Masę warto by wylać.

Dobrze kombinujesz ale można to jeszcze przyspieszyć umieszczając w init0 czy 1 pamiętając, że R1 nie ma (może nie mieć) wartości 0 i jeśli będzie potrzeba trzeba w ASM zrobić wstawkę np XOR r1,r1. W .init3 R1 już == 0 ale wcześniej wykona się parę rozkazów. Co dokładnie robią init? .init0: Jeśli ją zdefiniujemy wykona się zaraz po resecie (wektor pod adresem 0). .init1: Niezdefiniowana, dla użytkownika. .init2: Używana przez C, zeruje R1 i SREG, inicjalizuje stos: 0000008c <__ctors_end>: 8c: 11 24 eor r1, r1 8e: 1f be out 0x3f, r1 ; 63 90: cf ef ldi r28, 0xFF ; 255 92: d0 e1 ldi r2

Który pin konkretnie, bo zasadniczo, w AVR sprzętowo się nie da. Można skrócić ten czas przez: wyłączenie bootloadera i skrócenie czasu resetu na min (domyślnie w Arduino są chyba 64ms). Inne rozwiązanie rezystor podciągający ale nie z każdym pinem to wyjdzie, np RX jest połączone z mostkiem USB i wiele zależy co on robi po czy w czasie resetu.

Czy "u8g2.drawCircle" wykonuje operację na wyświetlaczu czy w buforze w RAM?

Projekt bardzo ciekawy zwłaszcza wykorzystanie kamery bo przeważnie w przypadku liczników wykorzystywana jest dioda sygnalizująca zużycie energii. U siebie problem rozwiązałem licznikiem ORNO-514 (504 wariuje przy małych mocach) + WemosD1. Mam nie tylko informację o sumarycznym zużyciu energii ale także chwilowej mocy zarówno czynnej jak i biernej, napięciu, prądzie, współczynniku mocy http://es2.noip.pl:83/ Dane zapisuję w plikach CSV co 10 sekund na serwerze lokalnym i w Internecie więc nie ma problemu aby zrobić wykres w arkuszu kalkulacyjnym. Niewątpliwa zaleta jest pobór prądu poniże

Analizując zasadę tworzenia "obrazu" wnioskuję, ze autor konstrukcji brał wzorzec z drukarek igłowych. Zapomniał jednak, ze tam kolumna (w ramach wiersza) jest generowania w jednej chwili. Najprostsza zmiana w programie, która znacznie przyspieszyłaby tworzenie obrazu, to rysowanie kolumnami. Dzięki temu oszczędzany jest czas na poruszanie głowicy (zasobnika). W praktyce można przyjąć, że oszczędzamy czas przeznaczony na przesunięcie głowicy = rozdzielczość X * rozdzielczość Y / 2 (dzielimy na 2 bo jak w igłówkach, rysowanie odbywa się przy ruchu głowicy w obie strony). Nie widziałem oryginal

Naturalnie ale w wątku jest mowa o Arduino co najczęściej jest rozumiane jak AVR. Nawet jak nie AVR to Arduino libs. Znasz biblioteki dla Arduino, które obsłużą DMA2D czy choćby DMA do transferu danych do sterownika wyświetlacza z wykorzystaniem FCM albo wbudowany sterownik wyświetlacza np w F429? Ja nie znam i nigdy o czymś takim nie słyszałem natomiast dla FT8xx EVE wygeneruje kod dla Arduino.