- Hobby elektronika
- Madzag nélküli ollós klaviatúrát villantott a Keychron
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Hisense LCD és LED TV-k
- Épített vízhűtés (nem kompakt) topic
- Milyen egeret válasszak?
- Azonnali VGA-s kérdések órája
- Azonnali alaplapos kérdések órája
- Projektor topic
- TCL LCD és LED TV-k
Hirdetés
-
Az EU szerint a ChatGPT még mindig nem felel meg a szabványoknak
it Az EU adatvédelmi tanácsa azt mondja, hogy a ChatGPT még ma sem felel meg az adatpontossági szabványoknak.
-
Ilyen lehet a Samsung Galaxy Watch7 Ultra
ma Renderképek mutatják meg a Samsung júliusban megjelenő új felső kategóriás okosóráját.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
PROHARDVER!
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
-
Gergosz2
veterán
válasz Janos250 #3287 üzenetére
ha szétszedsz otthon egy 2.4 Ghz-es egér/billentyűzet mellé szánt USB dongle szinte biztos, hogy egy nrf24l lesz benne.
Wifis megoldás is vezérlő függő mert van belőlük millió fajta kint amiket milliófajta képpen lehet programozni. Jó dolog, hogy van ez az arduino core ESp modulokra de ez közel sem jelenti azt, hogy mindegyiket így kell programozni.
Nokia 6030 Hardcore User // I Panic Restaurant by Taito
-
tvamos
nagyúr
válasz Janos250 #3287 üzenetére
Egyeb RF-bol teljesen biztosan tobb van, egyenlore. Idojaras allomasok, taviranyitok, stb. Persze, a 6lowpan-nel jonnek az alacsonyabb fogyasztasu WIFI-k, szerintem arra erdemes ramenni.
(En magam is fejlesztettem 2 proprietary RF cumot.)"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
Gergosz2
veterán
válasz Janos250 #3290 üzenetére
Ezt most abszolút nem tudom hova tenni.
A ESP csak HTML kódokat küld a kliens felé, ott a böngészője értelmezi azt. Mellesleg a NodeMCU-t is elég felesleges csak erre tartani, mert jól megcsinálták a kivezetéseit. Pont ezekkel szívok, mert állandóan wdt resetet kapok, ha az SPI-ra fűzött NRF24L-t működésre akarom bírni.
Pap és papné esete.
Nem , ez nem az. Egyszerűen értsd meg, hogy low power-ben még mindig az RF a nyerő, a wifi most kezd feljönni hozzá. Amíg egy ESP 500mA-et bezabál 3v3-on addig nincs miről beszélni.
Nokia 6030 Hardcore User // I Panic Restaurant by Taito
-
FireKeeper
nagyúr
válasz Janos250 #3303 üzenetére
valóban, az arduinonál, meg úgy általában kommersz elektronikában elég sok dolog ilyen "tapasztalati" alapon megy, meg "hát ez volt írva az application note-ba". a kolléga előismereteire csak azért kérdeztem rá, mert azért szép és jó, hogy ez így van, lehet tanulgatni, de néhány nagyon alap elméleti dologgal nem árt rendelkezni, teszem azt Ohm-törvény, csomóponti törvények, vagy akár ilyen úri huncutságok, mint váltakozó áramú rendszerek. persze nyilván nem a Maxwell egyenleteknek kell nekiesni rögtön.
én amondó lennék, legyen akármilyen uncsi/száraz, meg kéne próbálni néhány egyetemi alapozó tárgy jegyzeteit letölteni valahonnan a netről. pl BME-s jelek és rendszerek 1-2, elektronika 1-2. már így hirtelen pár év távlatából nem emlékszem pontosan, hogy az ezekhez a tárgyakhoz készült segédanyagok mennyire emészthetők és használhatók, illetve azt látatlanban garantálom hogy lesz bennük felesleges bullsh*t, de emellett egy csomó hasznos ismeret is.
[ Szerkesztve ]
steam, GOG, uPlay: @petermadach || HotS: PeterMadach#2675 || Xperia 10 V || Ultrawide & SFF masterrace || Unofficial and unpaid VXE R1 shill
-
Gergosz2
veterán
válasz Janos250 #3330 üzenetére
"Mikrovezérlővel igen"
Az Arduino nem mikrovezérlő? (Atmel, ARM, ESP, Microchip PIC, stb. ezeken fut az Arduino kód.)Te néha visszaolvasod amiket írsz? Az arduino egy framework az, hogy mit támogat a hivatalos fejlesztőitől és Arduino esetén nem kis mértékben a közösségtől is függ. Az arduino maga nagyon jó dolog, mert kezdésnek nagyon jó, de ha valaki valami komolyabb projectet akar végigvinni az hamar észreveszi a hiányosságit és tér át egy másik Frameworkre MCU-val együtt.
Nokia 6030 Hardcore User // I Panic Restaurant by Taito
-
gyapo11
őstag
válasz Janos250 #3330 üzenetére
Az arduino is mikrovezérlő, csak a saját IDE-vel használva adja azt a kényelmes módot, amire ki van találva.
Szerintem aki pénzt keres ilyen mikrovezérlős modullal és a rá írt alkalmazással, az nem az arduinot választja. Mert sok esetben egyszerűbb panel is megfelel -> olcsóbb, sokszor meg kell még más hw is, sok minden van arduinohoz is, de lehetnek olyan igények, amire nincs kapható modul -> egyedi tervezés kell.
De lehet, hogy a hw-val ellentétben a sw még erősebb érv, hogy ne arduiot akarjon használni. El lehet érni a processzort, akár assemblyben is meg lehet írni a programot, de ez nem kényelmes. A legtöbben a c-t választották, az IDE nyelve nem ez. Ha meg hex kódot kell letölteni, akkor az arduino kényelmes bootloaderes megoldása nem játszik. A másik a libek. Ha valaki már kidolgozta a c függvényeit, akkor neki nem haladós a libeket megismerni. Lesz valami korlát, akkor meg kellene tanulnia libet írni vagy módosítani. Sokszor hibák is vannak a libekben, lelkes amatőrök írják. Sokszor ütköznek a libek, mert ugyanarra a pinre írták, megint tudni kell módosítani. És elég hamar el tud fogyni a memória, nem tudom, de szerintem a c tömörebb kódot generál, nagyobb program is elfér így. De ha nem, akkor könnyen át lehet állni egy nagyobb memóriás chipre, attól a programozás ugyanaz marad. Arduino esetén ott van a mega meg lehet még más nagyobb modell is, de az már nem olyan olcsó.
Szóval szerintem ezek miatt nincs az, hogy lépten-nyomon arduinora fejlesztő profikkal találkoznánk, és egy ilyen igényre, mint ez a fényvezérlés nem ugranak 10-en rá, hogy szívesen megcsinálják. Mint ahogy írtam is, egyedi fejlesztéssel, szintén mikrovezérlővel, saját sw-rel biztosan találni rá embert, de nem olcsó, mert nem tömegtermék, tehát az összes fejlesztési időt ennek az egy példánynak kell kitermelnie.menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
gyapo11
őstag
válasz Janos250 #3368 üzenetére
Mint ahogy írta valaki megvette az Atmelt.
De egyébként is az várható, hogy mindenféle mikrovezérlő meg fog jelenni arduino kompatibilisen lapon. Ez a nagy dolog az arduinoban. Amit szidok a debugolás hiánya, az pont előny abban, hogy ugyanazt a forrást le lehet fordítani a világ összes processzorára. És nem az a lényeg, hogy atmel ketyegjen rajta, hanem hogy működjön, az összes hobbista velem együtt ezért szereti.menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
gyapo11
őstag
válasz Janos250 #3369 üzenetére
Köszi, akkor most már ezt is láttam.
Nem mondom, hogy mindent értek benne, de nyilvánvalóan nem assembly, tehát ez még csak egy utasítássorozat a fordítónak.
De a lényege a dolognak az, hogy ha megy a byte-ok kifütyülése (vegy beolvasása), és jön egy megszakítás, mert ki akarom szolgálni a távirányítót pl., akkor ezt hogy kezeli le a program, és hogy kezeli le az én programom, amiben meghívtam a soros portkezelő függvényt. És hogyan tudom kitalálni, hogy ha elveszett valami, akkor az miért történt?
Olyan ez, mint az állatorvos, aki nem tud átlépni a kerítésen, és bent van a beteg ló.
Az, hogy a c, c++ forrás elveszi előlünk a gépi kódot egyszer előny a könnyű használhatóságban, máskor hátrány a hibakeresésben.
Ezért van az, hogy ha hibába ütközik valaki, és föltesz egy kérdést, akkor a próbáld másik libbel, tölts le másik sku-t, próbáld másik IDE-vel tanácsok jönnek. Észre kell venni, hogy ez nem informatikai szakmunka hanem legozás, próbálgatás.menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
Teasüti
nagyúr
válasz Janos250 #3375 üzenetére
Érthető, hisz utóbbi úgy indul, h képezd ki magad cnc-ből és forgácsolásból. Majd vegyél cnc gépet.
Persze átvitt értelemben, de akár szó szerint is.
Ha meg szakembert bízok meg vele és gépet bérlek, akkor meg nem DIY.(#3363) gyapo11
Nem hiszem el, h ezt az arduino közösség még nem oldotta meg.
Elég alapvető igénynek tűnik, h parancsot lehessen küldeni az MCU-nak.[ Szerkesztve ]
-
Sokimm
senior tag
válasz Janos250 #3380 üzenetére
Igen igen, a következő lett az eredmény (csak konzolról nem tudom beolvasni az értéket... A switch case-ig nem jut a beolvasott érték. :\)
sevensegment.ino
#include "sevensegment.h"
sevensegment kijelzo(7, 9, 11, 8, 10, 6, 12, 13);
void setup()
{
Serial.begin(9600);
Serial.println("csak 1-9 kozotti erteket adj meg!");
}
void loop()
{
kijelzo.kiir(Serial.read());
delay(500);
}sevensegment.h
#ifndef sevensegment_h
#define sevensegment_h
#include <Arduino.h>
class sevensegment
{
private:
byte _f; byte _k; byte _a; byte _bf; byte _ba; byte _jf; byte _ja; byte _p;
public:
byte szam;
sevensegment(byte f, byte k, byte a, byte bf, byte ba, byte jf, byte ja, byte p);
void kiir(byte szam);
};
#endifsevensegment.cpp
#include "Arduino.h"
#include "sevensegment.h"
#include "pins_arduino.h"
sevensegment::sevensegment(byte f, byte k, byte a, byte bf, byte ba, byte jf, byte ja, byte p)
{
pinMode(f, OUTPUT);
_f = f;
pinMode(k, OUTPUT);
_k = k;
pinMode(a, OUTPUT);
_a = a;
pinMode(bf, OUTPUT);
_bf = bf;
pinMode(ba, OUTPUT);
_ba = ba;
pinMode(jf, OUTPUT);
_jf = jf;
pinMode(ja, OUTPUT);
_ja = ja;
pinMode(p, OUTPUT);
_p = p;
}
void sevensegment::kiir(byte szam)//
{
switch (szam) {
case 0:
Serial.println("nulla");
break;
case 1:
digitalWrite(_jf, LOW);//1
digitalWrite(_ja, LOW);
digitalWrite(_f, HIGH);
digitalWrite(_bf, HIGH);
digitalWrite(_k, HIGH);
digitalWrite(_a, HIGH);
digitalWrite(_ba, HIGH);
break;
case 2:
digitalWrite(_jf, LOW);//2
digitalWrite(_ja, HIGH);
digitalWrite(_f, LOW);
digitalWrite(_bf, HIGH);
digitalWrite(_k, LOW);
digitalWrite(_a, LOW);
digitalWrite(_ba, LOW);
break;
case 3:
digitalWrite(_jf, LOW);//3
digitalWrite(_ja, LOW);
digitalWrite(_f, LOW);
digitalWrite(_bf, HIGH);
digitalWrite(_k, LOW);
digitalWrite(_a, LOW);
digitalWrite(_ba, HIGH);
break;
case 4:
digitalWrite(_jf, LOW);//4
digitalWrite(_ja, LOW);
digitalWrite(_f, HIGH);
digitalWrite(_bf, LOW);
digitalWrite(_k, LOW);
digitalWrite(_a, HIGH);
digitalWrite(_ba, HIGH);
break;
case 5:
digitalWrite(_jf, HIGH);//5
digitalWrite(_ja, LOW);
digitalWrite(_f, LOW);
digitalWrite(_bf, LOW);
digitalWrite(_k, LOW);
digitalWrite(_a, LOW);
digitalWrite(_ba, HIGH);
break;
case 6:
digitalWrite(_jf, HIGH);// 6
digitalWrite(_ja, LOW);
digitalWrite(_f, LOW);
digitalWrite(_bf, LOW);
digitalWrite(_k, LOW);
digitalWrite(_a, LOW);
digitalWrite(_ba, LOW);
break;
case 7:
digitalWrite(_jf, LOW);//7
digitalWrite(_ja, LOW);
digitalWrite(_f, LOW);
digitalWrite(_bf, HIGH);
digitalWrite(_k, HIGH);
digitalWrite(_a, HIGH);
digitalWrite(_ba, HIGH);
break;
case 8:
digitalWrite(_jf, LOW);//8
digitalWrite(_ja, LOW);
digitalWrite(_f, LOW);
digitalWrite(_bf, LOW);
digitalWrite(_k, LOW);
digitalWrite(_a, LOW);
digitalWrite(_ba, LOW);
break;
case 9:
digitalWrite(_jf, LOW);// 9
digitalWrite(_ja, LOW);
digitalWrite(_f, LOW);
digitalWrite(_bf, LOW);
digitalWrite(_k, LOW);
digitalWrite(_a, LOW);
digitalWrite(_ba, HIGH);
break;
default:
break;
}
} -
Ribi
nagyúr
válasz Janos250 #3431 üzenetére
Mondjuk ezek után nem árt még egy kevés szűrést rakni, mert eléggé tüskés amit kiadnak magukból.
Illetve a konvertereknél is igaz, hogy a cél értékhez nem szabad közel engedni a bemenő feszt, mert a konverter nem szereti és egyre nagyobb zajt nyom ki magából. Szóval ezt is legalább 6 elemmel etetném, cserébe tényleg nem lesz akkora vesztesége mint az Ardu beépített konverterének. Csak figyelni kell az elem feszt, mert ha egyszer lemerülnek akkor a konverter megintcsak megzavarodhat.
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Janos250 #3439 üzenetére
Az effektezésnél tudatosan vannak kihagyva, így paramétertől függően végigmehet mindegyiken.
Ez az objektum/class nekem új. Vmi szájbarágós tutorial esetleg nincs kéznél?
Pedig az elképzelés éppen az volt, hogy sorszámozom a globális váltózókat.
De akkor létezik elegáns megoldás is.A saját megszakítás kezelőre van vmi ötlet? Merre induljak egyáltalán?
Próbáltam kilőni a programból az összes megszakítással babráló részt, mint a kikapcsolás a led frissítésénél és a gyroszenzor jelzésénél új adatról.
Szóval elméletileg nem kéne közbevágnia semminek a soros kommunikációnál, de így is eldobálja a karaktereket.
Úgy amúgy mi történik, ha megszakítás közben bejön még egy megszakítás?Az Adafruit és Fastled library-t nem véletlenül nem használom, túl erőforrás igényesek és televannak demóval.
FABled-nél meg te magad kezeled a puffert direkt módon és mentes minden felesleges extrától, így jóval kisebb méretre fordul le.[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Janos250 #3449 üzenetére
/*Ez egy hevenyeszett bevezeto bevezetoje az osztalyokrol teasuti keresere
* jogallasa "beerware", azaz szabadon hasznalhatod, de ha kocsmaba megyunk, Te fizeted a sort
*/LOOOL
Viszont ha jól értem ezzel dolgozik az összes WS2812 library is, hisz eleve osztályként definiálod a led szalagot.
Az én esetemben viszont akkor nem értem miként lehetne osztályokba rendezni konkrétan az egész loop-ot, hisz egy loop ciklus egy képkockát generál.
Aztán ha több szalagom lesz, akkor azt kell megoldanom, hogy egy ciklusban több képkocka jöjjön létre több szalagra, amit vagy úgy fogok megoldani, hogy oda-vissza ugrálok a loop-ban, vagy copy&paste.
Aztán ami a változókat illeti, ha osztályokba rendezve fut le, akkor is több példány jön létre minden változóból, vagy ahogy kilép az egyik osztályból úgy üríti a ram-ot?[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Janos250 #3453 üzenetére
A szalag frissítése sosem volt probléma. Egyben kitolja a puffert, aztán amíg nem hívja meg semmi megint, addig a szalag tartja a mintát. Nincs frissítési probléma és tetszőleges fps-el lehet frissíteni.
A "gond" az volna, hogy nagyrészt globális változókkal dolgozok, mint amilyen a szalag pufferje is.
Ezt a puffert manipulálja az összes függvény, amíg végül kiküldésre nem kerül sor.
A puffer és a vezérlőbájtok mind globálisak, ami számomra egyszerűvé teszi a munkát.Egy képkocka első szalagra, bele a vektorba.
A vektor kiküldése az első szalagra.
Mit értesz vektor alatt? Mi volna itt a "vektor" feladata?
Ha itt generálom a képkockát, az rendben is volna, de végső soron ugyanúgy el kell tárolnom a ram-ban a vezérlőbájtokat minden szalagra vonatkozóan, nem?
Vhonnan elő kell kaparni a paramétereket a függvényhez/osztályhoz.Tehát ha pl. a
byte fényerő
változóból van négy példány, mert négy szalaghoz kell eltárolni az infót, akkor ezt sehogy nem lehet leredukálni egy változóra.
Vagyis ha jól értem az egyetlen előny az volna, hogy átláthatóbb és rendezettebb lenne a program a mostani katyvasz helyett.[ Szerkesztve ]
-
Daszkalosz19
aktív tag
válasz Janos250 #3469 üzenetére
Szia! Változtattama a kódon,a menubackendet kiszedtem. Egy másik menüt hoztam létre,de nem tudom folytatni. Csak a másodpercet hívtam meg,az óra és a perc még hátra van,mert nem tudom hogy hol hívjam meg. További almenük kellenek? Ezt a részét nem értem. A fordító most lefordítja. Felteszem az LCD és az RTC könyvtáramat is,ha szükséges
időkapcsoló.ino
LCD lib
RTC libKöszi a segítségedet
[ Szerkesztve ]
-
brickm
őstag
válasz Janos250 #3482 üzenetére
Köszi, sokat utánaolvastam, sok helyen azt írják amit te, néhányan viszont nem tudtak rá írni. "Serial port is busy" üzenettel állt le az égetés.
Annó az UNO(nem eredeti volt)-val én is találkoztam ezzel az üzenettel, amikr egyszerre volt megnyitva a serial monitor és égettem volna bele, na akkor rendszeresen erre futott ki.
A Mega(ami nem utánzat mega) nem ír ki ilyet, serial monitor mellett is ír rá. Remélem sikerül, már csinálom hozzá a shieldet.[ Szerkesztve ]
-
Teasüti
nagyúr
válasz Janos250 #3554 üzenetére
Kicsit megvariáltam a ledek frissítését. Nincs konstans kiíratás, csak ha változik a kép.
Statikus "vektornál" átugorja a küldést és ilyenkor tudok kommunikálni vele.
Annyi trükköt raktam még bele, hogy ahogy érkezik vmi adat, felfüggeszti az animációt.
Neten nem találtam megoldást a problémára, egyetlen példában sem merült fel a "ws2812b + remote control" esete.
Ha cserélnék a régebbi WS2801-es szalagra, aminek nem kell szigorú időzítés, akkor ez a probléma fel se merülne. Kár, hogy erre így konkrétan akkor jöttem rá, amikor már megvettem 15 méter szalagot.
Na mindegy.
Lehetséges megoldások között szerepelt a nagyobb vasra váltás is, de az sem garancia az ütközésmentes működésre. Annyi, hogy több ciklust tud végrehajtani az idő alatt. Igaz több erőforrással már nem kellene szénné optimalizált library-ket használni, mert amúgy van vmi Pololu féle cucc is, ami tud olyat, hogy pixelenként kapcsolja ki-be a megszakításokat - értékes proci időt hagyva más feladatokra ahogy te is utaltál rá. Persze ez se garancia az ütközésmentességre, de talán jelentősen lecsökkenti a csomagok eldobásának esélyét.
A valóban garantáltan hibamentes megoldás a második mcu, ami kezeli a beérkező kommunikációt és kérésre továbbítja az első felé.A táp egy kínai utángyártott laptoptöltő akar lenni, szokatlan 5V/15A paraméterekkel, de olyan szinten noname, hogy még én is félek tőle.
5,3V jön ki belőle, csak úgy a miheztartás végett.Ezek közül melyik működik csont nélkül az Arduino IDE-vel?
Úgy tudom csak a Teensy 100% kompatibilis utasításszinten - vagyis lefordul rá ugyanaz a sketch, mint az Uno-ra, ha nem tévedek (talán egy-két specifikus dolgot leszámítva, mint hogy pl. a Due-n is megszaporodtak a perfifériák és azokat külön kell címezni). Arra pályázok majd. Csak mivel kicsit drága ezért még egyelőre nem támasztok akkora igényt a nagyobb kapacitásra.
(Majd ha minden mostani projektem egyesül egy komplex vmivé és bejön mellé egy érintős TFT kijelző is, na akkor kelleni fog az ARM. )
Másik környezetre áttérni meg nem szeretnék, nem akarok visszamenni az alapokhoz.[ Szerkesztve ]
-
gyapo11
őstag
válasz Janos250 #3554 üzenetére
Táp ügyben én a jó öreg LC-t ajánlom. Soros induktivitás, és párhuzamos 100 n kerámia és 100 mikro elko. Feszültség emelkedésre nem jó, de a tápról jövő tüskéket leszedi. Hiába 15 A-es a táp, ha 10 A-es rántásokat kap nem 5 mV-ot fog esni a feszültség, és még elég csúnya tranziensek is lehetnek rajta, meg kell nézni szkóppal.
menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
Teasüti
nagyúr
válasz Janos250 #3557 üzenetére
Hát ahogy én látom a ws2812 nem jobb a ws2801-nél, csak más.
Mindkettőnek megvannak az előnyei és hátrányai.
Ha ezt előre tudom, hogy a 2812 mellett nem fogok tudni parancsot küldeni az mcu-ra, akkor a másikat vettem volna. Persze amíg csak egy szalag van, bár láttam már megoldást több ws2801 párhuzamos használatára is shift registerrel. Vagy multiplexer vagy mi a retek.[ Szerkesztve ]
-
tvamos
nagyúr
válasz Janos250 #3557 üzenetére
"All USART interfaces can be served by the DMA controller."
Gyorsabb is, es ott valoban vannak megszakitas prioritasok.
Ellenben, ha szarul van megirva a lib, amit letoltesz, ugyis osszekavarja a dolgokat."Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
tvamos
nagyúr
válasz Janos250 #3560 üzenetére
En sem probaltam meg ezket az STM32-es boardokat Arduino frameworkkel. :/
Mondjuk nem is feltetlen erzem a hianyat a dolognak. Nem tudom, megeri-e gyotrodni vele.Jut is eszembe... segitsen mar nekem valaki! Szeretnek az Arduinohoz SMD DIP atalakitoval IC-t kapcsolni, de elfogyott itthon az ic-s tuskesor. Az kene nekem, de nem tudom, hogy keressem.
[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
zka67
őstag
válasz Janos250 #3564 üzenetére
Szerintem az kell neki, amit linkeltem.
SMD-DIP átalakító - csak egy példa - , ebbe megy a tüskesor egyik fele és az arduinon a tüskesorhoz való hüvely van.
-
tvamos
nagyúr
válasz Janos250 #3562 üzenetére
Nem, Stockholm.
(#3563) zka67 válasza tvamos (#3561) üzenetér
Ilyesmi, csak olyan kell, aminek rovid, kerek a pucukaja, es ic foglalatba megy.(#3565) zka67 válasza Janos250 (#3564) üzenetére
Igen, ilyen az atalakito, csak ugy kene, hogy lapos legyen, es bemenjen a ket breadboard koze.[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
Teasüti
nagyúr
válasz Janos250 #3581 üzenetére
Bluetooth soros port kapcsán merült fel a kérdés, hogy mivel lehet összeütni viszonylag fájdalommentesen egy Android-os GUI-t? Mármint telepíthető alkalmazást tabletre és telefonra.
A fájdalommentes alatt vmi frontend-ben történő szerkesztést értek, ha létezik ilyen.
Az se zavar, ha 100 mega ramot eszik három gomb a képernyőn, csak ne kelljen megtanulni kódolni még ezt is. -
gyapo11
őstag
válasz Janos250 #3586 üzenetére
Ezzel egyetértek, én is telepítés ellenes vagyok.
Kb. ezer éve a vállalatok Netware servereket használtak. Már azok is tudták, ha jól emlékszem 3.x verziótól, hogy az ethernet kártya driverét (meg sok mást) be lehetett tölteni futás közben, meg kiszedni, load, unload.menyország -> mennyország, akadáj -> akadály, jótálás -> jótállás, Iphoneal > Iphone-nal, kisuly > kisujj, csővet > csövet
-
brickm
őstag
válasz Janos250 #3580 üzenetére
Írtam az arduinonak, meg visszanéztem a latest version arduino szoftvereket. Nem találtam meg a pontos kezdetét a hibának, mert nem volt kedvem feltenni az összeset, de pl az 1.0.X-es release-ek képesek írni megával. Csak azokat már nem egyszerű beszerezni.
De az 1.5-ös ISP.ino még szintén képes megán keresztül égetni. Ez hivatalos kiadás, az enyémmel szemben, így bárki bátran használhatja. -
lappy
őstag
válasz Janos250 #3600 üzenetére
Szerintem csak annyit akar hogy ne kelljen a kapcsolót nyomni hanem weboldal és vagy telefonon keresztül kapcsolhassa ezt a kapcsolót.
Az RFID az asztalra kerülne úgy gondolom
Az ajtó módosítása meg nem lehetséges mert az túl nehézkes lenne.[ Szerkesztve ]
Bámulatos hol tart már a tudomány!
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- Kínai, és egyéb olcsó órák topikja
- Hobby elektronika
- Madzag nélküli ollós klaviatúrát villantott a Keychron
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Filmvilág
- Hisense LCD és LED TV-k
- Épített vízhűtés (nem kompakt) topic
- Milyen légkondit a lakásba?
- Mibe tegyem a megtakarításaimat?
- További aktív témák...
- PNY GeForce RTX 3060 12GB VERTO Dual Fan (3 év garancia)
- IPhone 11 Pro 64GB Silver gyári független akku 83%
- iPad Pro M1 128GB wifi 2024.09. 29. Apple garancia
- ÚJ, MUNKA/ Ultimate 2k GAMING PC / i7 14700KF,32Gb,1+2Tb,RTX4070ti super 16Gb,win11home,2 év gari
- Apple iPad Air 6 2024 13 128GB Cellular 5G "ÚJ" 2027.05. 16. Apple garancia
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest