Sziasztok,

egy kis segítségre lenne szükségem, hogy megértsem mit csinálhattam rosszul.
Korábban nem tervezgettem 3D-be semmit, de most szükségem lenne egy alkatrészre. Megterveztem SketchUp-ban, minden jónak néz ki rajta, olyan amilyennek szeretném hogy legyen, innen generáltam a .stl file-t, amit kiküldtem a JLCPCB-nek.

Onnan az alábbi üzenetet kaptam vissza:

"There are some bad edges and errors need to be fixed in your file. These errors occurred because there might be some accuracy algorithms difference of different format files between the different software or some hidden surfaces had not been deleted yet when drawing the structural surfaces. Please kindly check if there are some hidden surfaces had not been deleted."

Valamint egy képet is csatolt, de nem látom rajta hogy mi lehet a probléma.

Csak az MpLba 8 -on használtam stimulust.
Itt lehet találni módszereket.
register injection: Egy regiszter értékét lehet a stimulussal beállítható idővel vagy időközönként módosítani.

Üdv!

Vannak fejlemények, de sajnos nem jók. Egyszerűen nem jó az ADC. Timer3-interruptban hívnám meg és mérnék. Elvileg ez meg is történik, de az adatok nem jók. Ennek a 12 bite módnak vannak sample A és sample B bitjei. Ha az ALTS-t 0-ra állítom, akkor a legjobb eredmény az, hogy 1 minta jó, a másik 4095, majd megint jó, megint 4095. Na ekkor jutott eszembe, hogy ok, szándékosan legyen ALTS=1,hogy váltakozzon a sample A és a sample B között. Ekkor, ha definiáltam a CH0SA-t és CH0SB-t is, pozitív és negatív pinekkel mindennel, akkor a legjobb eredményem a következő volt:
1 mérés, legyen a sampl A, kiadja a szinuszt, de csak fele minavétellel. A sample B is kiadja a szinuszt, de 180 fokos fázistolással, szintén fele mintavétellel.

Hol lehet a hiba? DMA máshogy tölti fel? Időzítési probléma? Van valaki akinek ez sikerült rendesen? dsPIC128MC802.

Csak kérdeznék. Ilyen megszaladással EL34-el én is találkoztam, világított az anód. Katódellenállással volt beállítva a munkapont, ez meddig kompenzálja a cső öregedését?
Az ARC következetesen fix rács előfeszültséget használ, az Audio note általában katódellenállást.
Hol az igazság?

Nem nyílt forrású, de ha lehet akkor megpatchelném inkább.


Dauh bingó, jövök egyel!!!

Betettem a tartalmát a bash-ba és így meg. A $@ átpasszolása volt a ludas:

Nyilván meg tudom oldani így csak alapból nem szeretem az ilyen tákolásokat...

Most a visszafejtett java kódot nézegetem, hogy mit baltáztak el az indiánok.
Ha akarnál sírni/nevetni akkor erre tessék:
https://github.com/martonmiklos/ipecmd/tree/master

A környezeti változós trükk jó ötlet, de nem jó sajnos az sem:

Közben megtaláltam a beállítást most ezt a híbát írja:
uilding file: ../misc/aux.cpp
Invoking: AVR C++ Compiler
avr-g++ -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -funsigned-char -funsigned-bitfields -fno-exceptions -mmcu=atmega328 -DF_CPU=16000000UL -MMD -MP -MF"misc/aux.d" -MT"misc/aux.o" -c -o "misc/aux.o" "../misc/aux.cpp"
../misc/aux.cpp: In function ‘void aux_ADCReadIntr(uint8_t)’:
../misc/aux.cpp:38:39: error: ‘ADFR’ was not declared in this scope
ADCSRA = (1<<ADEN) | (1<<ADIE) | (1<<ADFR) | (1<<ADIF) | (1<<ADSC) |
^
make: *** [misc/subdir.mk:23: misc/aux.o] Error 1
"make all" terminated with exit code 2. Build might be incomplete.

11:16:01 Build Failed. 2 errors, 0 warnings. (took 721ms)

Ebben van a lényeg:Valamelyik változóban (?) nem férnek el az adatok.

A ".data" rész nem fog elférni a "text" területen. "text" túlcsordulás 30 bájttal.

Hello!
Megpróbltam Linuxon is ezeket írta ki utána:
7:02:32 **** Build of configuration Release for project DigitalPowerSupply-1 ****
make all
Building file: ../sensors/ds18b20.cpp
Invoking: AVR C++ Compiler
avr-g++ -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -funsigned-char -funsigned-bitfields -fno-exceptions -mmcu=atmega8 -DF_CPU=16000000UL -MMD -MP -MF"sensors/ds18b20.d" -MT"sensors/ds18b20.o" -c -o "sensors/ds18b20.o" "../sensors/ds18b20.cpp"
Finished building: ../sensors/ds18b20.cpp

Building file: ../misc/aux.cpp
Invoking: AVR C++ Compiler
avr-g++ -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -funsigned-char -funsigned-bitfields -fno-exceptions -mmcu=atmega8 -DF_CPU=16000000UL -MMD -MP -MF"misc/aux.d" -MT"misc/aux.o" -c -o "misc/aux.o" "../misc/aux.cpp"
Finished building: ../misc/aux.cpp

Building file: ../misc/pwm.cpp
Invoking: AVR C++ Compiler
avr-g++ -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -funsigned-char -funsigned-bitfields -fno-exceptions -mmcu=atmega8 -DF_CPU=16000000UL -MMD -MP -MF"misc/pwm.d" -MT"misc/pwm.o" -c -o "misc/pwm.o" "../misc/pwm.cpp"
Finished building: ../misc/pwm.cpp

Building file: ../lcd/hd44780.cpp
Invoking: AVR C++ Compiler
avr-g++ -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -funsigned-char -funsigned-bitfields -fno-exceptions -mmcu=atmega8 -DF_CPU=16000000UL -MMD -MP -MF"lcd/hd44780.d" -MT"lcd/hd44780.o" -c -o "lcd/hd44780.o" "../lcd/hd44780.cpp"
../lcd/hd44780.cpp: In member function ‘void HD44780::sendstringformat(char*, ...)’:
../lcd/hd44780.cpp:192:9: warning: unused variable ‘LASTCHAR’ [-Wunused-variable]
int LASTCHAR = NUMCHARS - 1;
^
Finished building: ../lcd/hd44780.cpp

Building file: ../io/DigitalIn.cpp
Invoking: AVR C++ Compiler
avr-g++ -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -funsigned-char -funsigned-bitfields -fno-exceptions -mmcu=atmega8 -DF_CPU=16000000UL -MMD -MP -MF"io/DigitalIn.d" -MT"io/DigitalIn.o" -c -o "io/DigitalIn.o" "../io/DigitalIn.cpp"
Finished building: ../io/DigitalIn.cpp

Building file: ../io/DigitalOut.cpp
Invoking: AVR C++ Compiler
avr-g++ -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -funsigned-char -funsigned-bitfields -fno-exceptions -mmcu=atmega8 -DF_CPU=16000000UL -MMD -MP -MF"io/DigitalOut.d" -MT"io/DigitalOut.o" -c -o "io/DigitalOut.o" "../io/DigitalOut.cpp"
Finished building: ../io/DigitalOut.cpp

Building file: ../main.cpp
Invoking: AVR C++ Compiler
avr-g++ -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -funsigned-char -funsigned-bitfields -fno-exceptions -mmcu=atmega8 -DF_CPU=16000000UL -MMD -MP -MF"main.d" -MT"main.o" -c -o "main.o" "../main.cpp"
../main.cpp: In function ‘int main()’:
../main.cpp:159:32: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
"********************\n");
^
../main.cpp:190:4: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
);
^
Finished building: ../main.cpp

Building target: DigitalPowerSupply-1.elf
Invoking: AVR C++ Linker
avr-g++ -Wl,-Map,DigitalPowerSupply-1.map,--cref -mrelax -Wl,--gc-sections -Wl,-u,vfprintf -lprintf_flt -lm -Llibprintf_flt.a -Llibm.a -mmcu=atmega8 -o "DigitalPowerSupply-1.elf" ./sensors/ds18b20.o ./misc/aux.o ./misc/pwm.o ./lcd/hd44780.o ./io/DigitalIn.o ./io/DigitalOut.o ./main.o
/usr/lib/gcc/avr/5.4.0/../../../avr/bin/ld: DigitalPowerSupply-1.elf section `.data' will not fit in region `text'
/usr/lib/gcc/avr/5.4.0/../../../avr/bin/ld: region `text' overflowed by 30 bytes
collect2: error: ld returned 1 exit status
make: *** [makefile:94: DigitalPowerSupply-1.elf] Error 1
"make all" terminated with exit code 2. Build might be incomplete.

17:02:33 Build Failed. 3 errors, 3 warnings. (took 1s.77ms)

Üdv!

Minden úgy működik, ahogy kell, de tényleg. UART, SPI-RAM stb. is simán megy a sok buktató ellenére. A különböző GND probléma is meg van oldva. Sok szimulációs hiba/bug és spi trükkös megoldással sikerült sok-sok problémát megoldani, olyanokat is, amikre az adatlap sem tér ki. DE MEGINT van egy ilyen...

Kezdek belebolondulni, hogy semmi sem úgy megy, mint ahogy azt az ember elgondolná. ADC-t szeretnék csinálni az alábbi feltétlekkel:

-Vref+ A0
-Vref - A1
-Jel + An4
-Jel - A5 -de errenincs szükség dsPIC33FJ128M802-nél, mert az adott beállítások mellett nem tudja, a Vref- -t használja, ha jól tudom.

-Nincs Scan, csak 1 csatorna kell, 16 órajel 1 mintára, csak ezt használja, nincs interrupt, mert a timer indítja, amit én paraméterezek fel. A gond már ott kezdődik, hogy sdPIC33FJ32M202-t lehet szimulálni, de az is kétséges sokszor, mert volt olyan, hogy a logikailag hibás SPI-vel simán ment, a helyessel meg kerülőkkel szóval...
Itt a gond, amit bármilyen beállítást alkalmazok sem jó. (persze csak azt az egyet nem próbáltam, ami jó lenne!!!!

Ha ebből a while-t kiszedem, és sok nop-al helyettesítem, akkor kapok sok-sok nullát, ami ugyan nem jó, de előrelépés a semmihez képest. While-al semit semkapok, mert soha nem teljesül a feltétel, ez miatt minden más funkció is megáll, amit a main loop-ból hívnék.... A baj az, hogy a DONE soha nem lesz 1. Miért? Melyik beállítás miatt nem lesz ez soha 1? Ezt is a netről kaptam, valakinél így megy, kap eredményeket is. Ebben az esetben két dolog lehet. 1 ha jó minden, akkor a szimuláció nem jó az eltérő procik miatt. 2 nem jók a bellításaim sem.



Itt van a harmadik beállítás.



Ezek egyelőre csak tesztek lettek volna, de a readADC()- ben a while miatt soha, egyik sem megy, ezért nem tudom az init-ben sem pontosítani a beállításokat.

Van valaki aki ezen már sikeresen végigment?
Proteus 8.1, MplabIDE 5.35, dsPIC33FJ128MC802.

Köszönöm a segítséget előre is!

Megnéztem a kódot, a fordítókörnyezethez adott vsnprintf hívást használja a kiíráshoz (lásd: https://github.com/radhoo/digital_bench_power_supply/blob/1a3af2e5a...p#L195 )
Rákerestem hasonló problémára, és azt találtam, hogy a float formázást kihagyja a fordító a rendszerből, ha nem kapcsoljuk be. Gondolom azért, hogy spóroljon a kódterülettel. A problémára találat itt: https://stackoverflow.com/questions/37815771/snprintf-not-working-a...vr-gcc

A megoldás onnan kimásolva (nem próbáltam ki): Ezeket a linker opciókat hozzá kell adni a linker híváshoz:



Eclipse alatt fordítod a kódot, azzal a .project fájllal, amit benn van a git projektben? Vagy csináltál hozzá make fájlt? El tudom képzelni, hogy Eclipse alatt ezt a paramétert az egész workspace-re állította be, vagy valamiért az ő környezetében alapból ki volt kapcsolva ez a méretoptimalizáció, azért működött jól az eredeti kód az eredeti szerzőnél.

Üdv mesterek!
A következő lenne a gondom van itt ezen az oldalon ez a kapcsolás:
https://www.pocketmagic.net/digital-bench-power-supply/
Nos én letöltöttem a tömörített mappát amiben bent volt a lefordított Hex fálj is meg a forráskód is.
Namármost amikor feltöltöttem a Hex fájlt az AVR-re teljesen jó volt a kijelzés csak éppen az a baj hogy a kódban meg kellene változtatni az ellenállás értékeket azt meg ugye a Hex fájlban nem lehetséges. Ezért elővettem a forráskódot de amikor azt lefordítom és felírom az AVR-re akkor a feszültség és áram értékek helyett csak ?-et ír ki a kijelző és nem tudom ez mitől lehet.
Itt van egy kép az eredti Hex-el és a frissen fordítottal.
És a forráskód:
Köszönöm előre is ha valaki tudna ebbe segélni.

Nekem sem világos, ezt valahonnan nyestem, a szimulációkban ok minden.

Adatlapból:



Eddig azt hittem az a while azt csinálja, hogy megvárja, mire vége lesz az átvitelnek. Itt lehet a hiba? Nincs vége, de már bezárom? Ok, kipróbálom, majd, hogy csak az init-ben indítom el és nem kapcsolom ki. De addig is nincs olyan lehetőség, while, ami megmondja, hogy mikor ment át az adat? Hasonlóan a read-nél lévőnél? Melyik regiszter és bitje lehet ez. Sajnos most nem látom már át rendesen.

Üdv!

Megint nem értem pontosan mi történik, mert megint hulla fáradt is vagyok már.

Minden működik, de tényleg. UART-ról fogadok karaktereket, küldök sok adatot, de az SPI csak nem megy. Az is a baj, hogy Proteusban csak p33FJ32MC202-t tudok szimulálni, de nekem p33FJ128MC202-m van. A szimulációban minden tökéletes, simán jó. A valóságban meg....
Átírom mindenhol a header-eket, hogy a p33FJ128MC802.h forduljon bele a kódba. Feltöltöm, ráteszem az analizátort és a csatolt képet kapom. Elvileg RAM-ba kellene írni. Az írás nem jó, mert nagy vonalakban, mikor olvasnék ki akkor az óra jele megjelenik és jó. Előtte a három próbálkozás az az RAM felé az instrukció, cím felső byte, majd alsó byte, majd ami már jó, az az olvasás lenne. Nem tudom mia baj. Lehet kellene lehúzó ellenállás, meg ilyesmi, de akkor olvasáskor miért jó? Nem értem.
A MOSI sem jó, ott is hiba van, semmit nem csinál. A képen látszik, hogy az első 3 próbálkozás, ami a write lenne időben sem jó, sokkal rövidebb, nem csak hiányzik az óra impulzus sorozat.
Itt a kód:



Elvileg a pin remapping jó, mert akkor nem jelenne meg az óra, mikor a read()-t hívom meg. A csatolt képen látszik a hiba, de olvasáskor a megjelenő óra ideje jó, 80 MHz van leosztva 128-al.

Köszönöm , közben én is kutakodtam, de magyarul nem sokra jutottam, szerintem azért mert ritka dolog hazánkban:

Phase shifter


Quadrature booster


Szerintem egyértelműen ez utóbbiról van szó.

Nyelvet nem beszélőknek hevenyészett magyarítás:

Nem értem!
Minek kéne flag register? Minek kell az előző állapot?

Jön a megszakítás, megnézed hogy magas, vagy alacsony szint van-e. Ha magas felfotó él volt, ha alacsony lefutó!

Sajnos a választott PIC azon lábai amit használok, csak Change notification-t tudnak. Minden változásra jeleznek. Nincs külön flag register. A bebillenést követően vizsgálom a portot és az előző elmentett állapotot megnézem és a kettő közti változásból következtetek a megszakítást kiváltó eseményre. Nos ezen logika mentén gondolkodom és haladok.

Nem az a célom. Az volt a lényeg hogy gyorsan és működjön pár napig. Így tudtam megoldani 20 perc alatt. Nem volt egy működőképes nagy kapacitású power bank azt ez lett belőle. Ma kérdéses hogy menni fog e végig. Holnap meg fel lesz töltve úgy is. Ha meglett volna a step down konverter kéznél elhiheted egy autó aksit is odaraktam volna ehelyett a valami helyére. Szerencsére csak egy mini kamera és egy telefon van rajta ami adja a netet a kamerának. Az eredeti rendszer elköszönt egy hibás töltésvezérlőnek köszönhetően. Kamera meg kell. A kinézet ellenére igényes a dobozolása. 15x10cm szerelő dobozban nyugszik így már az eső sem gond neki.

Üzenet:

cannot convert 'float*' to 'long int*' in assignment
ptr = (float*)malloc(2 * Ciklus_max * sizeof(float));
^

exit status 1

Compilation error: cannot convert 'float*' to 'long int*' in assignment

Kód:
ptr = (float*)malloc(2 * Ciklus_max * sizeof(float));

if (ptr == NULL) {
Serial.println("Memory not allocated.\n");
}
else
{
Serial.println("Memory allocated.\n");
}

Így gondoltad? Már totál belezavarodtam mindenbe. Ezt is kipróbáltam. A pointer meg nem lehet float, kipróbáltam azt is, hogy a otr is float, és a fenti kódban is ahogy mondtad.

Meg ezt is:



Hiba. Írtam, hogy ezzel kezdtem, mert az az eleje mindennek. Elvileg mennie kellene, de ezek szerint másik memória területekbe kellene pakolnom, vagy ilyesmi, de nem értem.

Kell valami módszer, ami az egyiket az egyik memória szegmensbe teszi, a másikat másikba és így tovább. A DSPIC-ben van ilyesmi, de az ESP-t nem ismerem.

Erre már a fordító is mérges, de már nem látom át rendesen....



A (float)i is egy teszt, ha nincs előtte, akkor sem megy.

IDE
DRAM segment data does not fit.
region `dram0_0_seg' overflowed by 94392 bytes

De ilyen hibát dobott akkor is, mikor a const Mintaszam-al akartam pár dolgot megoldani, ezért kellett a Ciklus_max. Ez teszt, nem éles, több változó is kell majd. Sokkal.

Linkről:

ptr = (int*) malloc(100 * sizeof(int));
Since the size of int is 4 bytes, this statement will allocate 400 bytes of memory. And, the pointer ptr holds the address of the first byte in the allocated memory.

Kód:


Nem sikerül allocálni. Nem lehet, hogy elromlott az ESP?

Futás a Serial monitoron:

Eddig megy...
Memory not allocated.

Ciklusok után...

Ha értéket adnék nekik, akkor rögtön hibával elszáll, azaz az IDE is azt mondja, hogy túlléptem a megengedett határt. A Malloc-al ki szerettem volna deríteni, hogy rosszul csináltam-e valamit és azért nem jó, vagy nincs elég memória ehhez, nem töltöm fel a tömböket, csak létrehozom például így:

float Adatok[16278];
float Re[16278];
float Im[16278];

A pointernek egésznek kell lennie, mert a memória területre mutat. Lehet ennek long-nak kell lennie? 540KByte meghaladná az integert? Na ez még lehet. Megnézem.

Vennem kell másikat, de szűkös a keret mostanában sajnos. Tegnap borozgattaam, miközben a Malloc-al foglalkoztam. De ma megnéztem, és rájöttem miért hagytam ott és ittam inkább tovább...



A Ciklus_max az a tömb mérete, 16384. De nem férek el benne, de elvileg 500+KByte-nak kellene lennie. Ebben el kellene férnie nem? Ez 128KByte, de már ez sem fér el. Az IDE nem panaszkodik minden esetben, de volt olyan futás ami felment az ESP-re, de folyton újraindult. De azt egy hibás const -okozta.

Szóval hibásan írtam, hogy megvan a hiba. Sajnos nincs meg.

Másképpen kell a memóriát használni? Nekem sajnos kell ez a fajta memória, a Flash-ben is kell valamennyit tárolnom, de 3-4 ilyen tömbre szükségem lenne. Még így is Hanoi tornyait kell játszanom.

Mégis hogy próbáltad le akkor a motort? Azt döntsük már el, hogy ez most BLDC vagy sima DC(kefés) motor? Mert nem mindegy milyen motorvezérlőt veszel.

A BMS -re írtam, a lényeg, hogy 7S legyen, és lítium ionhoz való, lehetőleg minél nagyobb áramú, ami még befér a régi helyére.

Ebből én igazából csak két szöveget látok, nem magát a terméket. Azért kértem, linket tegyél fel, hogy az alapján tudjunk javaslatot tenni ha a technikai paramétereit megnéztük. Így első olvasatra az utóbbit mondanám, mert arra nagyobb feszültség van írva, csak épp ennyi információval nem sokra megyünk.


Na ez az amit mi sem tudunk, amíg nem magát a két terméket nézzük meg.

Sziasztok!

Küzdök még kicsit, de nem jó.
Mintaszam=16384;
Float típusú tömbökkel operálnék.

Elvileg ekkor 1 tömb 4*16384 Byte, ami 65536byte, ami 64KByte.

Két ilyennél ezt a hibát kapom a fordítótól:

DRAM segment data does not fit.
region `dram0_0_seg' overflowed by 28848 bytes

Elvileg az 520KByte-ba ennek és a kicsi kódnak bele kéne férnie.
Arduino IDE 2.1.0

Board:
ESP32-WROOM-DA Module

De ezzel sem jó:

NodeMCU-32S

Mi lehet a gond?

Sziasztok!
Szükségem van egy 7 akkucellás MBS-re, egy Bosch porszívóba. A régi panel, amiben a BMS is benne van, "meghalt". A porszívóban eredetileg 7 akku cella van, és 27,5 V van ráírva.
Gyakorlatilag kétféle MBS-t látok: az egyik:
BMS 7S 24V 10A 15A 20A 30A Li-ion 18650 Battery Charge Board With Balance Function Short Circuit / Temperature Protection
és a másik:
BMS 7S 25.9V 30A 20A 15A 10A Li-ion 18650 Battery Manage Board Balanced Charging Short Circuit Protection Common Port Power bank
MBS-ekkel eddig nem foglalkoztam, nem tudom, hogy mi a különbség köztük, az egyik miért 24 V-os, a másik miért 25,9 V-os?
Melyik lenne a jó nekem? Az eredeti panelen látok egy 20 A-es biztosítékot, ebből arra következtetek, hogy a motor nem vesz fel 15 A-nál, esetleg 10 A-nál többet.
A működési időre max. 75 perc van írva, és "Turbó" állapotban 15 perc. Feltételezem, hogy nem valami speciálisan nagy Ah-ás akkumulátorok voltak a porszívóban. (Nem látom felírva a kapacitásukat)
A kérdésem, hogy nekem melyik BMS-re van szükségem? A 24 V-osra, vagy a 25,9 Voltosra? Ezen kívül a 10, 15, vagy a 20 A-osra?
Ezen kívül szükségem van egy motor meghajtóra is. Nem tudom eldönteni, hogy 10A-os, vagy 15 A-os, esetleg a 20 A-os kellene-e? Az, hogy hány A-os a motor meghajtó, az azt jelenti, hogy a ráírt max. áramerősségnél lekapcsol, letilt, vagy azt, hogy ez fölött tönkre megy?
Én úgy gondolom, hogy ez biztosan jó lenne:
DC 6V-90V 15A DC Motor Speed Controller Stepless Speed Regulation Pulse Width PWM DC 12V 24V 36V 48V 1000W

not great, not terrible.

Sziasztok!
Szeretnék felprogramozni egy Arduino pro mini-t, de állandóan ezt a hibaüzenetet kapom:

avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x25

Már telepítettem könyvtárakat, újra tettem az Arduino ide-t, próbáltam régebbi verzióval, de semmi, a hiba továbbra is fennáll.
Van valakinek valami ötlet, mi lehet a gond?

This is not a bug, this is a feature! Kvantumpoti, diszkrét állapotokkal, az egyes kvantumpontok között megfelelő erejű és irányultságú kinetikus energia szükséges!

Sziasztok !

Adott egy program MH ET LIVE ESP32 MiNiKit-re, ARDUINO IDE 1.8.12 a fordító, a végén ezt a hibát dobja fel. E:\aquacontrol32-master\aquacontrol32-master\aquacontrol32\webservertask.ino: In function 'bool setupMDNS(const char*)':
webservertask:673:49: error: cannot convert 'ip4_addr*' to 'esp_ip4_addr_t*' {aka 'esp_ip4_addr*'}
esp_err_t res = mdns_query_a( hostname, 2000, &addr );
^~~~~
In file included from C:\Users\Tibi HP8470P\AppData\Local\Arduino15\packages\esp32\hardware\esp32\2.0.11\libraries\ESPmDNS\src/ESPmDNS.h:46,
from E:\aquacontrol32-master\aquacontrol32-master\aquacontrol32\aquacontrol32.ino:7:
C:\Users\Tibi HP8470P\AppData\Local\Arduino15\packages\esp32\hardware\esp32\2.0.11/tools/sdk/esp32/include/mdns/include/mdns.h:649:83: note: initializing argument 3 of 'esp_err_t mdns_query_a(const char*, uint32_t, esp_ip4_addr_t*)'
esp_err_t mdns_query_a(const char * host_name, uint32_t timeout, esp_ip4_addr_t * addr);
~~~~~~~~~~~~~~~~~^~~~

cannot convert 'ip4_addr*' to 'esp_ip4_addr_t*' {aka 'esp_ip4_addr*'}

Mi lehet a gondja ?

Tibi

Az ötödik nap délelőttjén hatalmas sóhajtás után feldaraboltam az Audio note AN-SP QSSC hangfalvezetékeket, majd szépen befűztem a helyükre.
Délután majd az ellenállásokat kezdem el beforrasztani, ezek AN 2 wattos nem mágnesezhető tantalumok 
TJ.