- iPhone topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Milyen okostelefont vegyek?
- Okosóra és okoskiegészítő topik
- Apple iPhone 16 Pro - rutinvizsga
- Azonnali mobilos kérdések órája
- Magisk
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Xiaomi 15 - kicsi telefon nagy energiával
- Hatalmas kamerasziget emelkedik ki a Z Fold7 vékony házából
-
Mobilarena
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
-
zsolti_20
senior tag
válasz
Janos250
#13498
üzenetére
Ezek egész jónak tűnnek. Főleg a második az automata érzékelő miatt, pont amilyen nekem is kellene. Nem tudom ez össze hangolható vagy sem arduinóval, esetleg olyan megoldást kell keresnem, hogy először wndowsra szkenneli be mondjuk egy excel fileba aztán abból dolgozik az arduino a továbbiakban.
-
Tankblock
aktív tag
válasz
Janos250
#13396
üzenetére
Google a barátod :-)
Lassan azt érzem, hogy az Arduino library jelen konceptciója mellett az emberek elfelejtenek programozni (Minden plug&play), ezért elmegyünk abba az irányba hogy uPython és mivel a sok egymásra halmozott réteg végett nagy az overload ezért egyre drágább uC kellenek... Pont a lényege fog elveszni az egésznek...
EPS32 hez nem is nagyon használtam Arduino IDE-t, csak 1-2 példa programot használtam.
-
válasz
Janos250
#13396
üzenetére
Nem gondoltam, hogy valaki használja a Windows beépített keresőjét bármire is.
Ajánlom a Total commandert ilyen célokra (is).
Nem Te linkeltél régebben egy oldalt, ahol arduino-hoz készült, újraírt/memóriatakarékos String class-ról írnak? Csak úgy eszembe jutott, hogy régebben szó volt róla, hogy nem ajánlott Arduino alatt a String osztályt használni. -
Tankblock
aktív tag
válasz
Janos250
#13379
üzenetére
Szia,
Annyit pontosítanák, hogy a "C string" jelen esetben egy constans char tömb.
const char[4]
lesz. Ami fordítási időben kerül lefoglalásra. Erre próbált meg a kolléga castolni egy String osztályt, és ezért kapott null pointert.Az Arduino String osztály létrehozásakor a const char * ból egy a String osztályban lévő tárolóba másolódik a tömb tartalma.
String::String( const char *value ){if ( value == NULL ) value = "";getBuffer( _length = strlen( value ) );if ( _buffer != NULL )strcpy( _buffer, value );}van = operátor, a definíció szerint az csak String osztályt képes String osztályal hasonlítani.
const String & String::operator=( const String &rhs ){ if ( this == &rhs ) return *this; if ( rhs._length > _length ) { free(_buffer); getBuffer( rhs._length ); } if ( _buffer != NULL ) { _length = rhs._length; strcpy( _buffer, rhs._buffer ); } return *this;}Forrás : [link]
Jó feladat operátor overload megírása const char * ra
Szerk: code szétcsúszott.
-
Dißnäëß
nagyúr
válasz
Janos250
#13379
üzenetére
Sziasztok, kis segítséget kérnék nálam tapasztaltabbaktól: egy Leonardo-val eltelt idôt szeretnék mérni.
Azaz "bekapcsolt órák száma". Amolyan futásteljesítményt.
Ha elér az eszköz bizonyos óraszámot, valamit jelzek egy LED-el, és ha cserélve az alkatrész újra, egy gombbal ezt nullázni lehet és ismét nulla óráról számol.
Mivel a kerek órák fontosak, ne legyen sok bukás az órák közötti perceken, igazából percekben mérnék, nem is órákban, tehát minden megkezdett percnél billentsen egyet a számlálón a kütyü.
Kell egy ilyenhez RTC, vagy anélkül is megy vajon ?
(Egy olyan Leonardo kompatibilisem van, aminek aljába tehetô egy lapos gombelem, van rajta RTC, de ez a nagy modul, én inkább picivel oldanám meg, ami akkora, mint a hüvelykujjam körme. Jó a nagy is, csak ágyúval veréb ennyire egyszerû dologra elhasználni a rengeteg kimenetet, bemenetet).
(Szerk: bocs, nem Neked, új hsz lenne).Az Arduino-t egy pici nyák trafóról és diódahídról hajtanám. Érzékelné, amikor a fô eszközt kikapcsolom és megszûnik a saját tápja is. Az egyenirányítás után kellôen "nagyra" választott pufferkondival adhatok neki még bármennyi másodpercet, míg frissíti ezt a számlálót vmi flash-be vagy ilyesmibe és utána ô is kikapcsol. Ez az elmélet. Ezeket megoldom, az óra kérdéses számomra, hogyan számolom a perceket és hogyan, hova érdemes letárolni ôket, hogy következô indulásnál azt kiolvasva ott folytassa, ahol abbahagyta.
(Tehát elég kikapcsolásonként 1x írni, nem percenként, ez kíméli a flash-t is).
-
Tankblock
aktív tag
válasz
Janos250
#13258
üzenetére
Websocket? Anno ESP8266 használtam, több eszközre is tudtam syncelni adatokat, ha jól tudom egész komoly projectek vannak vele....
LEtöltesz egy weboldalt a connecttel és a böngésző megnyitja a websocketet az ESP32 vel és az ESP32 feedeli az adatokat..... Droiddal és win 8.1 telóval is ment nekem anno.
-
válasz
Janos250
#13258
üzenetére
Bocs, lehet, hogy félreértem, de ahova küldöd, az fel tud dolgozni HTTP POST-ot? Ha igen akkor kb. ennyi a küldés:
String l_post_data = "az adataid";
HTTPClient l_http;
int16_t l_result = -1;
if(l_post_data.length())
{
l_http.begin("szerver címe");
l_http.addHeader("Content-Type", "application/x-www-form-urlencoded");
l_result = l_http.POST("data=" + l_post_data);
l_http.end();
} -
Dißnäëß
nagyúr
válasz
Janos250
#13253
üzenetére
Fájlátvitel: tökéletes arra a HTTP is. (Vagy HTTPS). (Jobb lenne FTP, SFTP). A http szerver kilistázza a könyvtárban található fájlokat, ezt az aloldalt frissítgeti a túloldali script, ami elhozza innen őket, vagy ilyesmi, sima wget, egyéb.
B opció, hogy VPN csatornát húzol ki a kliensről a vezetékes gépig, valami halálegyszerűt, gondolom úgysem szempont a titkosítás, ne egye a CPU-t. Az így felépült folyosóban már direktben ip alapon látják egymást a végpontok, tehát a vezetékes küldő gép tudja a VPN-es IP alapján címezni a fogadó felet.
Most nem vagyok benne biztos amúgy, hogy (tekintettel a bonyodalmakra) elég-e ide egy ESP, vagy nem-e lenne jobb egy marék Raspberry Pi (1-eseket, olcsón).
Az alap dolgot meglépi egy ESP is, de ha a fura hálózati dolgok miatt ilyen-olyan-amolyan kompromisszumokat kell kötni (és ezeket kezelni), passz.
A konkrét feladat ismeretében lehetne többet nyilatkozni (persze érthető, ha nem írja le az ember).
-
válasz
Janos250
#13254
üzenetére
A TCP szerintem nem is való ilyen folyamatos kapcsolatra, bár nem megoldhatatlan, én régen csináltam push szerverhez hasonló folyamatos kapcsolatot PHP-val, böngésző felé, úgy emlékszem mobilneten keresztül is működött órákon keresztül. Én eleve azt hittem, hogy weblapot küldesz. Talán egy "Connection: keep-alive" header-ön múlik az egész, vagy a küldő oldalon egy buffer flushing beállításon, ezeket nézd meg a küldő oldalnál, hogy van-e ezekre beállítás a library-ban.
Weblap törzsben bináris adat küldésére a legegyszerűbb a base64 encoding. -
válasz
Janos250
#13251
üzenetére
Ja, azt hittem valami php/szerver oldali script/apache szerver a küldő.
Én akkor is a küldő oldalt nézném át először, a client class-ban milyen timeout, buffer méretek vannak megadva.
Olyat próbáltál már, hogy nem csak másodpercenként küldesz adatot, hanem a kettő közt folyamatosan néhány byte-os dummy adatcsomagokat küldesz megszakítás nélkül? A másodpercenkénti adatküldés holtbiztosan bekövetkezik mindig, nincs olyan, hogy kimarad egy-egy csomag és olyankor szakad meg a kapcsolat? -
Dißnäëß
nagyúr
válasz
Janos250
#13245
üzenetére
Szia, részleges válasz:
- TCP megszakadás passz, ezt lehet az ESP csinálja így ? (Nem hiszem, nem lehet hogy vmi programozási izé ?)
- UDP: tipikus streaming/gaming jellegű protokoll, a küldő fél nem vár választ a fogadó féltől, hogy ő megkapta a csomagot, hanem csak küldi észnélkül. Ha a fogadó fél fogadta őt, fogadta, ha nem, nem. Nincs visszacsatolás csomagvesztésnél a küldő fele, emiatt adatfolyam megakadás sem (ami TCP-nél lenne, mindaddig, míg helyesen át nem ment a csomag és erről a visszaigazolót meg nem kapta a küldő fél).
Ha a csomagvesztés nem gond, lehet udp-zni. (Játékban ez nem gond, video-ban sem, mert max. sérül egy képkocka kicsit, na bumm, viszont a forgalom folyamatossága garantált, hibák esetén sincs akadás).
Mobilnetes megosztáson: komplex kérdés, több részre bontom.
1. szolgáltatófüggő, hogy egy SIM kártyával és adatcsommagal rendelkező eszköz, legyen az akár mobiltelefon, akár egyéb, publikus ip címet kap-e, vagy a szolgáltatónál is helyi hálón lévőt, mert spórolnak a nyilvános ipv4 címekkel. A pirosoknál biztos, hogy van ilyen trükk, a kékeknél-rózsaszíneknél nem tudom, de ott eddig mindig nyilvános publikus ip-t láttam magamról.
2. ipv6 mindezen segíthet, ha a szolgáltató, az eszköz és az ESP tudja, de hozhat be plussz bonyikat is.
3. Kék vagy magenta mobil internet kütyüt lőnék, nem telót. [link] Ehhez hasonló (ez csak példa) kütyükkel is lehet kérni, vagy hasonlót megveszel külön és megy bele a SIM, megeteted egy USB portról, vagy akksin keresztül bír vagy 10 órát, sacc.. ezeknek van web-es kezelőfelülete, ahol be tudod állítani a port forward-okat és minden egyéb okosságot, mint egy otthoni router-en. Én egy ilyet használok ha úton vagyok, annak ellenére, hogy a telóm is jóféle motyó, ... tökéletesen teszi a dolgát. Beépített antenna, amit a műanyag doboz nem árnyékol le, szóval a vétel (térerő) is jó, eddig nincs panaszom rá.
-
válasz
Janos250
#13245
üzenetére
Ehhez jó lenne tudni azt is, hogy hogyan épül fel a kommunikáció, milyen weboldalt vagy mit szeretnél folyamatosan elérni, mert az a gyanúm, hogy nem az ESP oldalán van a difi, hanem a kapcsolat nem jól van felépítve (pl http fejlécek).
Ha gondolod írj privit, elég sokféle webes applikációt írtam már, hátha meglátom a hibát. -
repvez
addikt
válasz
Janos250
#13233
üzenetére
csak ezt néztem egyelőre ahogy láttam ezt használták a legtöbb helyen, de még nem néztem jobban utána milyen alternatívája lenne ami tudná a többi gps jelet is fogni.
Amúgy nem úgy értem ,hogy nem akarok, csak nehéz úgy megfogalmazni a dolgokat ha semmilyen elektronikai és programozási hátterem nincs és a legtöbb embernek meg akinek van az olyan dolgok már természetesek ami nekem nem , hogy nem is értik , hogy mit nem lehet érteni bizonyos dolgokon.
Ahogy gyapo11 is írta, nehéz olyan fejjel gondolkodni annak akinek már van rutinja valamiben .
én gépész fejjel saját szavaimmal nagyon is meg tudom , fogalmazni hogy mit várok el a dolgoktól és fizikálisan mit kell csinálni hozzá, de se elektronikusan se softveres téren nem tudom, hogy ezekhez mi szükséges.
Nekem az se egyértelmű, hogy mikor ,miért kell plusz ellenállás vagy egyéb dolog az áramkörbe a modul és a arduiono közé. ezért lenne jó a virtuális segítség, hogy ott jön valami hibajelzés, hogy valami nem stimmel, míg élőbe ha összekötöm rosszul akkor csak az derül ki ,hogy nem működik, de azt nem fogom tudni, hogy miért nem. -
válasz
Janos250
#13202
üzenetére
Köszi a választ!
A verzió: van tippem. De tudod, hogy én meg mazochista vagyok, úgyhogy eldöntöttem, hogy attiny85 lesz, punktum. B verzió: nem elég kidolgozott, mi van, ha nyomva tartott gomb mellett küldöm ki a PWM-et? Rövidzárlat.
Nekem van egy elképzelésem, csak nem akartam leírni, hogy ne befolyásoljam az ötletelést. Viszont azt nem írtam le, hogy a 3 féle funkció milyen viszonyban áll egymással.
A gombnyomás következménye a fény és a hang. Néha lesz fény és hang gombnyomás nélkül is.
Az én elképzelésem szerint az alap beállítás az input, belső pullup-al. A gomb sorba kötve egy mondjuk 1000Ω ellenállással, az se a PWM-et, se a LED-et nem befolyásolja különösebben. A LED a +5V és a kimenet közé, fix LOW output-ra erősen világít, a PWM-re villog, de ez nem kimondottan okoz problémát, mert a kettő általában együtt fog működni. Folyamatos LOW output-ra és a gomb megnyomására a hangszóró elvileg egy kattanással fog reagálni, de a DC jel leválasztása érdekében lesz előtte egy felüláteresztő szűrő.
Ettől keresnék jobb ötleteket! -
csongi
veterán
válasz
Janos250
#13181
üzenetére
Áramszünet esetén mindegy, hogy a szelep milyen helyzetben lesz.
Visszatérő áram esetén default helyzetbe kellene kerülnie.
24V DC kb 1Amper lesz a szelep terhelése. Ezt egy egyszerű relével sztem megoldom.
De holnap felteszem ide, a pontos elképzelés részleteit.
A web lap valahol valamilyen szerveren csak fut, gondolom? -
-
csongi
veterán
válasz
Janos250
#13173
üzenetére
Igen!
aryes
Mobilról rendszerint nem jó a link sajnos.
Szükségem van 6 vezérelt csatornára, 2-3 vezérlő bemenetre.
És ha lehet elkerülném a szerveres dolgokat. Se otthoni se kínai szervert nem vennék igénybe.
Ha elegendő lenne a microtik routerem, jó lenne ha ez elegendő lenne a projekthez.
Minden infó és segítség jól jön.
Ha ki lehet váltani egybelévő egységgel az is jöhet, csak ne kelljen szerverezni ha van rá mód. -
atesss
addikt
válasz
Janos250
#13092
üzenetére
Van erre megoldás sokkal olcsóbban.
Csak nem serial, hanem SPI protokollal.
Wiznet-nek vannak ilyen IC-jei, és arra épülő board-ok Arduino-khoz.
Én ESP-hez (illetve nem tudom már fejből biztosan, a lényeg hogy valamilyen 32 bites, Arduino board-okon is jelenlévő chiphez) néztem annó.
Egyszerűen csak megbízhatósági okból a Wifi-t kiváltani.Az elv a következő volt:
Ha már táp úgyis kell, akkor minden eszközhöz ki lenne húzva egy-egy UTP (pontosabban inkább FTP). És akkor azon az UTP-n a táp mellett (2 érpár, passzív POE) el tud menni egy 100M Ethernet is (2 érpár).
(Bár amúgy aktív, szabványos POE-ben is gondolkoztam, csak az már egy elég nagy fejlesztés lenne, kitalálni, nyákot tervezni, fizikailag pedig beültetni, stb.)Annyi volt vele az egyik problémám, hogy amikor ennek utánanéztem (most már kb. min. fél éve), akkor azt találtam, hogy hiába programozhatók ezek az ESP chipek is már MicroPython-ban, sajnos a vezetékes Ethernet library nem működik velük.
Van valaki itt, aki MicroPython-ban programozik ? -
Tankblock
aktív tag
válasz
Janos250
#13092
üzenetére
CAN onnan jutott eszembe hogy a ESP32 is van, meg STM is. Ezek meg bőven elérhető ár értékben vannak. Egy transciever meg nem a világ összes pénze, autó iparban bőven vannak 10+ éves kocsik CAN busszal, szóval annyira nem lehet rossz (Szakmai ártalom) Ahogy nézetem a FRAME eket kezelik az SDK-k, szóval az adat tartalommal kellene nekem bűvészkedni, de azt bármely protokollnál is nekem kellene....
Ennek az iránynak a fix 12V körbe a lakásba lenne a hátránya. Viszont építhetnék Power bankot ami áramkimaradás esetén is működő képessé teszi és csak véges ponton kellene megtáplálni, cserébe kisebb a 2.4Ghz forgalom....
még gondolkozom rajta.... A központi Relés rendszer is tetszik, mert egyszerű mint a faék...
-
Gergosz2
veterán
válasz
Janos250
#13088
üzenetére
Inkább az a baj, hogyha az ember a BUS-ra rá akar nézni, az nem lesz olcsó. Kell egy CANUSB vagy valami hasonló, és nem is beszélve a szoftverről ami kell hozzá. Vannak a CANopen-es okosságok, de ahhoz sem valami eszköz amivel a BUS-t debuggolhatod.
Én még mindig azt mondom, hogy RS485.
-
válasz
Janos250
#13068
üzenetére
Természetesen csak vicceltem.
Minden feladatot próbálok a legkevesebb alkatrészből, a legminimálisabb hardver felhasználásával megoldani, azért gondolkodom mindig célhardverben. Az AVR-eket meg azért szeretem annyira, mert lenyűgözően egyszerű és átgondolt a működésük, és szeretem, hogy nagyjából mindent értek, ami bennük zajlik. Mint régen a C64.
A másik, hogy szeretek hackerkedni, élvezem, ha egy adott hardverből a lehető legtöbbet tudom kihozni. Az ESP32 mindent (is) tud, azzal nem kihívás bármit elkészíteni. ![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Dißnäëß
nagyúr
válasz
Janos250
#13035
üzenetére
18650 mennyire elterjedt ? Ezt csak azért kérdezem, mert tennék ki eszközt anyám kertjében a fára, egy kisméretű szolár töltővel, madáretetőnek álcázva
Fotós múltam miatt eddig AA Eneloop-on agyaltam, de most nézem ezt a 18650-et, olvasok egy cikket, van itt mindenféle-fajta. Mi ezekben a pláne, a feszültségük, a kapacitásuk, a merülés alatti feszültségesés, vagy egyéb trükk ? (És a protected modelleket ajánlja a cikk, gondolom jobb, ha én is annál maradok, ha már feltétlen e mellett döntök.. de 3-4 AA sem gond).
Arra van infótok, hogy érdemes-e Li-Ion vagy Li-Po-t NiMh helyett ? Annyit tudni vélek ezekről, hogy NiMh karbantartás igényesebb, full töltés után illik lemeríteni, vagy minimum közelébe vinni és onnan újratölteni, míg a két lítiumos fajta elmegy "bufferként" is, azaz a töltésszint "tetején" merítgetni és rátöltögetni is lehet, áramleadó képessége kisebb (de itt nem számít), és gondozásmentesebb.
Jó lenne tudnom, mivel tudnék egy Pi + Arduino hat kombót megtápolni, hogy napközben szolárról menve, a gyengébb órákban és este akkuról életben maradjon a motyó. Mármint a "mivel"-t így fajtára, típusra értem, hogy Ti mivel dolgoznátok.
Havonta 1x látnám és a 7/24 működés elvárt.
Szerk.: ja igen, NiMh nulla fok körül megáll.
Egy hegyi éjjeli automata fotózáskor volt alkalmam megtapasztalni, tökre elfeledkezve erről... 
-
atesss
addikt
válasz
Janos250
#13012
üzenetére
Közben utánanéztem milyen 433Mhz-es adómodult lenne érdemes venni (HW).
Találtam egy nagyon jó leírást, ezt is a bitekmindenhol.blog.hu-n [link]
Ez alapján be is raktam az Aliexpress-es rendelős listámba egy SYN480R + SYN115 adó-vevő modul szettet [link] , és 2db Superheterodyne RXB12 modult [link]
De az még nem teljesen világos, ez az RXB12 modul használható adó és vevő üzemmódban is, vagy csak vevőként ? Ha csak vevőként, akkor mit lehetne hozzá adó párnak használni (az előzőben linkelt másik modulon kívül, valami hasonlóan jó adóerősségűt) ?
Illetve még antennák, első körben csak kicsi spirálantennák is kellenének hozzájuk. Azt nem találtam Ali-n egyik helyen sem ahonnan amúgy is vásárolnék, úgyhogy az szerintem magyar elektronikai boltból keresek mivel úgyis filléres lehet. De nem nagyon találtam eddig. Ok, akár tudok csinálni is ha nagyon kell, de ha van, inkább vennék készen.
Ezek a modulok milyen hosszúságú kódot küldenek ?
Az ugrókódos megoldásnak ezekkel lehet értelme ? -
válasz
Janos250
#13017
üzenetére
Én ilyen, potisat használok, pl. az autóban is ilyen van pár éve, teszi a dolgát. De van belőle fix, mini modul is : előre belőtt feszültséggel. Amúgy a potit nem osztónak használja, tehát a potit cserélheted fix ellenállásra is. Csináltam már ilyet.
A frekvencia nem tudom, mennyire lényeges. A kimenet stabilitását nem az adja.
A kimeneti rövidzárra passz, kész áramkörben nem tudom, mennyire kellene - ha megpusztul valami az eszközben, nem a tápodért fogsz sírni A bemenet polaritásvédelme, és túlfeszvédelme fontosabb. -
PHM
addikt
válasz
Janos250
#13016
üzenetére
A szupresszort a DC-DC konverter elé gondoltam.
A kisfeszültségű rész védelme már komolyabb probléma.
Sem a szupresszor, sem a zener nem tökéletes oda.
+ vedd figyelembe, hogy a soros olvadóbizti rontja a tápfesz. stabilitását.
(A kisfeszültségű zenerek karakterisztikája nem elég meredek.)
Ha fontos a védelem, én valami tirisztoros áramkörben gondolkodnék.
Láttam ilyet valamelyik régebbi Rádiótecnikában. -
atesss
addikt
válasz
Janos250
#13003
üzenetére
Eddig nem is tudtam, hogyan is működik az ugrókódos biztonság. Mármint elsősorban távirányító-technikában (autó, kapunyitó).
Most már nagyjából megvilágosodtam, köszi
Egyszerű de nagyszerű az ötlet.
A szinkron elvesztése viszont elsőre reális problémának tűnik. A "megnyomod N-szer a gombot" nem hordoz biztonsági kockázatot ? Ha a feltörni vágyó ismeri ezt a nyomás-számot (de mivel ez gondolom fix nyomás-szám, így pl. az eszköz kézikönyvében is le kell írniuk, onnantól meg tudható).
ESP-hez létezhet ilyen ugrókódos (leginkább 433Mhz-es) adó illetve vevő modul ?
Vagy egy "standard" 433-es modullal is meg lehetne oldani, hogyha én implementálom SW oldalon az ESP-ken az ugrókód generálást illetve ellenőrzést ? -
válasz
Janos250
#12991
üzenetére
Ja, ért, ha az adatban van benne, akkor csak azt kell kideríteni, mit kell beletenni - ez csak akkor veszélyes, ha valakinek nagyon megéri - nem fogja.
Elvileg pont azt a telefonszámot lehet az SMS-ben átírni, amiről "érkezett". Bár ez régi trükk, de ha ma már nem, az csak jó. (Vagy esetleg a kijelzett névvel keverem. 20 éve volt, na.)
"Könnyen meglehet, hogy az oprendszernek van veremtúlcsordulási hibája, és mivel nyílt, ezért azt bárki megtalálhatja."
A *duino loadere nyílt, szóval szerintem meglenne az, ha lenne benne, de elméleti lehetőségként ott van - sosem attól kell félni, amiről tudsz, mert az ellen lehet védekezni, a baj abból lesz, amire nem gondolt az ember -
Dißnäëß
nagyúr
válasz
Janos250
#12992
üzenetére
Azt hittem, valami egyéb mókolást ért SMS-hez kötve, amit nem érez biztosnak a kolléga. De a totálbiztonsághoz elég annyi is, hogy az SMS küldő fél számát ellenőrizze az ember és kész is, azt hamisítani csak a szolgáltató rendszereibe betörve lehetne, ennek esélye pedig valljuk be, erősen konvergál a nullához.
VPN csak akkor jobb, amíg él a kütyü. Ha wifin lóg, a kis otthoni MediaMarkt-os vagy szolgáltatós router-t pikkpakk megnyomja egy komolyabb próbálkozó és már bent is van a belső hálón, ott meg azonnal kiüti bármelyik kütyüt. Ha az eszköz nyitja a VPN csatornát egy X szerverre, amin a kontroll van, az úgy jó lehet valamire, de továbbra is csak úgy, hogy a helyi hálón nem bombázza őt szénné egy zombi szomszédja
még a kapcsolatfelépítés előtt, amint felrántja a tcp/ip stack-et és dhcp-től ip-t kér (vagy magának ad statikusat). Ezért írtam, hogy mobilnet + privát APN mindent ver, de ezt csak üzleti csomagban lehet cégként a szolgáltatóknál kérni, magánban nem. Ekkor nincs vacakolás se SMS szám ellenőrzéssel, se SMS feldolgozással, meg úgy semmivel sem: MSISDN alapján felregisztrál a SIM a szolgáltató hálójára, default apn-ként megkapja az őrá bekonfigolt privátot (így a nagy netet már nem is láthatja, kivéve ha ilyennek kérték meg, de nem szokás) és bekerül egy privát hálóba, ahol csak a többi ugyanilyen apn-ű eszköz látható, senki más. Ez a tuti. Netre meg kiláthatnak a szolgáltatónál elhelyezett/bérelt/szolgáltatásként kért proxy-n keresztül ha akarnak, de ez ritka. Azaz ma a cloud-al már annyira nem, de ennyire előre még nem haladt a magyar ájtí.
-
atesss
addikt
válasz
Janos250
#12956
üzenetére
Közben még megtaláltam két márciusi hsz-edet az ESP32 előnyeiről: [link] [link]
Illetve utánanéztem a "külső ram"-nak is. pSRAM -nak hívják, itt egy részletes leírás a használatáról: [link]
Ezek alapján én már egy PSRAM-os ESP32-s board-ot próbálok keresni.
Nagy segítség ebben a wikipedia: [link]
Aliexpress-en a "ESP32 pSRAM"-ra keresve ezek jönnek be: [link]
A legelső találat pl. elég jónak néz ki:
4MB / 16MB FLASH for TTGO T8 V1.7 wifi Bluetooth ESP32 WROVER 4MB FLASH 8MB PSRAM electronic module T8 V1.7.1 ESP32 [link]
SD-foglalat és akksicsatlakozó is van rajta, $6.55-ért.
És ráadásul itt azt írja, hogy lehet a 4MB flash verzió helyett 16MB flash verziót is választani.
Bár a wikipedian nem írja hogy létezne ilyen.
Wikipedia alapján is próbáltam amúgy olyat is keresni, amiben a Flash memory 4 MiB fölött van.
De így Surface-mount module-t találtam csak, és azt is csak a gyártói oldalakról, Aliexpress-en nem. Azt meg nem annyira állnék neki kézzel forrasztgatni hogy board legyen belőle. -
-
válasz
Janos250
#12984
üzenetére
MAC címet elég könnyű hamisítani.
A SMS, egyéb mobilos dolgok sem kivédhetetlenek, pl. SMS-be olyan számot írsz, amilyet akarsz. Ez inkább azért érdekes, mert egy támadás haszna kb. nulla egy random támadó számára, így nem foglalkozik az egésszel.
Arduino, txt file : nem tudom, mire gondolsz azzal, hogy abban kapod, ami a hálón jön.Ugyanakkor, ha a hálón tud adatot kapni, és van a szoftverben megfelelő hiba, akkor szerinte egy 328-on is lehet veremtúlcsordulást csinálni...
Nemrég láttam egy olyat, hogy faxot törtek meg analóg vonal irányából : lehetett neki akkora file-t küldeni, hogy túlcsordult, és lefutott a vége. Simán lehetett volna tovább menni a hálózat többi gépe felé. Nyilván az egy erősebb hw, mint egy 328, de egy Mega vagy egy Pi már elég lehet ilyenhez. -
Dißnäëß
nagyúr
válasz
Janos250
#12984
üzenetére
Bar nekem ingyen az SMS, ha majd kesobb nem lenne az, kiszamoltam: ha reggel kimegyek a kapun, nem kell SMS-el nyitnom azt az autonak. Ha napkozben hazaesek, csak a kapu elott parkolok le, nem allok meg be, szinten nem kell SMS. Csak az esti beallashoz kell SMS. Ez napi 1 SMS, az havi 30 atlagban kb. es egy 100 SMS-t tartalmazo extra csomag mar elhanyagolhato, vagy van, ahol egyenesen a meglevo akarmilyen percdijas csomag resze x db SMS. Tehat meg boven tobbre is kepes vagyok aproert. Szoval szerintem ettol nem kell tartani, hogy penzbe kerul, persze, de nem a vilagvege.. es a vilag legtutibb dolga, na ha azt dekodolja valaki "ropteben", szamithat egy cyber Nobel dijra.
Ott egyetlen esely van betoresre: a kici kinai a telodon kemkedik es olvassa az elkuldott sms-eidet, valami backdoor-on keresztul. Ami mokolt firmware-nel megeshet, gyarinal kevesbe (abbol botrany lenne). Bar kepesek mar barmit allitani a hirek + nyilvan ha Snowdent kerdezzuk, akkor mind megbukik..
de legyunk realisak, egy bolti Samsung okostelo es egy barmilyen marka + xda developer-es firmware, haaaaat.. 
Mobilon biztonsagosan IoT-zni amugy jobb egy fokkal, mint konzumer wifin: a szolgaltatotol lehet kerni egyedi speci apn-t, amit a SIM kartyakhoz rendelnek hozza, amiket az eszkozbe teszel. Igy felkapcsolodnak mobilnetre egy privat halozatba, ami a szolgaltato szerverein levo tuzfal es halozat beallitasoktol fugg, hogy kiengedi oket a netre (es hova), vagy nem. De nem kell kiengedni, mert mondjuk egy SIM kartyas mobilnetes kis eszkoz meg Nalad van a muszerfal tetejen vagy ahol akarod, es a kapu elott megnyomva, o is leven ugyanezen az apn-en, szepen vegytiszta tcp/ip-n megkuldi a jelet a kapunal levo masiknak, hogy nyissa. Oszt nyitja. Oszt ip is, vedett is, feltorhetetlen is, jo is. Mindaddig, mig van jo tererod/lefedettseged
-
atesss
addikt
válasz
Janos250
#12956
üzenetére
De akkor ezek szerint az ESP8266-ben is van I2C, no ezt nem tudtam.
Igen, elírtam, természetesen az I2S-re gondoltam !Valamit olvastam az ESP-khez rakható külső memóriákról. Hogy mi is a különbség az SRAM & SPIRAM között, meg hogy milyen a sebességük.
De nem világosodtam meg teljesen.
Ha +2-3$-ért van egy külső flash a nyákon egy ESP32-höz, az szerintem elég hasznos lehetne.Igen, én is most dilemmában vagyok ESP8266 és ESP32 között.
Találtam pl. egy egész szimpatikus board-ot ESP8266-ra: [link]
És lehet rádugni a tetejére shield-eket. Pl. az ugyanott kapható "Data shield" elég hasznos lenne hozzá, DataLog FAT32 microSD-re + egy RTC, plusz $2.19-ért (ok, még egy olcsó microSD meg a gombelem biztosan kell hozzá).Valami hasonlót tudsz ajánlani ESP32-esben ?
A kis fizikai méret nem olyan fontos. Sőt, ha ki van vezetve tényleg minden GPIO-ja, akkor felőlem nyugodtan lehet sokkal nagyobb is. Viszont az fontos lenne, hogy létezzenek hozzá hasonló Shield-ek (pl. ez az RTC+SD elég alap lenne részemről). -
atesss
addikt
válasz
Janos250
#12945
üzenetére
A kérdésem legfőbb részt a chip-re vonatkozott.
De akkor ezek szerint az ESP8266-ben is van I2C, no ezt nem tudtam.
Meg akkor ezek szerint az ESP32-ben is.
Ez a kamerás OV2640 panel viszont baromi jó. Találtam részletesebb leírást róla: [link]
1500Ft-ért, kamerával, SD-kártya foglalattal együtt nem rossz.
Főleg ha még működik vele ez az I2S mikrofon is plusz 1500Ft-ért [link] -
-
Dißnäëß
nagyúr
válasz
Janos250
#12868
üzenetére
Kimerítô. Úgy érzem, van mit tanulnom, .. ahh.. van bent csomó szabim.. 6db különálló eszközt szeretnék monitorozni, mindegyikben 1 mikrokontroller és a mérési adatokat szeretném logolni velük, vagy helyben (Micro SD), vagy egy Pi-re beküldve. Lesz vele meló.
Olyan modult ismertek, ami kicsit powerline-os módon 230V kábelre a jelet rátéve kommunikál egy másikkal ? Nem kell nagy sebesség. Akkor ugyanazon a kismegszakító utáni áramkörön lévô eszközöket tudnám egy központival ugyanígy monitorozni, wifi használat nélkül.
-
#12847
tonermagus
aktív tag
Janos250
#12846
tonermagus
aktív tag
válasz
Janos250
#12846
üzenetére
Mostanában elég sokat hallottam az ESP szót
Lehet ideje lenne váltanom?
Ti egyébként többnyire ESP-vel játszatok, nem is Arduinoval?Megnéztem egy összehasonlítást a két típus között, és az jött le hogy a PWM frekvencia sokkal részletesebb 0-1024 az ardu 0-255-jéhez képest ezzel gyakrolatilag egy átmapoló parancsot spórolnék meg és finomabb lenne az átmenet a LED szalag színei között... Elvileg állítható a frekvenciája is, így megszűnhet a "zúgás". Kérdés hogy ha ezt piszkálgatom akkor minden eszköz ugyan úgy fog működni?
Az hogy wifi van rajta számomra nemigen érdekes. Illetve az univerzális i2c pinek sem érdekelnek.
Viszont kicsit aggaszt a kompatibilitás. Teljesen megszoktam az Arduino library rendszerét. Bármi kell szépen leszedtem a library-t és minden happy volt. Ez az ESP nem tudom mennyire támogatja ezeket.
Illetve ami még kérdéses a tápellátás. Ahogy látom az ESP-k ~3V-ot használnak. A legtöbb eszköz amit vezérlek 5V-ot igényel. Ez nálatok nem okoz gondot?
-
#12840
tonermagus
aktív tag
Janos250
#12838
tonermagus
aktív tag
válasz
Janos250
#12838
üzenetére
Rosszul fogalmaztam: maga a LED kiírással nincs gondom. Szépen csinálja, bármennyi LED-el. A gond akkor kezdődik amikor mellette még Szervót is vezérlek... A LED vezérléssel minden ok, de a szervó elkezd izegni-mozogni. ÉS ez elvileg jól ismert probléma a WS2812-nél. Épp most találtam rá megoldást, sűrű servo detach + ritkább LED kiírás. De jól látszik hogy nekem ehhez nem jó megoldás ez a LED. Az 5050-nek van valami hátulütője?
"A 12V-os led szalagokon a chipek hármasával vanna sorba kötve."
Teljesen jogos, most néztem csak. Jó, akkor 9 vagy 12 LED lesz egy szalagon. Még elválik hely szempontjából melyik lesz.
"A rajzodon a szalag pozitív tápja a panel 9V-os pontjára van kötve"
Igen, oda is írtam, hogy külső tápról megy majd, nem az arduo VIN-jéről. -
válasz
Janos250
#12828
üzenetére
Örülök, ha tudtam segíteni!
Nagyon jó cucc ez a processing, már több egyszerű játékot is írtam vele. A p5js és az android közt mondjuk éppen pont nincs közvetlen átjárhatóság, de a sima asztali gépen működő java-s processing programokat minimális módosítással androidos telefonon is lehet futtatni, natív kódot fordít belőle az IDE. -
gyapo11
őstag
válasz
Janos250
#12819
üzenetére
Kerülő megoldásnak azt tudnám javasolni, hogy a html fejlécben a javascripteket betöltő linkeket át kell írni saját gépen levő címekre, és onnan töltse be. Egyrészt ezután már nem kell net a megjelenítéshez, másrészt sokkal gyorsabban tölt be egy megát lokálisan mint a netről atszívva.
De valóban a html5/css3 párossal már sokmindent meg lehet rajzolni meg animálni. Valami programot láttam is, amivel az animálást meg lehet szerkeszteni és kiadja a html5 kódot hozzá. -
And
veterán
válasz
Janos250
#12810
üzenetére
Az én JLC-s pakkom április 2-től - mikor is a követés szerint beért az országba - május 5-ig (!) meg sem mozdult. Az utóbbi dátumtól számítva két napon belül már a kézbesítőnél volt. Szóval türelem, már és is azt gondoltam, hogy erre keresztet vethetek..
Április huszonvalahányadikán a Postát írásban is kérdeztem, mire az a sablon válasz jött, hogy az ő rendszerükbe ez a küldemény még nem került be. Vagyis nem ők ültek rajta több, mint egy hónapig. -
Volkov
senior tag
-
gabikaa39
újonc
válasz
Janos250
#12744
üzenetére
Sajnos nem sikerült beilleszteni a glcdfont.c-ben az ékezetes betűket. A nagy Á betűt 2 karakterben írja ki (először egy vízszintes csík fut - ez 5 led, utána meg egy u betűnek tűnő karakter, az É betűnél egy függőleges vonal és utána egy "sakktábla" karakter. A program, amit használok a matrixtest.ino, az AdafruitNeoMatrix libből. Tudom bután hangzik, de egyszerűen nem tudom értelmezni a hexa adatokat, ami a glcdfont-ban van. Próbáltam olyan programot találni, ami a hexa adatok helyét adja meg a pontmátrixban (mármint kimásolok egy hexa kódsort és a progi megmutatja hogy melyik pontnak felel meg. Azon is gondolkoztam nem-e ezzel van a probléma,: static const unsigned char font [] PROGMEM = {
Elnézést kérek, ha kicsit zagyvára sikerült... Próbálnám megoldani viszonylag kevés segítséggel, ezáltal is kényszerítve magam a tanulásra és a folyamatok megértésére... Előre is köszönöm mégegyszer a segítséget. -
válasz
Janos250
#12726
üzenetére
De Te abban a tévedésben vagy, hogy ő választja meg az alkatrészeket, ő írja a programot. Miközben valójában a szimulátorban van egy beépített megoldás, előre megírt és lefordított arduino sketch-el, amiben UNO és a fent említett Adafruit motor shield szerepel. Pont.
Rádugja az összerakott hardvert, a szimulátor soros porton átnyomja a programot a board-ra és utána használja.
Gondolom valami módosított firmata firmware lehet előre lefordítva, még az is lehet, hogy megvan valahol a forráskód és át lehetne írni úgy, hogy egy fettel (Vettel?!) is működjön. -
Mosqu!to
addikt
válasz
Janos250
#12719
üzenetére
Köszi, ez nem túl jó hír. A stepperre van esetleg tipped? A linkelt változat nekem nagyon másnak tűnik, mint ami "kell", utóbbi pedig 9k huf itthon és külföldön is. Lehet olyat valahol olcsóbban kapni? Nem ismerem a megfelelő keresőszavakat, a hagyományos szavakra keresve itthon/külföldön nem igazán találok alternatívát.
-
gyapo11
őstag
válasz
Janos250
#12709
üzenetére
Igen dropship. Pár éve vettem vaterán így egy telefont, ami sose érkezett meg. Sokan mások is jártak így azzal a szeméttel, meg is találtak páran, indítottam egy levelező csoportot, ahol megbeszéltük a dolgokat. Följelentés, mint a bírósági eljárás során kiderült valami 170 embert lopott meg így a tetűláda, elítélték, kötelezték a kártérítésre, azóta sem kaptam meg a pénzemet.
-
Mosqu!to
addikt
válasz
Janos250
#12700
üzenetére
Köszi mindenki a segítséget!
Nem tudtam, hogy a BG ad eu shippinget, így a 2. ajánlat (UNO + shield 12 usd) elég jó dealnek tűnik, viszont ez a shield tök máshogy néz ki, mint ami a videóban szerepel, én meg teljesen zöldfülű vagyok a témakörben. Hova tudom a két ventimet csatlakoztatni?
Vagy esetleg a videóban szereplő kapható valahol olcsóbban?Korszerűség tekintetében nincs nagy igényem, tényleg csak egy egyszerű szélszimulátort szeretnék építeni, mint a videóban.
Szükségem lesz amúgy még két erős ventire (12cm 137cfm-es Sunon-t találtam 3700/db-ért), meg egy 25+ Wattos tápra (a ventik egyenként ~10W-ot tudnak megenni) olcsón. Van esetleg ezekre tippetek, hogy honnan-milyet érdemes?
-
-
Sanki
addikt
-
haxiboy
veterán
válasz
Janos250
#12589
üzenetére
Mobilokra is lehet már szinte bármiben fejleszteni.
Én C#-ban írom az androidos alkalmazásaim (Xamarin)De nem is a nyelv a kérdéses szerintem, hanem az alapok.
A bojleres kommentre : Valószínű nagyon sok részegységgel kommunikál, amik szintén zárt rendszerek. Ha például a webes felületen beállítom hogy ne 2 hanem 3 zuhanyzás legyen elérhető minden este, ki tudja melyik modullal kommunikál ilyenkor.
Esélyesebb hogy valamilyen köztes eszközzel fogom megoldani a dolgot, és az eszközön emulálom a gyári webes api-t.
Még nem néztem utána tüzetesebben de létezik olyan board ami mint az ESP32 csak wifi+bt helyett egyszerre 2 wifi található rajt? Vagy az ESP32 tud egyszerre csatlakozni több eszközhöz wifin? Bojler -> ESP32 <- Router? -
gyapo11
őstag
válasz
Janos250
#12545
üzenetére
Már megérte, hogy itt vagyok.
Aryes: szívesen, én analóggal kezdtem, AC125 germánium tranzisztor, zéner, kondi, relé, exponáló óra az Ezermesterből, de sajnos nem működött, viszont nem adtam föl.
És javaslom a feszültségben gondolkodást. Először én is áramban akartam látni az áramkörök működését, de úgy nehezebb. A feszültség lent meg fönt sokkal közelebb van a digitális áramkörökhöz is.
-
gyapo11
őstag
válasz
Janos250
#12512
üzenetére
Ez jó, meg tudom írni.
Mit lehetne kitalálni az ellen, hogy az első próbálkozásra pont eltalálja a helyes kódot? Ennek persze iszonyat kicsi az esélye, de nem 0.
Olyasmire gondoltam, hogy a kód hossza is változzon minden adásnál, de ezt is eltalálhatja. Vagy egyszerűen csak legyen jó hosszú a kód, és ezzel jó kicsi az esély? -
gyapo11
őstag
-
(Szerk: bocs, nem Neked, új hsz lenne).
A gombnyomás következménye a fény és a hang. Néha lesz fény és hang gombnyomás nélkül is.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
ekkold- Kazy Computers - Fehérvár - Megbízható?
- Konteó topic
- iPhone topik
- Debrecen és környéke adok-veszek-beszélgetek
- exHWSW - Értünk mindenhez IS
- OLED TV topic
- Egyre csak fejlődik az AI, emberek tízezreit rúgja majd ki a BT
- sziku69: Fűzzük össze a szavakat :)
- Hobby elektronika
- Spórolós topik
- További aktív témák...
- 12.000 ft tól elvihető ELITRO Bankmentes , kamatmentes vásárlás .Cooler Master GM2711S Monitor
- ÁRGARANCIA!Épített KomPhone i9 14900KF 64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- Bomba ár! Lenovo ThinkPad P50 - i7-HQ I 16GB I 256SSD I Nvidia I 15,6" FHD I Cam I W10 I Gari!
- Eredeti DELL 240W töltők (LA240PM160)
- Új, verhetetlen alaplap sok extrával!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest