-
LOGOUT
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
-
fpeter84
senior tag
Játszott e már itt valaki valamelyik bluetooth 4.0 modullal BLE observer módot? Hiába guglizok, nem találtam egyelőre olyat hogy bármelyik modul/chipset speciális firmware nélkül egyszerű AT paranccsal BLE observer módba váltható lenne és ha broadcast-et hall akkor kiírja amit vett... Nincsen párosítás, oda-vissza kommunikáció. Az adó időnként küld egy broadcast-et és ha valaki hallja akkor azt tesz vele amit akar...
Vettem egy ilyen TPMS készletet (beépített verzió) és ennek a működését térképezem fel, hogy ne csak a saját androidos szoftverével lehessen használni, hanem pl egy otthoni szerver tudja venni a riportjait induláskor/érkezéskor, és küldhessen egy figyelmeztető emailt ha anomáliát érzékel...
Linux alól bluez stack-el már sikerült megoldanom. Találtam egy python wrappert a bluetoothctl-hez, amivel tökéletesen sikerült dekódolnom a mért nyomás, hőmérséklet, elemállapot és hirtelen nyomásvesztés adatmezőket, de ha lenne olyan pár $-os BT 4.0 modul amivel meg tudom ugyanezt valósítani AT parancsokkal, akkor lehet megírnám ESP-re is ugyanezt...
Vagy lehet rossz kulcsszavakkal keresek? Az observer/broadcaster helyett más kifejezésre kellene vadásznom?
-
válasz
csubuka
#6997
üzenetére
Ugyan nem válasz az eredeti kérdésedre, de mi lenne, ha CO2 érzékelő helyett mozgásérzékelővel kapcsolnád be a ventit, ha bejön valaki? Ez is lehet arduino feladat, mert pl nem kellene az első mozgásra kapcsolni, ha pl csak átmegy valaki a tárgyalón.
A CO2 szenzoros megoldással az a baj, hogy nem életszerű, nem cél ugyanis jelen esetben, hogy pontos CO2 szint legyen tartva a teremben: a cél inkább az, hogy ne legyen bent CO2, ha emberek vannak bent.
A pwm vezérlés is szerepet kaphat. -
csubuka
addikt
válasz
Gergosz2
#6994
üzenetére
Köszönöm a választ Neked is!
A CO2 szenzor 0-2000ppm között méri a szén-dioxid koncentrációt a levegőben. Ennek függvényében kiad magából PWM jelet, valamint UART kommunikációt is képes folytatni, hogy elárulja az éppen mért értéket.
Nem nagyon vannak alkatrészeim, sem tudásom arra, hogy erősítőt hozzak létre sajnos. Inkább az Arduino-programozós irányba mennék el, ott csak a tudás hiányzik
. Akár ESP-n is ha meg lehet oldani, akkor jöhet Van az is.A problémáim ott lennének, hogy hogyan lehet a kimenet PWM frekijét babrálni pl. Illetve feldolgozni a bejövő PWM jelet, aminek xy frekije van. Valamennyi külső kapcsolást akkor mindenképpen építeni kell majd eszerint...
(#6996) Vladi: A helyzet pikantériáját mi sem jelzi jobban, minthogy olyat nem szabad tenni. A nyitott ablak egyrészt ugye üzleti titok kiszivárgását eredményezheti
Komolyan. Sajnos. Valamint valami jogszabályi baromság is van, hogy miért nem lehet azon az oldalon nyitható ablak, ami már csak hab a tortán. -
Gergosz2
veterán
válasz
gyapo11
#6992
üzenetére
DUE-ban van DAC.
(#6990) csubuka
A elég jól leírtad mi a feladat, nem is igazán értem mi a kérés. Nekem még talán annyi lenne, hogy CO2 szenzor mit ad vissza? Oké, hogy van PWM kimenet meg hasonló, de ebből nem nagyon vágom, hogy milyen szenzorral van is dolgunk.
Ennek függvényében akár egy szimpla műveleti erősítős kapcsolással is meglehetne oldani az egésze, mivel írtad, hogy analóg és PWM jelet is fogad a ventilátorod. De gondolom Arduinot szeretnél programozni és minél kevesebbet nyákolni, így marad a PWM bemenet.
-
csubuka
addikt
Sajnos ebben a részében a dolgoknak nem nagyon vagyok járatos. Mármint az elektronika részében, optoizolátorok, ilyesmik...
Van piaci drága megoldás (PI-szabályzó alapokon), amit holnap össze tudnék dugni, ehhez még külső cég sem kell szerencsére. A fix, szabványos CO2 szint egy kis tárgyalóba kellene, ahol sok ember van, de nem mindig. Ha vannak, akkor viszont hamar elfogy a levegő
Jelenleg simán fel van csavarva az EC venti és úgy megy egész nap. Pazarló és gáz, hogy egy EC venti ki van akasztva gyakorlatilag maxra, holott a speed controller benne van. Mondjuk sokakat ez nem zavar, csak engem. Ennek a fordulatszámát kellene normális módon függővé tenni attól, hogy mennyire lélegezték el az emberek bent a levegőt. Ez egy elterjedt megoldás amúgy.Bejött egy kis időszak, hogy kifogyott a munka, ilyen másfél éve nem volt, megcsúszott a menedzsment
Ámde alkalmam lenne kb. egy hetet belerakni ebbe, mert érdekel és még mert ezzel valami hasznosat is tehetnék, ami fejleszt engem. Egy hét után válna katasztrófává kb. a dolog anyagi oldala, mert lenyomnánk a szellőzőrendszer többi elemét gyártó cég polcról leszedős - amiben ugyan nem lenne vicc, de menne legalább felteszem - rendszerének árát az elpazarolt bérköltséggel. 
Ha csak megközelítjük azt az még okés, mert érdekel a téma.(#6992) gyapo11: Köszönöm szépen! Sajnos gépészeti irányultsággal ebből nem nagyon jött le sok minden. Ámde igyekszem utána olvasgatni ezeknek akkor.
Vannak olyan ESC-k, amik az ilyen drónok rotorjait hajtó motorokat szabályozzák. Azokat simán lehet valahogyan csak bedugni az Arduino-félékbe és mennek szépen, változtatják a fordulatszámot. Ezek az EC ventik is hasonlóak, illetve teljesen azonos koncepció mellett mennek szerintem. Csak azért gondoltam, hogy valahogy megoldható a PWM-jel kiküldése a motor vezérlőhöz.
-
gyapo11
őstag
válasz
csubuka
#6990
üzenetére
Az aeduino nem nagyon ad ki analóg feszültséget. Vagy a pwm-et kell r-c taggal szűrni, vagy külső ic-kkel pl. shift regiszterrel kilépteted a byte-ot, és dac-ot használsz az analóg jel előállítására. Ez lehet ic, de akár egy ellenállás létra is. Jó öreg covox-szal is így hallgattuk régen a modokat.
Lehet, hogy 8 bit is elég, ha nem akkor két ic sorba és lesz 16 bit 65536 analóg szinttel. De ventire szerintem elég a 256 szint 8 bittel. -
Vladi
nagyúr
válasz
csubuka
#6990
üzenetére
Elvileg erre vannak az optoizolátorok. Nem?
De mihez kell amúgy fix co2 szint? Borospince?
Amit én tapasztaltam ezekről a projektekrő eddig:
Sok múlik azon, hogy mennyi tudásod időd és pénzed van. Ha sok a lóvé, akkor elmész egy szakemberhez/céghez és megcsinálják neked. Sokért.Vagy nekilátsz megcsinálni magad. De akkor vagy sokat kell tudnod, vagy sokat kell tanulnod. Aztán a végén árban ott leszel, mintha mással csináltatnád, de legalább tanultál sokat.
Najó nem biztos. Lehet, 1/3 annyiból kijönne. -
csubuka
addikt
-A CO2 szenzor PWM kimenete 3.3V-os. A motor bemenete 10V-os PWM jelet vár.
-A CO2 kimenetének a PWM frekije tök más, mint az a PWM freki amit a motor vezérlője vár a bemeneten.Ugyanekkor szimplán a pillanatnyi CO2 értékhez hozzámappolni egy adott fordulatot (duty cycle-t itt épp, ami kapcsolatban lenne a fordulattal) amivel a venti menne lehetséges, hogy nem hozna tökéletes eredményt. Ez olyan P-szabályozás jellegű lenne szerintem, sosem tudna stabilizálódni a szabályozott érték, kilengene a CO2 és folyamatosan változna a fordulatszáma a ventinek ezzel párhuzamosan. Nem tudom, hogy az mennyire használna a rendszernek. Ez egy érzés, lehet, hogy rosszul mondom simán.
Valamint az is lehet, hogy ez menne simán okosba egy ilyen nem túl túlkomplikált szellőzésnél.A 0-10V-os analóg kimenetet nehezebb lenne előállítani, mint a 10V-os PWM kimenetet amúgy?
-
kmisi99
addikt
válasz
Tankblock
#6986
üzenetére
Igazán érteni nem értek hozzá, neten millió leírás is van köztük magyar is. Órákat küzdöttem vele, csomót felraktam. A programkódok fixek és hibátlanok. Itt van egy pl [link] Csak felraktam a megadott sketch-et meg felraktam windowsra a programot, és alap dolgokat se tud. Mindenki másnak simán megy.
Az ambibox al akarok jelenleg kiküldeni, hogy legalább a teszt színeket jelenítse meg, de totálisan nem kommunikál se a PC vel, se a raspberry vel, merthogy mind a kettővel kínlódtam.
Az RX led se villog mikor a PC küldi a jelet.Természetesen baud rate és társai azok be vannak állítva.
Szóval ezért gondoltam rá, hogy valami egyszerű dolog kellene amivel USB kábelen keresztül kap jelet, hogy pl egy led szalagot felvillantson. Mert tuti valami RX TX kínja van. Kellene villogni az RX lednek mikor kapja a jelet a PC től, de semmi. Természetesen a COM port is hibátlanul be van állítva.
-
csubuka
addikt
Sziasztok!
Egy kis segítséget szeretnék kérni egy Arduino-val létrehozott szabályzó kérdésében.
Egy EC motoros (állandó mágneses rotor, elektromosan kommutált DC) által hajtott levegő ventit kellene szabályozni (a fordulatszámán keresztül a szállított friss levegő térfogatáramot) egy szoba CO2 koncentrációjának egy értéken való tartására. PI szabályzó szükséges gondolom.
Erre abszolút vannak gyári megoldások, annak függvényében lenne érdemes használni azokat, hogy szerintetek mennyi idő egy ilyet összepakolni egy Arduino-n vagy ESP-n? Magának a CO2 szenzornak PWM vagy UART kimenete van...
A venti fordulatszáma 0-10V-os analóg jellel vagy PWM jellel szabályozható.
Köszönöm a segítségeteket előre is :-) Hátha nem elvetendő ötlet, mert izgalmasan hangzik.
*Egy parának az biztos jelen van, hogy 10V-os PWM jelet kell kimenetnek előállítani.
-
Tankblock
aktív tag
válasz
kmisi99
#6982
üzenetére
Hello.
Picivel több részletet pls.
Milyen programmal küldesz ki milyen jelet, és azt mivel dolgozod fel?1 éve próbálkoztam vele, ott akadtam el igazán, hogy folyamatosan hogyan tudok képet snippelni, kiszámolni a rgb pixeleket, úgy hogy ne zabálja el a gép erőforrásait.
LED megjelenítés relatíve egyszerű.
-
Janos250
őstag
Nem tudok róla sokat, mert végülis nem használom (mire begyakorlom , addigra megírom a C++ programot is, és az azt csinálja, amit én akarok.)
Itt van róla egy ábra:
https://www.survivingwithandroid.com/wp-content/uploads/2016/10/mqtt_publisher_subscriber-1.png
innen:
https://www.survivingwithandroid.com/2016/10/mqtt-protocol-tutorial.html
Olyasmi a hardvereknek, mint egy fórum az embereknek.
Van egy központi szerver, a hardverek (pl. arduinoval ellátott szenzorok, stb.) neki küldik a továbbítandó adatokat.
Ennek a szervernek a neve "MQTT Broker"
Aki küldi, az a "Publisher".
A "Broker" továbbküldi az adatokat a bejelentkezett telefonokra, számítógépekre, vagy arduinokra. Az ő nevük "Subsciber".
Hogy melyiknek küldje, annak a szűrésnek "topic" a neve. (Mint az embereknél, hogy ki melyik topicra íratkozott fel)
MQTT Brokernek főként a málnát ajánlják, arduinos verzióról nem tudok. Rajta futó szoftverként ajánlják többnyire a "Mosquitto"-t.
A "Subsciber" lehet pl. telefonon egy androidos MQTT kliens.ESP32: Publishing messages to MQTT topic:
https://techtutorialsx.com/2017/04/24/esp32-publishing-messages-to-mqtt-topic/
How to use Arduino ESP32 MQTTS with MQTTS Mosquitto broker:
http://www.iotsharing.com/2017/08/how-to-use-esp32-mqtts-with-mqtts-mosquitto-broker-tls-ssl.html
How to use MQTT and Arduino ESP32 to build a simple Smart home system:
http://www.iotsharing.com/2017/05/how-to-use-mqtt-to-build-smart-home-arduino-esp32.html -
kmisi99
addikt
Sziasztok, van valami rohadt egyszerű teszt program amivel pc ről bármi alap dolgot tudok csinálni arduinoval? Akár csak egy led villogtatás, usb kábelen keresztül.
Ugyanis egy komolyabb projektbe fogtam bele. Ambilght készítése, amikor a lejátszó az arduinora küldi a jelet az pedig az RGB led szalagot úgy vezérli, hogy olyan színt világít a TV köré amilyen színek vannak épp a filmben amit lejátszik a lejátszó.
Viszont tesztprogramot az arduinora küldve villogtatja a ledeket gyönyörűen össze vissza szivárvány színbe, szóval a fizikai kiépítés jó, viszont mégis valamiért bármilyen lejátszóval akár hogy próbálom, képtelen kommunikálni. Hiába csinálok meg pofon egyszerű beállításokat, mint baud rate, meg meg persze beállítom melyik pin re van kötve a led szalag, amint usb-n kellene kommunikálni ő "besértődve" kijelenti hogy rohadjál meg azért se világítok neked.
-
Tankblock
aktív tag
válasz
S.Milan
#6977
üzenetére
Hello,
nincs mit, használd egészséggel.
A relével meg óvatosan, főleg ha AC kapcsolgatsz vele.Elsőre nem értettem a problémádat, és úgy látom mobilról nem jó ötlet válaszolgatni, mert nem láttam át a kódot egybe.
HW ismeret sosem árt. Anno ESP-01 volt néhány órám rájönni, hogy mit lehet és mit nem.... -
S.Milan
csendes tag
-
Tankblock
aktív tag
válasz
S.Milan
#6963
üzenetére
Hello,
Azt nézem hogy a relé a 0, 2 GPIO-n van.Ha ez igaz én inkább a másik pin választanél választanék.
GPIO 0 és 2 ugyanis a bootoláshoz is elengedhetetlen, gondolom, hogy ezt hallod.
RELAY_1 4 alias D2
RELAY_2 5 alias D1
Button meg 2 alias D4 vagy másik GPIO,Bocs ilyen boardom nincs. Tesztelni a teóriát nem tudom.
-
válasz
S.Milan
#6970
üzenetére
Hát a #6959 hsz-ben leírt kód alapján indításkor (a setup részben) bekapcsolja mindkét relét, majd itt:
digitalWrite(RELAY1, LOW);
delay(500);
digitalWrite(RELAY1, HIGH);először kikapcsolja a relét, majd fél másodperc múlva be. Szóval ne csodálkozz, mert azt csinálja a program, ami a kódban le van írva...
Egyáltalán mi a célod, mit kellene pontosan csinálnia ennek a rendszernek?szerk.: Most esett le az eredeti kérdésed, végiggondoltam a használt eszközöket, és ha a wemos d1 minihez árult shield-et használod, az bizony low-active, a vezérlő vonal egy ellenállással a tápra van húzva a shielden, vagyis high jelet kap a relé amikor a kontrollert reseteled, és nem kap vezérlést. Te meg fordítva ültél fel a lóra, ugyanis fordítva kötötted a relére a fogyasztót.
-
S.Milan
csendes tag
válasz
S.Milan
#6970
üzenetére
Egy ilyen sima kódnál is ugyan ez a jelenség:
#define RELAY1 2
#define RELAY2 0
void setup() {
pinMode(RELAY1, OUTPUT);
pinMode(RELAY2, OUTPUT);
digitalWrite(RELAY1, HIGH);
digitalWrite(RELAY2, HIGH);
}
void loop() {
digitalWrite(RELAY1,LOW);
delay(2000);
digitalWrite(RELAY1,HIGH);
digitalWrite(RELAY2,LOW);
delay(2000);
digitalWrite(RELAY2,HIGH); // put your main code here, to run repeatedly:
} -
#6966
gyapo11
őstag
gyáliSanyi
#6956
gyapo11
őstag
válasz
gyáliSanyi
#6956
üzenetére
A formázás a gépet nem érdekli, ugyanolyan gépi kód készül belőle, mint ha sok space-szel, zárójellel meg tabbal formázod. Ez inkább csak az ember számára fontos, hogy áttekinthető legyen a kód.
-
-
-
S.Milan
csendes tag
Sziasztok,,
Wemos D1 mini-t használok relé vezérléshez.
A problémám az lenne, hogy amikor áramszünet van és a Wemos újraindul akkor minidig behúzza a reléket.
Olyan mintha végig ellenőrizné hogy minden láb működik e.A becsatolt programkód, jól működik.
Van erre vala mi megoldás, hogy ne működtesse a relét újraindítás után?
#include <ESP8266WiFi.h>
#include <PubSubClient.h>
#define CONTACT1 4
#define RELAY1 2
#define RELAY2 0
int prevState1;
char ssid[] = "test"; //SSID of your Wi-Fi router
char pass[] = "test1"; //Password of your Wi-Fi router
IPAddress server(192, 168, 1, 136);
const char *inTopic = "domoticz/out";
const char *outTopic = "domoticz/in";
const char *onmsg1 = "{\"idx\" : 3,\"nvalue\" : 1 }";
const char *offmsg1 = "{\"idx\" : 3,\"nvalue\" : 0 }";
const char *onmsg2 = "{\"idx\" : 4,\"nvalue\" : 1 }";
const char *offmsg2 = "{\"idx\" : 4,\"nvalue\" : 0 }";
void callback(char* topic, byte* payload, unsigned int length) {
Serial.print("Message arrived [");
Serial.print(topic);
Serial.print("] ");
for (int i=0;i<length;i++) {
Serial.print((char)payload[i]);
}
Serial.println();
if((char)payload[0] == '3') {
digitalWrite(RELAY1, LOW);
delay(500);
digitalWrite(RELAY1, HIGH);
}
if((char)payload[0] == '4') {
digitalWrite(RELAY2, LOW);
delay(500);
digitalWrite(RELAY2, HIGH);
}
}
WiFiClient espClient;
PubSubClient client(espClient);
void reconnect() {
// Loop until we're reconnected
while (!client.connected()) {
Serial.print("Attempting MQTT connection...");
// Attempt to connect
if (client.connect("espClient")) {
Serial.println("connected");
// Once connected, publish an announcement...
client.publish(outTopic,"Az espClient-nek sikerült csatlakozni az MQTT szerverhez");
// ... and resubscribe
client.subscribe(inTopic);
} else {
Serial.print("failed, rc=");
Serial.print(client.state());
Serial.println(" try again in 5 seconds");
// Wait 5 seconds before retrying
delay(5000);
}
}
}
void setup() {
pinMode(CONTACT1, INPUT);
pinMode(RELAY1, OUTPUT);
pinMode(RELAY2, OUTPUT);
digitalWrite(CONTACT1, HIGH);
digitalWrite(RELAY1, HIGH);
digitalWrite(RELAY2, HIGH);
Serial.begin(115200);
delay(10);
// Connect to Wi-Fi network
Serial.println();
Serial.println();
Serial.print("Connecting to...");
Serial.println(ssid);
WiFi.begin(ssid, pass);
while (WiFi.status() != WL_CONNECTED) {
delay(500);
Serial.print(".");
}
Serial.println("");
Serial.println("Wi-Fi connected successfully");
client.setServer(server, 1883);
client.setCallback(callback);
}
void loop() {
int curState1 = digitalRead(CONTACT1);
Serial.println(curState1);
if (!client.connected()) {
reconnect();
}
if (curState1 != prevState1){
prevState1=curState1;
if (prevState1 == LOW){
client.publish(outTopic, offmsg1);
client.publish(outTopic, offmsg2);
}
if (prevState1 == HIGH){
client.publish(outTopic, onmsg1);
client.publish(outTopic, onmsg2);
}
}
client.loop();
} -
Tankblock
aktív tag
Hellosztok,
Ha már hétévége, előkotortam a SONOFF switchet és összegyúrtam a neten található kódokat.
Itt lehet megtekinteni és remélem lesz aki javítási szándékkal beletúr a kódba.
Céljaim:
MQTT vezérelt legyen, a rajta lévő gombbal is lehessen kapcsolni
Ami kimaradt az a GPIO14 is felapplikálni +1 gombot és implementálni. --> elosztót távolról vezérelni.Köszönöm a visszajelzéseket előre is és bocsánat a nem tiszta kódért.
Szerk : És ha jól látom instrukciókat is kellett volna írnom hozzá...
-
#6957
Aryes
nagyúr
gyáliSanyi
#6956
válasz
gyáliSanyi
#6956
üzenetére
Felülírja.
-
#6956
gyáliSanyi
őstag
gyáliSanyi
őstag
Sziasztok!
Kezdő Arduino kérdés:
Az Arduino programba, ha a Vázlat->Ellenőrzés nem talált hibát és feltötöm a Vázlat->Feltöltésnél, akkor autómatikusan újraírja az új kódot az Arduino-ra? Vagy előtte le kéne formázni valahol és csak úgy feltölteni a kódot? -
#6954
DrojDtroll
veterán
DrojDtroll
veterán
Sziasztok!
számolt már valaki valamilyen hash-t nodemcu-val?
biztonsági funkciónak kellene
-
tibi-d
tag
Az éldetektáláshoz, prellmentesitéshez egy kis szösszenet. A mechanikai mozgást használó kontaktusok mindig is prellegni fognak. A felhasználás célja dönti el, hogy éldetektálás, vagy prellmentesítés a célravezetőbb. Az első esetben a kontaktus első impulzusát detektáljuk, és a többiről nem veszünk tudomást egy ideig, a második esetben megvárjuk, hogy a kontaktus stabilan egy előre beállított ideig tartja az értékét. Abban az esetben, ha az élt is figyelni kell, és egyetlen fals impulzus sem megengedett, ebben az esetben csak elektronikus érzékelők alkalmazhatók. (Mágneses, kapacitív, opto, stb.)
-
Gergosz2
veterán
A kapcsolási frekvencia megválasztásánál alapvetően két fontos dolgot veszünk figyelembe: mekkora a tranziens időállandója az adott gépnek (legyen szó DC, szinkron aszinkron vagy éppenséggel reluktancia gépről), illetve, hogy várhatóan mi a legnagyobb frekvencia amivel forogni fog.
A példa kedvéért, egy sima, nem különleges aszinkrongép sztátor ellenállása olyan 1-3 ohm között szokott lenni, a tranziens induktivitása (én itt a négyelemű, fiktív menetszám áttétellel redukált modellt szoktam mindig használni, amiben nincs sztátor szórás), olyan 5-20 mH körül szokott alakulni. Innen nem nehéz meghatározni, hogy a gép tranziens időállandója nagyjából 5ms körül fog mozogni. Itt visszautalva rád, ha simán DC-vel mágnesezném fel a gépet, akkor nagyjából 5 időállandó alatt, kb 25ms múlva beállna a állandósultállapotbeli áram. És itt jön képbe PWM, mert mi szeretnénk szabályozni a gépeinket. Gondolj bele, hogy van egy folyamatod aminek nagyjából ismered az időállandóját. Azt csak akkor tudod kézben tartani, neked megfelelően szabályozni, ha annál gyorsabban avatkozol be.
Általában legalább egy nagyságrenddel gyorsabban akarunk beavatkozni, ami a fenti példánál olyan 2kHz körüli kapcsolási frekvenciát kívánna meg legalább. Így az pl. az áramot egy kapcsolási periódus alatt nem hagyjuk túlságosan növekedni, csak kis egységekben kvantumokban.
-
Sotiocsi
csendes tag
Az a kérdésem lenne, vagy egy Arduino nanom. Pc-be led vezérlésre. 3db led szalag van rakötve (ws2812b) 2db 27 leddel (ventilátor), és egy 57 ledes (PC ház) 3-6-9 kimenetre. Lehet-e egy arduinoval úgy programozni, hogy egymástól függetlenűl? Mind a 3 led szalagon külön program fusson? Jelenleg csak úgy tudtam megcsinálni, hogy ugyan azt a "rainbow" szín átmenetet csinálja mind a 3 szalag. De jó lenne ha az 57 ledesen mondjuk kinghrider stílusban futtatná a színeket, vagy ehez kell külön oda még egy Arduino?
-
#6947
szabifotos
senior tag
Janos250
#6912
szabifotos
senior tag
válasz
Janos250
#6912
üzenetére
Köszönöm mindenkinek a segítséget. Tehát PI+ router helyett elég egy harmadik ESP, amin webszerver fut, és erre kapcsolódunk telefonnal, hogy lássuk az állást.
Én úgy képzelem, hogy amint bekapcsoljuk a klienseket, azok felcsatlakoznak, és automatikusan kiíródik a versenyzők neve a html oldalon a számokkal. Így megoldható lenne, hogy azonosítható az oldalról, hogy ki játszik, nem csak #versenyző1 #versenyző2 lenne.
A jelküldés hogyan oldható meg? pl. Nyomás történik A0 bemeneten, akkor html kéréssel léptet egy számot az oldalon. Valami ilyesmi kellene...
Nem mondom el mihez kellene pontosan, de nem is jut eszembe milyen projektben használhatnak hasonlót, hogy példa kódot keressek
-
Tankblock
aktív tag
válasz
Janos250
#6942
üzenetére
Hello,
Ha lenne annyi időm... már nem lenne
[link] de van akinek sikerül...
Maradtam a jó öreg Raspi 3 Mosquitto / Nodered párosnál, s ha már itt tartunk akkor a SonOff Touch egyet be is üzemeltem ma.
Alexa köszöni jól el van, szobában a fő villany már szépen kapcsolható web/Alexa/touch alapon....
esp32 nél a freeRtos vagyok úgy hogy jó lenne minden részét végigpróbálni, de a TaskNotify még nincs kész. Talán a hétvégén marad némi felesleges időm....
-
Köszönöm! Egyelőre csak gondolkodok/tervezgetek, amíg nincsenek itt az alkatrészek. Úgy néz ki rendelek akkor egy esp32-es vezérlőt is.
Végül is most 4 tervem van csak: hőmérés+kijelzés, led szalag vezérlése karácsonyra, led mátrix vezérlése feliratokkal, 1-2 guruló robot amit lehet távirányítani, aztán majd szumó.
Végül is tényleg túlgondoltam, mert annyi elég, hogy maradjon bent a körben, érzékelje hol a széle, és ha talál valamit maga előtt tolja ki. -
válasz
Victoryus
#6932
üzenetére
Szerintem kicsit túlgondolkodtad ezt.
A szumó robotok nem hiszem, hogy használnának kamerát, egyrészt a sérülékenysége/ára miatt, másrészt, mert anélkül is tökéletesen el tudja látni a feladatát. Elég rá néhány sima IR vagy UH távolságmérő (előbbi pontosabb, utóbbit nem zavarja a napfény, bár ez nem tudom mennyire szempont), amivel megtalálja az ellenfelet (mivel ez nem csapatsport, ami előtte van, biztosan azt kell ütni ) egyszerű közelségérzékelők (reflexiós IR kapuk vagy mikrokapcsolók) a kontaktus érzékelésére, és vonalkövetők az aljára, hogy felismerje a küzdőtér szélét jelző vonalat."Ha szumó lesz, akkor honnan tudja az egyik robot, hogy a másiknak éppen melyik részét támadja?"
Most jutott eszembe, hogy távolságmérővel is meg lehet tippelni, hogy merre néz az ellenfél, mégpedig a mozgása alapján. Ha közeledik, akkor az elejét látom, ha távolodik, akkor meg a hátát. -
Janos250
őstag
válasz
Tankblock
#6927
üzenetére
Ha már itt tartunk!
MQTT brokert telepítettél már ESP32-re?
Korábban, mikor néztem, nekem nem sikerült találnom, mindenütt a mosquittot ajánlották, de az meg - ugye? - nem megy ESP-n?
Ezért én félre is tettem a dolgot, és maradtam egy egyszerű server/client megoldásnál, pedig nálam is egy központi szerver van, ami tulajdonképpen a broker szerepét játssza, a topicok pedig valahol vannak.Hogy miért ragaszkodom az ESP-hez? Csak!
-
-
Tankblock
aktív tag
válasz
gyapo11
#6935
üzenetére
Hello,
Utoljára egyetemen kellett pattern felismerőt irni az meg régen volt, amit találtam az elég frissnek tűnik: [link]
Pl ezzel. Ha autó alakja van oldalról akkor ok. Ha előről akkor gáz van.
Valami egyszerűbbel kezdenék neki. Ez még csak felismerhetjük, hogy hol van a másik, még kell valami AI ami ugye meghatározza merre is az arra.
-
robohw
aktív tag
válasz
Gergosz2
#6936
üzenetére
"PWM-mel is a kiadott fesz középértékét változtatod."
Papíron.
Valójában - mondjuk - 50 %-os kitöltési tényezőnél 5 Khz frekin 2500-szor kapcsolok 48 Voltot és ugyanennyiszer 0 Voltot a motorra. Az átlag, persze, 24 Volt lesz.
Ez azonban mégsem ugyanaz, mintha folyamatosan 24 Volttal hajtanám meg.Szemléletesebb ha csak 5 %-os a kitöltési tényező. Ebben az esetben a tápfesz (48 V) átlaga (de csak az átlaga!) 2.4 Volt lesz. A motor így is forogni fog, nyomatéka is lesz, legalábbis a kapcsolt állapotában.
Ellenben, ha direktben hajtanám meg a 48 Voltos motort 2.4 Volttal, az valószinűleg el sem indulna, de ha mégis (terhelésfüggő, ugye), nem volna szinte semmi nyomatéka.Még szemléletesebb, ha az 5 Khz-et lecsökkentem az 1 Hz tört részére, mondjuk annyira, hogy óránként egyszer kapcsolok a motorra feszültséget, majd egy óra múlva ugyanannyi ideig nem (50 %). Ebben az esetben már tisztán látszik, hogy bár az átlag itt is 24 Volt, a valóságban lesz egy órám amíg a motor ad le teljesítményt és lesz egy másik, amikor nem fog leadni semmit.
Magyarán: Más lesz a motor jelleggörbéje.
-
Gergosz2
veterán
Mi?
tápfeszültséget, vagy PWM-et alkalmazok.
PWM-mel is a kiadott fesz középértékét változtatod.
A PWM két előnye, hogy a kivánt fordulatszámot egyszerűen elő lehet állítani, valamint úgy lehet a fordulatszámot csökkenteni, hogy a forgatónyomaték megmarad.
? Ezzel minek PWM, ezt tudja a szögsebesség-nyomaték karakterisztika állandómágneses DC-nél.
-
Janos250
őstag
válasz
Victoryus
#6932
üzenetére
Mindkettőben van.
Én az ESP32-t javasolom mindenkinek. Nem sokkal drágább, viszont több szabad GPIO van. Továbbá a két mag se hátrány, mert a user programja önállóan fut egy magon, a rendszeré meg a másikon, ha nem variáljuk át.Na, közben látom, már kaptál jó választ, amivel én is egyetértek.
-
Tankblock
aktív tag
válasz
Victoryus
#6932
üzenetére
1 szavazat az ESP32 re, ha minnéél kevesebb komponensből szeretnéd megoldani.
OKok:
sokkal töb GPIO lába van mint a ESP8266 nak, 2 core így nem kell yield() szórakozni.
Elegendő számítási kapacítása van hogy kiszolgáljon.
Bluetooth is van ráadásként....Vagy SMT32 ből és egy Wifi ESP8266 a kommunikációhoz , de ezt nem biztos, hogy én választanám.
Vagy Esetleg egy sima ESP8266 ha kell GPIO extenderrel ha kell.
Kérdés, mit szeretnél, mennyi GPIO lábra van szükséged. Javaslatom előszöt nézd meg mennyi szenzort szeretnél használni, milyen modulokat, hol lehet egyszerűsíteni (pl I2C több modult felrakni) és az alapján válasz ha megvan a system design......
SzerK: Ultrahang szenzor nem lát részleteket, a legközelebbi viszhangot tudod detektálni. arra kamera kell Rasperry Pi pl elegendő számítási teljesítménye van erre.
Sima LED Mátrix vezérlésre a ESP8266 is elegendő....
-
Melyik az a kütyü, amiben van alapból wifi és arduino kompatibilis? ESP8266? Illetve van esetleg ami jobban megérné? Esp32?
2 robotot építenék, amik lehetnek távirányítósak, vagy lehetnek "önállóak", és mondjuk egy körből kéne kitolniuk egymást, mintha szumóznának.
Ha szumó lesz, akkor honnan tudja az egyik robot, hogy a másiknak éppen melyik részét támadja? Nyilván könnyebb lenne kitenni az ellenfelet ha oldalba kapja, mint ha szembe. Lát az ultrahang szenzor részleteket?
A másik amire még használnám, led matrix vezérlésére, és wifin kapná meg amit ki kéne írni. Ez gondolom lehetséges.
Egyelőre még mindig csak a 2 motoros kisautós készletem van meg, a másik pakk bolyong valahol már egy hónapja, így nem haladtam előre... -
Janos250
őstag
Eléggé elkanyarodtunk az eredeti témától, vagyis, hogy a telefonnak kell-e sűrűn pollozni, vagy a szerver magától is tud adatot küldeni, ha változás van. Az elnevezés számomra másodlagos, tehát akkor szerver és kliens szavak nélkül így fogalmaznék:
Ha az ESP-n létrehozok a WiFiServer osztálynak egy példányát (ne nevezzük szervernek, hanem mondjuk kiskutyának), akkor egy másik ESP-n meg a WiFiClient osztálynak létrehozok egy példányát (ne nevezzük kliensnek, hanem mondjuk kismacskának), akkor, ha a kiskutya változást érzékel, anélkül is tud adatot küldeni a kismacskának, hogy kismacska pollozna.Persze ebből az egész eszmefuttatásból szabifotos - a kérdező - egy fikarcnyit se profitál.
Ő legtöbbet Tanblock hozzászólásából profitálhat:
https://prohardver.hu/tema/arduino/hsz_6927-6927.html -
gyapo11
őstag
Lehet trükközni a szabályzással is. Méred a fordulatszámot, és úgy adagolod a tápfeszültséget, hogy a fordulatszám állandó maradjon. Még nagyobb is tud lenni a nyomaték mint pwm-mel, mert a pwm csak az idő bizonyos részében adja a 48 V-ot, míg a szabályzás akár 100 %-ban is. Ugyanezt persze a pwm szabályzásával is el lehet érni. Persze figyelni kell a túlterhelésre.
-
gyapo11
őstag
Szerintem meg lehet fogni a kérdést ott, hogy ki jelentkezik be hova. A kliens jelentkezik be a serverre, ebből lehet tudni, hogy ki kicsoda. Namost ha ez megvolt, akkor már mindkét fél küldhet adatot a másik irányba.
Ha a html-nél maradunk, akkor van valami timeout idő, amin belül a html lapnak át kell érni. Ha elküldi az oldalt félig, ott következne az adat amire vár a server, akkor ezen időn belül várhat, de ha az idő letelik, akkor a böngésző timeout hibával leáll. Ezután már nem tud a server küldeni semmit, meg kell várnia, amíg a kliens, a böngésző újra lekér egy oldalt.
De persze lehetnek már protokollok, akár ezt az időt is át lehet valahogy írni órákra, és akkor nincs gond, amikor megérkezik az adat a serverre, akkor folytatja a küldést, átér az egész oldal, a böngésző megjeleníti.
Ha nem böngésző futna a telón, hanem egy app, ami a serverrel valamilyen kapcsolatot fenn tud tartani pl. telnet, akkor meg akkor küld a server és azt amit csak akar, amíg a kapcsolat fennáll. Mint a pc-n futó terminálprogram és az arduino, bárki bármikor küldhet adatot. De a kliens lép be a serverre, és ezzel nyílik meg a csatorna. -
válasz
Janos250
#6923
üzenetére
A telnet más tészta, mint a http kapcsolat.
De ha arról akarsz meggyőzni, hogy az esp-n fut egy telnet szerver, és te egy telnet klienssel bejelentkezel rá pc-ről, akkor ezek után az esp kérés nélkül tud adatot küldeni a pc-re a telnet kliensnek, akkor arra csak azt tudom mondani, hogy egy fenét. Ugyanis a kérés a kliens felől akkor kezdődik, amikor bejelentkezel vele a szerverről, és akkor zárul, mikor kijelentkezel. Ha te kijelentkezés után is tudnál az esp szerverről adatot küldeni a pc-s kliensre, oly módon, hogy a célgépen elindul a putty, és felépül a telnet kapcsolat,
akkor lenne igazad. De fogadjunk, hogy erre még Te sem vagy képes.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
robohw
aktív tag
válasz
Gergosz2
#6925
üzenetére
Ha adott egy 48 voltos DC motor, ami pörög háromezret és én azt szeretném, ha csak 300-at pörögne, akkor vagy csökkentem a tápfeszültséget, vagy PWM-et alkalmazok. Ha a tápfesz csökken, akkor a fordulattal a nyomaték is csökkenni fog. PWM esetében azonban nem. Pontosabban, csak elhanyagolható mértékben.
A PWM két előnye, hogy a kivánt fordulatszámot egyszerűen elő lehet állítani, valamint úgy lehet a fordulatszámot csökkenteni, hogy a forgatónyomaték megmarad. -
robohw
aktív tag
válasz
Gergosz2
#6922
üzenetére
Igen, léteznek speciális igényekre kifejlesztett DC (és AC) motorok is, de ezek viszonylag drágák (sőt!), és viszonylag nehezen beszerezhetőek. Én nem ezekről beszéltem, ezért is írtam a "normál" jelzőt.
Emellett, a nagy nyomaték elérhető relatív kis motorteljesítményből is, elvégre ezért van az áttétel vagy (ezért is) a PWM.
A telkemtől nem messze él egy fazon, Ő egy (1) kiloWattos DC motorral szántja, kapálja a földjét.
Kb. 1200-1400 nm-ről van szó, egyébként. -
Janos250
őstag
Akkor ha pl. PC-ről belépsz egy telnet szerverre mondjuk putty-al, és küldesz oda adatot, akkor a Te géped lesz a szerver, és a "szerver", amihez csatlakoztál, az lesz a kliens? És ha a "szerver" küld adatot valamelyik kliensre, mondjuk egy másik putty-ra, akkor ki a szerver, és ki a kliens. Lehet a nomenklatúrán vitatkozni, de egy biztos: ha ESP-n létrehozok egy szerver objektumot (WiFiServer szerveremNeve(port)), arra be lehet jelentkezni távolról kliensként, és a szerver a bejelentkezett kliensekre kérés nélkül tud adatot küldeni. Ha nem hiszed, felrakok ideiglenesen egy ilyen szervert, belépünk mindketten putty-al, vagy mással, én gépelek, és Te megkapod, anélkül, hogy kérnéd. Mondom, nevezhetjük bárminek, de ennek Arduinon szerver a neve.
-
-
válasz
Janos250
#6917
üzenetére
Fogalomzavar. Egy szerver nem attól szerver, hogy Te annak nevezed. Szerver az, ami nyit egy portot a külvilág felé, és azt figyeli, a kliens pedig, ami ezen keresztül a kommunikációt kezdeményezi. Ha a te szervered adatot küld a kliensek felé anélkül, hogy a "kliens" kezdeményezné, akkor ott bizony a szerver a kliens és kliens a szerver. Gondolom ez nem is megy anélkül, hogy a kliensed nyitna egy portot a kommunikációhoz.
Szóval “Ha úgy hápog mint egy kacsa, úgy jár mint egy kacsa, és úgy néz ki mint egy kacsa, akkor az egy kacsa.”A telnet részét nem értem pontosan, azt írtad, hogy telneten keresztül is küld adatot. Pontosan hová?
-
robohw
aktív tag
Tévedés ne essék, én nem vettem soha ilyen kitet, általában külön-külön vásárolom meg azt ami kell, vagy amire szemet vetek, különösebb előzetes cél nélkül. Bár ha belegondolok, így is van jelenleg kb. annyi "lomom" mint amennyit a nagyobb kit tartalmaz, legalábbis darabszámra.
Motor:
Az a kis motor alkalmas lehet pwm-mel való kisérletezgetéshez, vagy bármi meghajtásához, amit teljesítményben elbír. Neked van ilyen több is, de a legtöbb háztartásnak azért ez nem széria tartozéka.Lassú "normál" DC motor (sajnos) nem létezik. A kellő nyomatékot mindenképpen hajtóművel, áttétellel kell kicsiholni.
Műanyag fogaskerekeket rá lehet erőltetni - esetenként ragasztani - a motor tengelyére, persze ez a megoldás csak kisebb meghajtó erőt igénylő dolgokhoz használható.
Ha a tengelyvég nincs profilosra kiképezve, akkor segíthet egy "nút" beköszörülése. Ez valamelyest növeli a terhelhetőséget. -
Janos250
őstag
válasz
gyapo11
#6916
üzenetére
Na, ebbe már párszor belefutottunk: a "küldi a szerver" alatt én általában azt értem, hogy kérésre küldi. Persze tud a szerver a bejelentkezett kliensekre kérdés nélkül is küldeni (igen, tud!!!), de nem WEB lapot egy böngészőnek. (Bár a fene tudja. Holnap kipróbálom, mi van, ha nem bináris/text adatot küldök, hanem egy html lapot, akkor mi lesz.) Nem tudom.
Nálam egy szerver "magától" küldi az adatokat, amit a bejelentkezett kliensek fogadnak, többek között egy PC-n futó putty is. Ez persze az adott esetben nem lenne elegáns. Hogy a beérkező adatot hogy célszerű megjeleníteni pl. egy appal, azt talán az Android tudorok megmondanák, én nem tudom. -
gyapo11
őstag
válasz
Janos250
#6912
üzenetére
A server nemigen küld adatot, csak várja, hogy a kliens, jelen esetben a telón futó böngésző megszólítsa és kérjen valamit. Ezért ha a serverre fut be adat, azt csak akkor fogja látni a kliens, ha lekérdezi. Mivel nem tudja mikor fog jönni, ezért minél sűrűbben kell kérdezgetni, ez meg eléggé leterheli a servert. kicsit lehet javítani a dolgon azzal, hogy egy külön lekérdező oldal legyen, ami semmi mást nem csinál, mint figyeli, hogy jött-e adat, és ha igen, akkor küldi a megjelenítő oldalt, amin már a friss adat van.
Az ajax sem segít ezen, az csak annyi, hogy pl. javascriptből is lehet futtatni egy php kódot a serveren, és az oldal frissítése nélkül lehet az oldal kinézetét módosítani. De ezzel is pörgetni kell a pollozást, ha nem akarunk nagyobb késleltetéssel értesülni a friss adatról.
Fordítva jobb lenne, csak ahhoz a bíró kezében kellene a servernek lenni. Ha a kliensek beküldik az adatot, azt a server azonnal tudja és meg tudja jeleníteni. De nem tudom hogy lehet telón servert futtatni és kijelzést programozni. Mert ha a telón a server és ugyanott egy böngésző a kliens, akkor nem nyertünk semmit. -
Egyet áruljatok már el!
Van abban a kitben, amit linkeltél, a léptető és a szervó motor mellett egy sima, pucér kis motor, ami játékokban is szokott lenni, na azzal, áttét és mindenféle felfogatási pont nélkül mi az ördögöt lehet kezdeni? Azért is kérdezem, mert van itthon vagy két maréknyi ilyen motor, a gyerekek minden törött játékából kiszedtem és eltettem, de nem jövök rá, hogy fogaskerekek nélkül hogy tudnám őket használni. Ugyanakkor lenne egy csomó projektem, amibe meg motor kéne, lassú, nagy nyomatékkal... -
Janos250
őstag
Rendben, legyen, nekem aztán tökmindegy.
Én éppen hogy nem arra gondoltam, hogy "néhány plusz klón UNO vagy NANO megvásárlásával", hanem, hogy miután a legalapabb dolgokat megtanulta, "elhajítja" ezt az olcsó kitet, és áttér ízlése szerint valamelyik korszerűbbre (pl. STM32, ESP), amik gyakorlatilag nem, vagy alig drágábbak, és ahhoz vesz valami szenzor készletet, szervo-, léptető motort, meg ilyesmit. Egy 12ezres készletben természetesen több minden van, azzal sokkal messzebbre jut. Vannak persze, akik "végleg" maradnak az UNO szintjén, az is egy verzió, azzal is nagyon sok mindent meg lehet csinálni, bár néha csak tótágast állva. Viszont a linkelt "UNO R3 Prototype Shield" lapot akkor is jónak tartom UNO-hoz.
Ez az én véleményem, másé meg más. -
robohw
aktív tag
válasz
Janos250
#6906
üzenetére
""Bevált" kit nem nagyon van, mindenkinek más a szempontja."
Egy kezdőnek milyen szempontjai lehetnek?
És ha már az ár.
Amit ajánlasz, az véleményem szerint azért elég sekélyes egy kezdő számára. Ledek villogtatásába hamar bele lehet unni, ha olcsó a készlet, ha nem.
A másik szet viszont - nem azért, mert én ajánlottam, de - tele van minden földi jóval, ráadásul egy DVD is tartozik hozzá, amelyben - gondolom én - vannak - nyilván lepróbált, tesztelt - kész kapcsolások, példakódok, tutorial, netán még fejlesztő rendszer is. Ez önmagában nagyon nagy segítség egy kezdő számára.
A 12 rugó környéki ár pedig abszolút nem sok, pláne ha a dolog azon hozadékára gondolok, hogy mi mindent megépíthet a kisérletező abból a kitből néhány plusz klón UNO vagy NANO megvásárlásával. -
#6912
Janos250
őstag
szabifotos
#6907
Janos250
őstag
válasz
szabifotos
#6907
üzenetére
Én is az ESP-t javasolom:
1. verzió:
2 db. ESP. router nélkül.
Egyik ESP csak állomás, másik AP (vagy is)
Az állomás bejelentkezik a másikra, mint AP-re, és küldi az adatokat.
Az AP számol, és egy szervert (azon egy WEB szervert) futtat, ami küldi a pillanatnyi állást.
A frissítés gyakoriságát Te állítod be
(<meta http-equiv=\"refresh\" content=\"5 url=http://192.168.4.1\">) ez pl. 5 secenként frissít.2. verzió:
3 ESP.
Egy AP, a másik kettő állomás, ők küldik az adatokat az AP-n lévő szervernek, az feldolgozza, és futtat egy WEB szervert, ami kiszolgálja a bíró bácsit.3. werzió:
Az előzők bármelyike azzal a különbséggel, hogy mindenki csak állomás, de van egy router, arra kell bejelentkezni, és azon keresztül történik a kommunikáció. Ez szükség esetén interneten keresztül távoli elérést is biztosítAz írásról, olvasásról itt
https://prohardver.hu/tema/arduino/hsz_6890-6890.html
írtam pár sort.Hány kliens kapcsolódhat?
Nekem az ESP8266-on 3 simán ment, 4 döglődött, 5 pedig egyáltalán nem ment.
ESP32-n 8-ig próbáltam, addig hiba nélkül ment.
Én többnyire ESP32-t használok akkor is, ha nem kellene, mert a múltkor egy akciónál 1100 Ft-ért vettem párat, most el vagyok látva. -
#6911
Aryes
nagyúr
szabifotos
#6910
válasz
szabifotos
#6910
üzenetére
Én mindenképp dedikált eszközt készítenék. Vagy vegyél egy mobiltelefont, amit csak erre használsz, és odaadod a bíró kezébe, de ugye az is dedikált eszköz.
Nyilván nem az ő telefonját fogod használni, kivéve, ha ő is szeretné, és mondjuk a play-ről tölthető appot csinálsz, vagy ugyanaz a bíró többször is képbe kerül.
Most már mondd el, mi ez a verseny.
Ha html felület lenne, lehetne a te telefonod a router, és a bíró is arra csatlakozik, de ahogy szó volt róla, a html erre szerintem lassú. Esetleg valamilyen ajax-os megoldás lehetne, ha már webes felület, vagy HTML5 push, de erre megint nem tudom, hogy alkalmas-e az esp. -
#6910
szabifotos
senior tag
Aryes
#6909
szabifotos
senior tag
Mármint feleslegesen erős oda? Minimum kettő, mert ugye két versenyző. Távolság passz. Átlagos wifi térerő elég lenne. Bár láttam külső antennás esp-t is valahol...
Lehetne dedikált eszköz is, saját kijelzővel de haladjunk a korral. Ma már minden okos telefonra hangolható. Ezért gondoltam, hogy helyi webszerver és telóról mehetne. Szervernek megintcsak azért nem jó telefon, mert nem felhasználóbarát. "Figyeljen bíró bácsi: átalakítjuk a tlóját szerverré, addig tessék ide adni. "
Csak a kezébe nyomni és működik felcsatlakozás után.Hmm.. lehet lassú a html, mire reagálna. Próbáltam már relét kapcsolni. ott is kellett kb. 3sec a reaction-re.
Akkor hogyan gondoljam újra az egészet? -
#6909
Aryes
nagyúr
szabifotos
#6907
válasz
szabifotos
#6907
üzenetére
A html felület amúgy nem lassú egy ilyen feladatra?
-
#6908
Aryes
nagyúr
szabifotos
#6907
válasz
szabifotos
#6907
üzenetére
A pi szerintem eléggé overkill erre a feladatra, én szervernek is inkább esp-t használnék, valamilyen lcd kijelzővel, bár nem tudom, router nélkül hány kapcsolatot tud kezelni. Nem írtad mekkora távolságot kellene áthidalni, mennyire kell bővíthetőnek lennie.
Ha router kellene, azt szerintem egy mobiltelefonnal ki lehet váltani, illetve maga a telefon is lehetne a szerver. -
#6907
szabifotos
senior tag
szabifotos
senior tag
Sziasztok!
A következőt tervezgetem. Játékállást kell számolgatni. Pontosabban Digital pineken beérkező jelekre számoljon egy counter, wireless.
A terv: 2db NodeMcu esp modul csatlakozik egy helyi hálón AP-re (router vagy RasPi) és egyik versenyző az egyik modul, másik a másik. Az állást egy webszerveren látnánk pl.
0 .............-........ 0
Kis Pista ........ Nagy Janinulláz, gombok stb mondjuk egy html felületen.
Mindezt el lehetne érni telefonról, vagy akár külön Pi modullal dedikált "bírói" eszközt csinálni neki.
Node ESP+ mondjuk MQTT+ Pi? Vagy tenyérnyi router?
hogyan oldanátok meg? Esetleg valakinek van hasonló kódja példának? -
Janos250
őstag
válasz
Ronyman
#6898
üzenetére
"Bevált" kit nem nagyon van, mindenkinek más a szempontja.
Az általam javasolt szempontok:
1. mindenképpen 22 Euronál olcsóbbat válassz, mert másként jön a vámeljárás + ÁFA + vámkezelési díj + macera
2. Kezdésnek célszerű UNO-t választani, mert az irodalom többnyire erre hivatkozik. Aztán majd áttérsz alig drágább, de sokkal jobbra.
3. Induláskor talán egy egyszerűbbet.
Pl. valami hasonlót:
http://www.ebay.com/itm/Starter-UNO-R3-Mini-Breadboard-LED-Sauteur-Cable-Bouton-Kit-pour-Arduino-1Set-/172739944127?hash=item28381a5ebf:g:~5AAAOSwB-1Yw1wb
4.Pl. nagyon hasznos lehet ránézésre ez az ötletes megoldás. Nem próbáltam, nemrégiben bukkantam rá, meg UNO-t már jó ideje nem használok.
http://www.ebay.com/itm/1PCS-UNO-R3-Prototype-Prototyping-Shield-ProtoShield-Mini-Breadboard-Arduino-x-/181846902070?hash=item2a56eb8536 -
Janos250
őstag
válasz
fpeter84
#6904
üzenetére
Én hozzáteszek egy 1500 Ft-os linket is:
http://www.ebay.com/itm/24MHz-8CH-USB-Logic-Analyzer-8-Channel-Logic-Analyzer-Compatible-to-Saleae-/162134953459?hash=item25bfff0df3:g:Jz0AAOSwh2xYBDu5Én már jó ideje használom, mindenkinek csak ajánlani tudom.
De ezt is sokan pártolják:
http://www.ebay.com/itm/Assembled-DSO138-2-4-Inch-Acrylic-TFT-Digital-Oscilloscope-1Msps-Probe-US-Plug-/272855598706?var=&hash=item3f87760672:m:mAJxVN26QPfTUyqMlbPTrwQ
Erről nem tudok nyilatkozni, mert az enyém törött képernyővel érkezett, most küldik - elvileg - újra. -
fpeter84
senior tag
Erre lehet jó pl egy saleae klón (vagy eredeti, ha valakinek az van): a kapcsoló lába egyrészt diódán keresztül mehet az első csatornára, valamint egy másik diódán keresztül a kondis prell mentesített a másodikra. A felvett mintán pedig lehet látni egyrészt az első csatornán az első tüskét valamint hogy hányszor rezgett ide-oda, másrészt a második csatornán hogy mekkora késést okozott a kondi az első váltáshoz képest...
-
Most néztem meg a kódot, amit linkeltél, de szerintem nem ez az általánosan használt módszer a pergésmentesítésre, mert nagyon zavarérzékeny, plusz az a delay sem néz ki jól a kódban.
Sebesség szerint szerintem úgy tudnád összemérni a két módszert, ha ugyanazt a gombot két lábra is rákötnéd, egyikre direktben, a másikra meg kondival, és programból mérnéd a különbséget. Bár ezt nem tudom hogy lehetne megoldani, hogy egyik ne zavarja a másikat. -
A pwm vezérlés is szerepet kaphat.
. Akár ESP-n is ha meg lehet oldani, akkor jöhet 
Ha csak megközelítjük azt az még okés, mert érdekel a téma.
psz benéztem a kérdezőt.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
ekkold- Bowers/Wilkins Px7 S2 fejhallgatók
- Eredeti, új Lenovo 330W töltők - ADL330SDC3A
- BESZÁMÍTÁS! ASUS ProArt Z790-CREATOR WIFI alaplap garanciával hibátlan működéssel
- ÚJ- Lenovo ThinkVision T24i-10 - 24" monitor - Számla, garancia
- LG 65C3 - 65" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest