- Rise of the Ronin (PS5)
- Xbox Series X|S
- Gray Zone Warfare - Máris túl a félmillión
- World of Tanks - MMO
- Android játékok topikja
- Gray Zone Warfare
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- EAFC 24
- Végre Steamre tart a Sins of a Solar Empire II
- Elindult a Hades II korai kiadása (PC)
-
GAMEPOD.hu
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
tonermagus
aktív tag
Sziasztok!
Nem igazán értek az elektrotechnikához, és sajnos az a helyzet áll fent, hogy 6,4V-ból kellene csinálnom 5V-5,1V-ot.
Annyira azért képben vagyok, hogy az ehhez használt DC-DC stepdownokkal (Pl: LM2596) ez megoldható, csak ebben az esetben nincs meg a tanácsolt 2V differencia. Ennek ellenére kipróbáltam és működik az arduino a DC-DC-n keresztül 6,4 V-ról meghajtva, de ez mennyire stabil illetve ajánlott szerintetek. Illetve mi lehet a jobb megoldás rá? Esetlegesen saját DC-DC építése sem probléma, ha hagyományos (NEM smd) alkatrészekkel kivitelezhető.
Az arduino VIN-je ebben az esetben nem játszik mert szintén 7V-ot ír, illetve vannak még más eszközök a nyákon ami szintén 5V-ról megy, így kell a feszültség átalakítás -
stopperos
senior tag
válasz tonermagus #15652 üzenetére
Szia, az arduino 12V-ról is meghajtható és a +5V lábáról meg tudod hajtani a többi eszközt a nyákon.
Lesz az arduinon egy 3+1 lábú állandó feszültséget előállító áramköri elem. Uno esetén a DC henger dugó bemenete mellett keresd. Nano esetén pedig alul lesz és a Vin lábat kell táplálni hozzá.
A többi áramköri elemet pedig tudod az arduino +5V lábáról hajtani, és 100 mA-t biztos le tudsz róla venni még a kínai változatok esetén is. Lehet szükséged lesz egy-egy 100 uF-os kondenzátorra a Vin-GND és a +5V-GND lábak közé hogy stabil legyen a feszültség amit a +5V-on előállít.
Az usb-n nem fog visszatáplálni, amiatt ne aggódj."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
nagyúr
válasz tonermagus #15652 üzenetére
6.4V már simán elég a Vin/hordó csatlakozón a stabil működéshez (tesztelve), ebből ne csinálj gondot. A lapon lévő regulátor főleg a kínai lapok esetében nem annyira terhelhető, nem tudom mit szeretnél rá kötni, de mondjuk 1-2 sg90 szervónál többet nem nagyon bír külön hűtés nélkül. Én egy uno lapon 2 nagyobb szervóval egyszer már megsütöttem a regulátort, szerencsére a μC nem ment tönkre, ma is működik.
-
tonermagus
aktív tag
válasz stopperos #15653 üzenetére
Maga a környezet úgy néz ki hogy ~18V-on meg van táplálva egy motorvezérlő ESC és egy fesszabályzó ami előállítja a 6,4V-ot. Arról megy egy másik fesszabályzó ami a 6,4-ből 5V-ot csinál. Ez táplálja meg az Arduinot, és arról a körről menne még egy GPS modul és pár egyéb elektronika is. A GPS modul ha jól emlékszem többet vesz fel mint 100mA, így nem szeretném Arduinoról 5V lábról hajtani, illetve már meg is van hozzá a nyákterv, nem is szükséges hogy arról menjen. Ez egyébként úgy néz ki hogy működik.
Próbáltam azt, hogy a ~18V-ot közvetlen leveszem és az lenne az 5V-os DC-DC stepdownnak a betápja (tehát kihagynám a 6,4V-os Stepdown-t) , de ha a motorvezérlő beindult és kövér gázt adtak, akkor az arduino mindig újraindult. Utólag lehet egy kondi elég lett volna, nem tudom, nem értek hozzá. Ez miért lehetett?
Tehát most az alábbi opciók vannak:
- kidobom az 5V-os DC-DC stepdownt, a 6,4V-ot megkapja az Arduino Mega Mini VIN-en, majd a NEO M8N GPS vevőt, illetve 2 db 3mm-es LED-et pedig az ARduino 5V-os portjain hajtom meg.
- megcsapolom közvetlenül a ~18V-ot, ebben az esetben marad az 5V DC-DC stepdown, viszont erről a körröl mennem minden elektronika, nem az arduino 5V pinjeiről. Viszont ebben az esetben meg kellene szüntetni hogy az arduino újrainduljon.
Egyébként a 18V-ot mindenképpen meg kell csapolnom, mert mérem a feszültséget. Jelenleg viszont nem a 18V-ot kötöm az 5V-os DC-DC-re, hanem a 6,4V-os fesszab kimenetét, így megszűnt az újraindulás hibája.[ Szerkesztve ]
-
stopperos
senior tag
válasz tonermagus #15655 üzenetére
Sajnos erre így nehéz válaszolni, hogy miért indult újra. Rá kellene mérni, hogy a feszültségek hogyan változnak nagyobb áramfelvételnél. Multiméter és oszcilloszkóp.
Pár kondenzátor amúgy sokat segít, pl rögtön a bemenetre tennék egy 220uF-470uF@25V elektrolit kondenzátort. A 6,4V kimenetre egy kondenzátort ebben a paramétertérben: 100uF-220uF@10-25V.
Ha mégis kellene, akkor a+5V előállítására valami "LM2940CT-5.0" -t használnék. Ezeknél kell előtte-utána kondenzátor, legalább akkora, mint ami az adatlapján van. A low-dropout miatt a 6,4V elég lesz neki, és 1A-ig lehet terhelni. Arra kell vigyázni, hogy a feszültségesést elfűti, tehát egy kisebb borda kell rá.
A NEO M8N nem +3,0-3,3V-ről megy? (Én egy ilyen adatlapot találtam.)
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
Dißnäëß
veterán
válasz stopperos #15656 üzenetére
Ha már oszcilloszkóp: fesz. szintek mérésére, hasonló egyszerûbb célokra valami belépô, de használható, jó kis oszcilloszkóp ajánlásod volna esetleg ?
Vmiféle plotter funkció van ezeken ? Pl. X idôablakon belülre felrajzolja a fesz. szintet. így láthatom, hogyan viselkedik egy táp, amikor a terhelés rákerül (vagy le róla).
Apám vmi PC-s alapúval mókol, de ritkán találkozunk, nem tudom, azok milyenek. Nekem amúgy szívem mélyén valamiért a sajât kijelzôsök jobban tetszenek.
[ Szerkesztve ]
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Janos46
tag
Sziasztok.
Egy BH1750-et próbálgatok változó sikerrel. Betöltöm, elindul rendesen és méri a fényerőt. Egy idő után leáll és:
[BH1750] ERROR: received NACK on transmit of address
Error initialising BH1750
BH1750 Test begin
[BH1750] Device is not configured!
Újra indítva is marad ez az állapot. Azonban ha másnap ismét elindítom mér, de újra kezdi az egészet. Gondoltam hátha melegszik, habár nem érezni, de azért beraktam a hűtőbe, próbáltam sztaniollal közös potenciára hozni, de semmi nem számít.
Mi lehet az oka ennek és az alábbinak is?
Ha bármilyen programot betöltök, akkor rövid idő után az alábbit írja ki:
Érvénytelen könyvtár található ebben: C:\Users\picur\Documents\Arduino\libraries\arduino-esp32-master: nem található fejfájl (.h) itt: C:\Users\picur\Documents\Arduino\libraries\arduino-esp32-master
Ettől függetlenül működnek a programok. Az érdekesség az, hogy ha csak az üres könyvtár van, akkor is ezt írja ki.Artillery, lelkes újonc vagyok, tanulni akarok!
-
stopperos
senior tag
válasz Dißnäëß #15657 üzenetére
A belépő szint 90-100 eFt körül van a digitális oszcilloszkópok esetén. Ha csak számítógépes, akkor fele ennyibe kerül.
Viszont ha 1 MHz alatt maradsz akkor arduino alapra építhetsz oszcilloszkópot, kell külső A/D konverter 12-bit-es, pár műveleti erősítő a feszültségtartományok váltására.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
vegyszer
addikt
Sziasztok!
Olyat lehet csinálni ESP32 szintén, hogy mind Bluetooth, mind wifi csatornán keresztül próbáljon csatlakozni, de ha az egyik sikeres, akkor a másikat hanyagolja? Esetleg prioritást adni neki, hogy akkor keressen WiFi-t, hogyha mondjuk 20s alatt se all fel a Bluetooth kapcsolat, és akkor arra is azonos időt szánjon, majd vissza az elejére.
"Újságírás az, amit a hatalom nem akar nyomtatásban látni. Minden más csak propaganda." George Orwell
-
Janos250
őstag
válasz vegyszer #15661 üzenetére
A WiFi lekérdezhető, hogy sikerült-e. A BT-t nem tudom, nem szoktam használni.
A szokásos:while (WiFi.status() != WL_CONNECTED) {
delay(500);
Serial.print(".");
}[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
nagyúr
Hátha valaki szerencsével jár! DFRobot giveaway (FB reklám dobta fel)
-
Tomika86
senior tag
Sziasztok!
Lenne 3 kérdésem általánosan C nyelvről.
1. Ha változók vannak deklarálva és a masodikhoz az elsőnek is köze van akkor ezt hogy tudom megcsinálni, hogy programon belül értéket adjak?
Const int elso_val = 10;
Const int masodik_val = elso_val + 1000;Az elso_val érteket viszont módosítani akarom loop ciklusban. Konstans nélkül.
2. Van byte típusú változó, ebbe ha simán belerakok egy int értéket az működik?
Vagy pedig így?
Byte valtozo_2
valzozo_2 = (byte) valtozo_33. Globális változó deklarálas vagy programon belüli a jobb? Ha csak akkor van használva, akkor felesleges globálisan deklarálni?
Észrevehető a különbség?Köszönöm
-
weiss
addikt
válasz Tomika86 #15666 üzenetére
Ha módosítani akarod, akkor az nem konstans.
Működik persze, a C-ben az a jó, hogy engedi, hogy lábon lődd magad Viccet félre téve, nyilván nem fér bele egy int egy byte-ba, csak ha nem használod ki az int ranget, ha még tudod, hogy belefér nem kell castolni. Arra vigyázz, hogy az int alapból signed.
Lokális szebb, de néha kell a globális.
I did nothing, the pavement was his enemy!
-
weiss
addikt
válasz Tomika86 #15669 üzenetére
Alapvetően nem szerencsés globális változót használni, mert azt bárhonnan eléred, ezért nem tudhatod hol módosult. Ez főleg hibakereséskor fontos. Nem tiltja meg senki, és ha a te kódod úgy sokkal egyszerűbb, akkor hajrá. Van valami konkrét kód is, amit meg tudsz mutatni?
I did nothing, the pavement was his enemy!
-
Undoroid
őstag
Sziasztok!
Nagyon kezdő vagyok ebben a témában, amit Ti gyakorlatiasabban vágtok...ezért is kérem a segítségeteket!
Szóval nemrég hozzájutottam egy kissé hiányos -kezdő- mikrovezérlő csomaghoz és az egyik példa lehetővé tette, hogy egy Nano-val, egy 2x16-os LCD kijelzővel és egy termisztorral össze lehet dobni egy egyszerű digitális hőmérőt! Ezzel a programmal szépen végezte a dolgát:
"#include <LiquidCrystal.h>
int tim = 50; //the value of delay time
// initialize the library with the numbers of the interface pins
LiquidCrystal lcd(4, 6, 10, 11, 12, 13);
int thermistorPin = 0; // thermistor connected to analog pin 3
void setup()
{
lcd.begin(16, 2); // set up the LCD's number of columns and rows:
lcd.clear(); //Clears the LCD screen and positions the cursor in the upper-left corner
}
void loop()
{
float a = analogRead(thermistorPin);
//the calculating formula of temperature
float resistor = (1023.0*10000)/a-10000;
float tempC = (3435.0/(log(resistor/10000)+(3435.0/(273.15+25)))) - 273.15;
lcd.setCursor(0, 0); // set the cursor to column 0, line 0
lcd.print(" adeept ");// Print a message of "Temp: "to the LCD.
lcd.setCursor(0, 1); // set the cursor to column 0, line 0
lcd.print(" Temp: ");// Print a message of "Temp: "to the LCD.
lcd.print(tempC);// Print a centigrade temperature to the LCD.
lcd.print(" C "); // Print the unit of the centigrade temperature to the LCD.
delay(500);
"
Ezzel a példával egy érzékelő tud működni! A kérdésem a következő lenne:
Megoldható-e az, hogy a jelenlegi programsor módosításával több (4db) érzékelőt is le tudjon kezelni egyszerre és kijelezni az LCD-n? Akár úgy, hogy enkóderrel vagy navigáló gombokkal tovább lehetne léptetni az aktuális érzékelő kijelzését? (Egyszerre csak egy érték szerepelne, de a kavarodás elkerülése érdekében el lehetne nevezni az aktuális szenzort) A hab a tortán az lenne, ha minden szenzorhoz be lehetne állítani egy riasztási értéket és hiszterézist is és a hozzárendelt kimeneten ez megjelenne, amit FET-el vagy relékimenettel fel lehetne használni. Elegendő lenne ezekhez a feladatokhoz egy NANO vagy inkább egy UNO kellene hozzá? Az LCD -az egyszerűség kedvéért- és a felhasználható kimenetek spórolása miatt l2C kivitelű lenne!Előre is köszönöm az iránymutatást és a segítségeteket!
https://logout.hu/bejegyzes/ngabor2/nyugodj_bekeben_bordoi.html _ https://robo-venture.com -> Az ökotudatos, digitális közösségi alkotóműhely <-
-
nagyúr
válasz Undoroid #15672 üzenetére
Szia!
Először is, üdv a topikban!
Hátulról kezdem:
Elegendő lenne ezekhez a feladatokhoz egy NANO vagy inkább egy UNO kellene hozzá?
A két lapon ugyanaz a μC található (atmega328p), viszont a nano boardon kettővel több analóg bemenet van kialakítva, mint az UNO-n (8db vs. 6db), tehát a nano ebből a szempontból (is) jobb. Tekintve, hogy az i²c az analóg pinek közül kettőt elvesz (az A4 és A5 lábak látják el az i²c SCL és SDA funkcióját is), a nano-n 6, az UNO-n pedig 4 analóg bemenetet tudsz i²c-vel egyidejűleg használni. És ezzel válaszoltam is a másik kérdésedre. -
vargalex
félisten
-
stopperos
senior tag
válasz Undoroid #15672 üzenetére
Akkor előröl is elkezdve.
4db érzékelő: legegyszerűbb az, ha 4 analóg bemenetet definiálsz, és a loop első sorait lemásolod újra és újra az adott termisztornak megfelelő kalibrációs paraméterekkel. A változókat pedig ennek megfelelően elnevezed: [a0, a1, ..., resistor0, resistor1, ..., tempC1, ... ].
Én ezt a részt kiraknám egy-egy függvénybe: float readTermistor1( int pin) { ..., return tempC; } formában.menü funkció: Erre létrehoznék egy "state" globális volatile változót, majd ezt egy switch/case struktúrában vizsgálva váltanék a 4 lcd kiíró kód közül. A vizsgálatra egy maradékos osztást használnék (state % 4). A state változó módosítására pedig létre kell hozni egy-egy függvényt amiben csak annyi van, hogy state++ vagy state--. Például void up() { state++; }
léptetés: Nano és Uno esetén két külső megszakításra van lehetőség. A 2-es és 3-as digitális pin-re kötött egy-egy gombbal tudod majd ezeket előhívni. A linkelt hivatkozásban van példa, csak a meghívott függvényt cseréld ki."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
tonermagus
aktív tag
Sziasztok!
Kicsit szeretném ésszerűsíteni a NYÁK lapomat.
Hála nektek azt már tudom hogy az Arduino Mega 2560 Mini-t meghajthatom 6,4V-ról VIN lábon keresztül. Így akár ki is eshetne a DC-DC stepdown, ami eddig a 6,4V-ot 5V-ra alakította. De még mindig itt van a Neo M8N GPS module, amit szintén meg kellene hogy tápláljak. Alapból 3,3V-ról menne, de elbír az 5V-ról is a VIN lába (jelenleg is 5V-on üzemel). Szerintetek ezt megtehetem az Arduino 5V-os, esetleg a 3,3V-os lábáról? Nem fog szétsülni az Arduino kimenete? Mert ha ez működik, akkor nincs akadálya annak, hogy kivegyem a DC-DC-t a kapcsolásból...Hacsak feszültség stabilizátorként nincs értelme bent hagyni
Ha biztonságosan használható Arduinoról, akkor az 5V-ot, vagy a 3,3V-os kimenetet ajánljátok? Melyikkel melegszik kevésbé? -
Tomika86
senior tag
válasz vargalex #15675 üzenetére
const byte PulsesPerRevolution = 2;
const unsigned long ZeroTimeout = 100000; // For high response time, a good value would be 100000.
// For reading very low RPM, a good value would be 300000.
// Calibration for smoothing RPM:
const byte numReadings = 2; // Number of samples for smoothing. The higher, the more smoothing, but it's going to
// react slower to changes. 1 = no smoothing. Default: 2.
/////////////
// Variables:
/////////////
volatile unsigned long LastTimeWeMeasured; // Stores the last time we measured a pulse so we can calculate the period.
volatile unsigned long PeriodBetweenPulses = ZeroTimeout+1000; // Stores the period between pulses in microseconds.
// It has a big number so it doesn't start with 0 which would be interpreted as a high frequency.
volatile unsigned long PeriodAverage = ZeroTimeout+1000; // Stores the period between pulses in microseconds in total, if we are taking multiple pulses.
// It has a big number so it doesn't start with 0 which would be interpreted as a high frequency.
unsigned long FrequencyRaw; // Calculated frequency, based on the period. This has a lot of extra decimals without the decimal point.
unsigned long FrequencyReal; // Frequency without decimals.
unsigned long RPM; // Raw RPM without any processing.
unsigned int PulseCounter = 1; // Counts the amount of pulse readings we took so we can average multiple pulses before calculating the period.
unsigned long PeriodSum; // Stores the summation of all the periods to do the average.
unsigned long LastTimeCycleMeasure = LastTimeWeMeasured;
unsigned long CurrentMicros = micros();
unsigned int AmountOfReadings = 1;
unsigned int ZeroDebouncingExtra; // Stores the extra value added to the ZeroTimeout to debounce it.
// The ZeroTimeout needs debouncing so when the value is close to the threshold it
// doesn't jump from 0 to the value. This extra value changes the threshold a little
// when we show a 0.
// Variables for smoothing tachometer:
unsigned long readings[numReadings]; // The input.
unsigned long readIndex; // The index of the current reading.
unsigned long total; // The running total.
unsigned long average; // The RPM value after applying the smoothing.Annyit szeretnék, hogy ami itt 3db const van, azokat az értékeket, kijelzőn keresztül szeretném módosítani. De nem működik.
Persze a const elhagyva, és itt van a Zerotimeoutnál a +1000[ Szerkesztve ]
-
Tankblock
aktív tag
válasz Tomika86 #15678 üzenetére
Szia,
Ha a példádat felpakolod a Git, .... ahol meg tudod osztani egyértelműen könnyebb lenne a helyzet....
Kérdés hogyan szeretnéd változtatni azokat az értékket a kijelzőn....
az biztos, hogy a
numReadings
változót nem szerencsés változtatni ha így marad a kód.
minden olyan helyen ahol tömb van ezzel a mérettel plunsigned long readings[numReadings];
ott át kell méretezni vele egyidőben a tömböt is.... Ha ez sima C akkor ugye calloc malloc páros ha jól rémlik..... De az futásidőben szép feladvány lesz, inkább egy láncolt lista mint ezt csinálni..... Még azzal is jobban jársz ha max méretű tömböt hozol létre és csaknumReadings
nyi adatot préselsz bele, majd nem engeded max -1 fölé a számolót.....Release the Beast....
-
Tomika86
senior tag
válasz Tankblock #15680 üzenetére
Szia!
Az igazából nem fontos, ha ezeket megtudom oldani az elég:
const byte PulsesPerRevolution = 2;
const unsigned long ZeroTimeout = 100000;Itt csak ez miatt vagyok gondban, hogy itt is szerepel, vagy ez nem gond?
volatile unsigned long PeriodBetweenPulses = ZeroTimeout+1000;
Köszönöm a segítségeket!
[ Szerkesztve ]
-
vargalex
félisten
válasz Tomika86 #15682 üzenetére
Utóbbira írtam, hogy mivel a változó értéke egy másik változótól függ, így az ne változó, hanem függvény legyen. Most csak telefonról vagyok, de nagyon csúnyán:
unsigned long PeriodBetweenPulses() {
return ZeroTimeout+1000;
}
Majd, ahol használod, ott a
PeriodBetweenPulses
-t lecseréledPeriodBetweenPulses(
)
-re.[ Szerkesztve ]
Alex
-
tonermagus
aktív tag
Sziasztok!
A hétvégén megyek bemutatni a kütyümet egy cégnek.
Kérik, hogy egy minta darabot hagyjak is ott nekik.
Elég paranoiás vagyok, és már tárgyaltunk régebben itt a programkód védelemről. Attól tartok hogy otthagyom a próbadarabot, ők egy AvrDude-al letöltik a programot, a nyáktervet és eszközöket már saját maguk is el tudják készíteni, feltöltik egy AVR-re a kódomat és már mehet is a sorozatgyártás... Vagy ez nem ilyen egyszerű?
Szóval a védelem érdekében arra gondoltam, hogy a kódba beleteszem azt, hogy soros porton 10 másodpercenként kiadja a nevemet. Szerintetek ez érhet valamit? Az AvrDude-al lementett forráskódot tudják módosítani és visszatölteni?
Vagy mit tehetek a kódom védelme érdekében?
Egyáltalán hogy van ez az Arduinos forráskódos dolog. Mintha olyanról is olvastam, hogy ha nyílt libraraykat használok akkor nem védhetem le a kódom? -
ekkold
Topikgazda
válasz tonermagus #15685 üzenetére
Elvileg minden procinak van egyedi azonosítója. Ha ezt kiolvassa a programod, akkor simán megteheted, hogy csak azon az egy procin fusson a kód - és akkor hiába másolja le bárki is... Ezt továbbgondolva pl. az egyik projektemben úgy kezeltem ezt a problémakört, hogy az egyik menüpontban a program kiír egy egyedi azonosítót, amihez meg kell adni egy kulcsot. Ha a megfelelő egyedi kulcsot nem adják meg, akkor a program csak DEMO verzióként működik, indulás előtt 15 másodpercet várakozik, és csak 15 percig működik utána leáll. Ez a kipróbáláshoz bőven elég, és ha valaki tartósan akarja használni, akkor egy jelképes összeg ellenében elküldöm a számára szükséges egyedi kulcsot. Innentől viszont a program .bin formátumban szabadon letölthető a weblapomról, bárki rátöltheti a saját processzorára, kipróbálhatja, és ha tetszik akkor egy jelképes összegért cserébe teljes verzióként is használhatja.
Amúgy mi az a kütyü amit be fogsz mutatni?
A forráskódot amúgy nem tudják lementeni, csak a gépi kódot bináris formában. Nem lehetetlen ebből forráskódot készíteni, de azért elég sok munka ahhoz, hogy ne érje meg - azaz lehet, hogy egyszerűbb, gyorsabb új programot írni az eszközre.
[ Szerkesztve ]
-
Tankblock
aktív tag
válasz tonermagus #15685 üzenetére
Nyáktervhez reverze engineering kell...
Az szerintem nem védelem, max ha valami frankó bootloader megvégi a letöltéstől, vgay használd a Lock byte ot....[link] Remélem ez segít
Esetenként kötheted még a letöltő debugger ID jához....
Release the Beast....
-
nagyúr
válasz tonermagus #15685 üzenetére
Elég drasztikus megoldás, de ha nem használod az SPI lábakat, és hozzáférhető helyen van a μC, próbáld meg levágni az IC-ről. Igaz, így már te sem tudsz rá kódot feltölteni, de valamit valamiért.
-
JóGéza
aktív tag
válasz tonermagus #15685 üzenetére
Miért nem tiltod le a kiolvasást? AVR-nél is van rá lehetőség, úgy tudom.
-
ekkold
Topikgazda
Nem tudom mennyire extra, vagy értékes az a program, de lehet, hogy a hardver ismeretében viszonylag könnyen megírható egy másik program az adott funkciókra. A programozó lábak levágása a prociról némi hekkeléssel még kezelhető: pl. kis köszörülés a tokon, ahol a láb befelé folytatódik, és vékony szál odaforrasztása... Némelyik kollégámnak ez sima rutinfeladat lenne
A lényeg: a védelemnek csak olyan szintűnek kell lennie, ami a program értékének megfelelő. Tehát elegendő ha a védelem megkerülése több munka, mint másik programot írni, és akkor nem fog senki sem foglalkozni a feltörésével - egyszerűen azért, mert nem éri meg.
Amit Géza írt lentebb, általában az is elegendő, és teljesen jó megoldás.[ Szerkesztve ]
-
Janos250
őstag
válasz Tankblock #15687 üzenetére
Igazad van, visszanéztem, tényleg csak C-t írt a srác. Én - lévén Arduino topic - automatikusan C++ -t gondoltam. Bár sose tudom, hogy az UNO, Mega, stb hol tart a C++ verziókban. Az ESP32-re tudom, hogy az a 2011-nél. Ha valaki tudja, leírhatná, hogy okosabb legyek! :-)
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Janos250
őstag
válasz Tomika86 #15694 üzenetére
Csak úgy hirtelen ránézésre:
Micro SD 1/2 tippem szerint biztosan rossz, mert azokat a lábakat a belső flash használja.
Én micro SD-re a VSPI-t használom. (mert csak)
https://randomnerdtutorials.com/esp32-microsd-card-arduino/
"GPIO6 to GPIO11 are connected to the intagrated SPI flash integrated on ESP-WROOM-32"
A lapok nagy részén ki sincs vezetve lábhoz.[ Szerkesztve ]
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Janos250
őstag
válasz Tomika86 #15694 üzenetére
Pl ennél:
https://www.banggood.com/ESP32-WiFi-+-bluetooth-Development-Board-Ultra-Low-Power-Consumption-Dual-Core-ESP-32-ESP-32S-Similar-ESP8266-Geekcreit-for-Arduino-products-that-work-with-official-Arduino-boards-p-1175488.html?cur_warehouse=CN&rmmds=search
ki sincs vezetve.
OFF: 8$-ért az új szabályok szerint is bejön, mert ebben már minden benne van (azaz szállítás, VÁM, ÁFA, vámkezelési díj) , azokat az áruház beléptetéskor kifizeti.Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
-
Janos250
őstag
válasz Tomika86 #15698 üzenetére
Ha két SD kártyád van, akkor a CS (chip select) lábakat a programban kell kezelni, mert ha automatikusra állítod, akkor nem tudsz váltani a két kártya között.
Az amerikaiak $ milliókért fejlesztettek golyóstollat űrbéli használatra. Az oroszok ceruzát használnak. Én meg arduinot.
Új hozzászólás Aktív témák
- XPS 9530 15.6" 3.5K IPS érintő i7-13700H RTX 4060 32GB 1TB NVMe ujjlolv IR kam gar
- AKCIÓ! GAMER PC - RTX 2060 6GB - Ryzen 5 5500 - 16GB DDR4 - 240GB SSD - 500GB HDD
- ÚJ! GAMER PC - RTX 3060 12GB - i5 12400F/13400F - 16GB DDR4 - 500GB Nvme SSD
- Eladó Dell Alienware AW2518HF Monitor 1080p / Flat / 240Hz / TN
- Corsair RM1000x - eladó!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest