- Elektromos rásegítésű kerékpárok
- Argos: Szeretem az ecetfát
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- Fire/SOUL/CD: INGYENES Clone és Backup-Restore alkalmazások tesztje [2024]
- NASsoljunk: ZyXEL NSA-310 és az FFP
- sziku69: Fűzzük össze a szavakat :)
- Szevam: „Rendszerleállás” – egy AI képzeletbeli halál utáni élménye
- sziku69: Szólánc.
- Magga: PLEX: multimédia az egész lakásban
-
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
-
Hogy a viharba ne lenne megszakítással megoldva?
Hogy érted azt, hogy nem működik?
Ugye átírtad ezt a részt a saját bekötésednek megfelelően?const int PinSW=3; // Rotary Encoder Switch
const int PinDT=4; // DATA signal
const int PinCLK=2És nem értem, hogy miért, de nincsenek inicializálva a pinek bemenetként, ki kell egészíteni a programot:
pinMode(PinSW, INPUT_PULLUP);
pinMode(PinDT, INPUT_PULLUP);
pinMode(PinCLK, INPUT_PULLUP);A saját kód, amivel ki szeretnéd egészíteni a programot, miből áll? Tartalmaz delay-t vagy serial.print-et?
-
Dehogynem jó! Pont azt csinálja a program, amit kell neki.
Mivel az encoder gyorsabban foroghat, mint ahogy a lap ki tudja írni az adatokat serial porton, ezért nem lesz minden lépés kiíratva, csak az aktuális pozíció. Teszteld le: jelöld be az encodert egy pozícióban, és tekergesd oda-vissza párszor, majd nézd meg, hogy pontosan követi-e a kiírt adat a valóságot! Ugyanabban a pozícióban ugyanazt a számot kell neki kiírnia.
Ha mégse lett igazam, akkor alighanem pergésmentesíteni kell. -
Dißnäëß
nagyúr
Az ott balra egy piros LED gyűrűvel ellátott pushbutton. A készülék főkapcsolója a fenekén van. Táp bedug, főkapcsoló bekapcsolásra még a kütyü nagy trafója nem indul, egy külön nyáktrafó viszont áram alá kerül, ami fesszabályzott egyenirányítással ad stabil 5V-ot egy Leonardo-nak. Az meg fade-elgeti a LED-et félhalványan ki-be szép lassan. Amint a gombot megnyomom egyszer, ugyanúgy, mint bármilyen gyári eszköz, indul a mandula. Az Arduino egy 5A/250VAC relével zárja a nagy trafó primer körét, éled az összes szekunder (fűtések + anódfeszek) és indul az erősítő. (A relé tekercs áramfelvétele pont az Arduino limitjén belül van). LED gyűrű meg folyamatosan világítóra vált. Amint megint megnyomom a gombot, relé elenged (normally open), a nagy trafó primer köre megszakad és a készülék nagyja kikapcsol, LED megint fade-elget. Kb ennyi egyelőre. Implementáltam még a kódba a fade mellé a debounce-ot is az example-ök közül, ami a nyomógomb zajt semlegesíti, tehát még véletlen sem, illetve akarva sem tudom megcsinálni azt, hogy egymásután többször gyorsan megnyomva a gombot a relé elkezd mint az állat ki-be kapcsolni. Ez küzdős volt, a fade loop-al jól összehozni, de valahogy kiokoskodtam és tökéletes most.Van egy másik Arduino-m, egy Raspberry Pi Meet Aurdino-m (ami szintillesztésre is kiváló Pi és Arduino feszek között), de ezt magában, Pi nélkül fogom szerintem a következő projektbe betenni és jópár dolgot figyeltetni vele az erősítő működésében. (Az nagy erősítő lesz, nem fejhallgató erősítő, mint ez).
Ha meg elég merész lennék, a wifis ESP32-t befognám és írnék hozzá egy appot, de bilibe lóg a kezem, azt majd később
-
válasz
Dißnäëß
#13586
üzenetére
"Érdemes még figyelni (...) az irq letiltására"
Akkor már leírom azt is, hogy miért: hosszabb megszakítások elején szokás letiltani az összes megszakítást (a végén pedig újra engedélyezni), hogy ne történhessen meg az, hogy a megszakítás közepén új megszakítás aktiválódjon. Ez jelen esetben pl egy pergés esetén fordulhat elő. Mivel a megszakításkor a processzor a programszámlálót és az állapotregisztert a verembe (stack) menti, szélsőséges esetben az is előfordulhat, hogy túlcsordul a verem, illetve felülírja a ram teljes tartalmát.
-
gyapo11
őstag
Az interrupt megszakítást jelent, a futó programot elhagyja, és az interrupt kiszolgáló függvényt kezdi el futtatni.
A példámban van egy loop() és van egy blink(). Azt tudjuk, hogy a loop() állandóan fut, ha a végére ér, akkor kezdi elölről. Na most a 2-es pint lehúzzuk testre. Ekkor a loopból kiugrik (megjegyzi, hogy hol tartott), és végrehajtja a blink() függvényt, amit hozzárendeltünk az interrupthoz. Ez a függvény ellentétesre váltja a led állapotát leíró változót, és a vezérlés visszatér oda, ahonnan az interrupt kirántotta, vagyis a loop()-ba. Röviden ennyi a lényeg. Érdemes még figyelni a prellre és az irq letiltására, ha bonyolultabb a függvény és több idő lehet a végrehajtása mint két interrupt közötti idő. -
Ez a példa félig működik csak jól, mert ugyan minden változásra reagál, de a számlálást ugyanúgy a loopban végzi. A számlálást be kell tenni az isr-be, akkor jó lesz.
Próbáld ezt:volatile boolean TurnDetected;
volatile boolean up;
volatile long virtualPosition=0;
const int PinCLK=2; // Used for generating interrupts using CLK signal
const int PinDT=3; // Used for reading DT signal
const int PinSW=4; // Used for the push button switch
void isr () { // Interrupt service routine is executed when any CHANGE transition is detected on CLK
volatile boolean CLK = digitalRead(PinCLK);
volatile boolean DT = digitalRead(PinDT);
up=((!CLK && DT)||(CLK && !DT));
if (up)
virtualPosition++;
else
virtualPosition--;
TurnDetected = true;
}
void setup () {
pinMode(PinCLK,INPUT);
pinMode(PinDT,INPUT);
pinMode(PinSW,INPUT);
attachInterrupt (0,isr,CHANGE); // interrupt 0 is always connected to pin 2 on Arduino UNO
Serial.begin (9600);
Serial.println("Start");
}
void loop () {
if (!digitalRead(PinSW)) { // check if pushbutton is pressed
virtualPosition=0; // if YES, then reset counter to ZERO
Serial.print ("Reset = "); // Using the word RESET instead of COUNT here to find out a buggy encoder
Serial.println (virtualPosition);
}
if (TurnDetected) { // do this only if rotation was detected
TurnDetected = false; // do NOT repeat IF loop until new rotation detected
Serial.print ("Count = ");
Serial.println (virtualPosition);
}
} -
Imy
veterán
válasz
gyapo11
#13566
üzenetére
Akárhogy is próbálkozok, nem találok rendesen működő példát. Van hogy kihagy az encoder számolása, ha van benne más is.
[link] Itt a 18-as hozzászólást próbáltam, de nem igazán működik ez sem.
Az interruptot meg fogalmam sincs, hogyan kell kezelni. Nem értek én annyira az arduinohoz.
-
#13578
Tankblock
aktív tag
tonermagus
#13575
Tankblock
aktív tag
válasz
tonermagus
#13575
üzenetére
Szia értelek,
csak azok nélkül a fránya alapok nélkül - Janos250 után szabadon csak mazoizmus és nem hobby.
A lényeg hogy a problémát bontsd le elemi egységekre majd azokat old meg egyesével példa programokban és után jön az egész összerakása. Ott még érhet meglepetés, mikor integrációkor kiderül, hogy egy timert használ több könyvtár, vagy úgy már nem is gyors :-P
-
#13575
tonermagus
aktív tag
Janos250
#13572
tonermagus
aktív tag
válasz
Janos250
#13572
üzenetére
Janos250: Sajnos mind a két koordinációra pontosan kell hogy beessen
Tankblock: Nem tudom miről beszélsz, azt se tudom ki- vagy mi az a Nordic, STM32-ről már ne is beszéljünk Jó, ki tudnám googlizni És pont ezt szeretem ebben a "hobbiban" (mert nekem ez csak az) hogy én csak hobbi "programozó" vagyok, sokszor az alapokkal sem vagyok tisztában, az elektronikával is csak fél éve ismerkedem de mégis mindent megvalósítottam eddig, még ha nem is elegáns módon Fél éve még azt se tudtam mi az az áramerősség, mi az a Serial port, azt meg pláne hogy lehet oda adatot kiíratni/beolvasni -
#13573
Tankblock
aktív tag
tonermagus
#13571
Tankblock
aktív tag
válasz
tonermagus
#13571
üzenetére
Szia,
nem hinném, inkább a konceptciót kell jól átgondolni (design) és programozni megtanulni, mert a Mega-ba van elég sok lehetőség HW esen. Ennyi erővel STM32 vonalra is felszálhatnál, vagy Nordic chipjeit is használhatnád directbe, gondolom most is azt használod :-)
-
#13572
Janos250
őstag
tonermagus
#13571
Janos250
őstag
válasz
tonermagus
#13571
üzenetére
Én úgy gondolom, hogy a Mega is elég, de csak gondolom. Az ESP32 méretre kisebb, továbbfejlesztésre alkalmasabb a több lehetőség miatt.
Közben rájöttem, hogy nem is kell neked az RF nagy távolság, mert csak akkor kell a távolságot pontosabban számolni, ha már közel van. Távolabb elég a síma GPS pár méteres pontossága is. Jól gondolom? -
#13571
tonermagus
aktív tag
Janos250
#13568
tonermagus
aktív tag
válasz
Janos250
#13568
üzenetére
Ha már így szóba jött az ESP32: az én GPS projektemhez most jobban járnék ha ESP32-t használnék Mega helyett? Ugyebár A vevő oldalon RF-en adatot olvasok be, tárolok le, majd GPS adatot nyerek ki, számolom a kettő közötti távolságot, majd kiíratom a távolságot. Ebben az esetben lehet szűk keresztmetszet a Mega?
-
Janos250
őstag
Ha Pi-t akarna használni, akkor valóban új dolgokat kellene megtanulnia, de az ESP32 pont ugyanúgy programozható, ugyanaz a program fut rajta, mint az UNO-n, nanon, vagy a többieken.
A interruptos példaprogramok is. Pl. azattachInterruptis.attachInterrupt(GPIOPin, ISR, Mode)Ugyanazok a paraméterek, ugyanaz a sorrend. Az, hogy van még benne lehetőség, azt nem feltétlen kell kihasználni. Például, hogy az ISR --t betehetjük a gyors memóriába (IRAM_ATTR), ezek csak pluszok, ami az UNOban nincs, ezeket nem feltétlen kell használni, mehet rajta az UNO program, sokkal gyorsabban.
Nem hiszem, hogy pl. a párhuzamos programozás akkora nehézség lenne. Igaz, a következő példában cout van, nem Serial.print, de természetesen a Serial.print is ugyanúgy használható.
http://arduinouser.hu/esp32/AszalakEsAzESP32.pdf -
-
Janos250
őstag
Ilyenkor mindig az jut eszembe, hogy sajnáltok 5.5 dollárt, azaz 1600 Ft-ot egy ESP32-ért, ami nagyságrendileg nagyobb sebességgel fut,
valódi két maggal rendelkezik, és pofonegyszerű rajta a párhuzamos programozás az oprendszere miatt. Inkább szívtok egy 3 dolláros lappal. Persze, a mazochizmus is egyfajta élvezet. ![;]](//cdn.rios.hu/dl/s/v1.gif)
https://www.banggood.com/ESP32-Development-Board-WiFi+bluetooth-Ultra-Low-Power-Consumption-Dual-Cores-ESP-32-ESP-32S-Board-p-1109512.html -
gyapo11
őstag
Nekem ez van elmentve példának:
const byte ledPin = 13;const byte interruptPin = 2;volatile byte state = LOW;void setup() {pinMode(ledPin, OUTPUT);pinMode(interruptPin, INPUT_PULLUP);attachInterrupt(digitalPinToInterrupt(interruptPin), blink, CHANGE);}void loop() {digitalWrite(ledPin, state);}void blink() {state = !state;} -
Encodert érdemesebb interrupttal kezelni, a pollozás soha nem lesz elég gyors ahhoz, hogy pontos legyen a számolás. Amíg a programnak semmi más dolga nem volt, mint az encodert figyelni, addig persze működött, de a mérés (főleg a rengeteg Serial.print miatt) már túl hosszú ideig tart, kimaradnak lépések.
Ha nincs kedved átírni a kódot, szedj ki minden kiíratást, talán elég lesz és működni fog. -
Imy
veterán
Arduinoval szeretnék megoldani egy ellenállás mérést, ami hőt mér, és egy KY-040-el egy hőmérséklet beállítást. Ha ezt a kódot [link] futtatom a doksi végén, akkor hiba nélkül megy az encoder poziciójának számolása. Ha ez után beteszem a hőmérséklet mérést, akkor már nem mey, össze-vissza számol:
// Use software SPI: CS, DI, DO, CLKAdafruit_MAX31865 thermo = Adafruit_MAX31865(10, 11, 12, 13);// use hardware SPI, just pass in the CS pin//Adafruit_MAX31865 thermo = Adafruit_MAX31865(10);// The value of the Rref resistor. Use 430.0 for PT100 and 4300.0 for PT1000// The 'nominal' 0-degrees-C resistance of the sensor// 100.0 for PT100, 1000.0 for PT1000//Resistance meterfloat Ra = 0.00385;float R0 = 20.9;float Rt;float T;//HW-040 encoderint pinA = 3; // Connected to CLK on KY-040int pinB = 4; // Connected to DT on KY-040int encoderPosCount = 0;int pinALast;int aVal;boolean bCW;void setup() {Serial.begin(115200);Serial.println("Adafruit MAX31865 PT100 Sensor Test!");thermo.begin(MAX31865_2WIRE); // set to 2WIRE or 4WIRE as necessarypinMode (pinA, INPUT);pinMode (pinB, INPUT);pinALast = digitalRead(pinA);}void loop() {/////////////ENCODER//////////////////////////////////////////////////////////////////////////////aVal = digitalRead(pinA);if (aVal != pinALast) { // Means the knob is rotating// if the knob is rotating, we need to determine direction// We do that by reading pin B.if (digitalRead(pinB) != aVal) { // Means pin A Changed first - We're Rotating ClockwiseencoderPosCount ++;bCW = true;} else {// Otherwise B changed first and we're moving CCWbCW = false;encoderPosCount--;}Serial.print ("Rotated: ");if (bCW) {Serial.println ("clockwise");} else {Serial.println("counterclockwise");}}pinALast = aVal;Serial.print("Encoder Position: ");Serial.println(encoderPosCount);///////////MAX31865////////////////////////////////////////////////////////////////////////////uint16_t rtd = thermo.readRTD();//Serial.print("RTD value: "); Serial.println(rtd);float ratio = rtd;ratio /= 32768;Rt = RREF * ratio;T = ((Rt - R0) / (R0 * Ra));//Serial.print("Ratio = "); Serial.println(ratio,8);Serial.print("Resistance = "); Serial.print(RREF * ratio, 2); Serial.println(" ohm");//Serial.print("Temperature = "); Serial.println(thermo.temperature(RNOMINAL, RREF));Serial.print("PakaTemp = "); Serial.print(T, 2); Serial.println(" C");// Check and print any faultsuint8_t fault = thermo.readFault();if (fault) {Serial.print("Fault 0x"); Serial.println(fault, HEX);if (fault & MAX31865_FAULT_HIGHTHRESH) {Serial.println("RTD High Threshold");}if (fault & MAX31865_FAULT_LOWTHRESH) {Serial.println("RTD Low Threshold");}if (fault & MAX31865_FAULT_REFINLOW) {Serial.println("REFIN- > 0.85 x Bias");}if (fault & MAX31865_FAULT_REFINHIGH) {Serial.println("REFIN- < 0.85 x Bias - FORCE- open");}if (fault & MAX31865_FAULT_RTDINLOW) {Serial.println("RTDIN- < 0.85 x Bias - FORCE- open");}if (fault & MAX31865_FAULT_OVUV) {Serial.println("Under/Over voltage");}thermo.clearFault();}Serial.println();//delay(1000);} -
#13560
zsolti_20
senior tag
tonermagus
#13559
zsolti_20
senior tag
válasz
tonermagus
#13559
üzenetére
Csak egy tipp, de mi történik ha így csinálod?
radio.write(&gpsadat, sizeof(gpsadat));delay(50);radio.write(&gpsadat1, sizeof(gpsadat1));Ha esetleg nem működne, akkor én 1 változóként küldeném át majd a vevő oldalon bontanám szét.
-
#13559
tonermagus
aktív tag
Tankblock
#13558
tonermagus
aktív tag
válasz
Tankblock
#13558
üzenetére
Juj, tényleg...
Array[1]-el nem az Array[0] és az Array[1]-es elemet hozom létre, hanem csak Array[0]-át
Köszi szépen!
Viszont sokszor még most is felcserélve küldi a koordinátákat. Bár ez megoldható úgy, hogy megnézem melyik a nagyobb szám az lesz a latitude Legalábbis Magyarországon és a környező országokban -
#13558
Tankblock
aktív tag
tonermagus
#13557
Tankblock
aktív tag
válasz
tonermagus
#13557
üzenetére
Szia
[link] Ez segít. A tömb mérete 2 adj meg, ne 1 et.... A 2 hosszú tömb címei a [0 és 1] lesznek....
Dobd fel GIT re a kódot aztán megnézzük... Sztem kevered, mert 1 lokáció 1 lat és egy longitudinal értékből áll. 2 lokáció különbsége kell neked.
-
#13557
tonermagus
aktív tag
tonermagus
aktív tag
Be kell hogy valljam hogy elcsesztem
A DistanceKM függvénynek teljesen mindegy, hogy int vagy float-ban kapja az adatot mert aLocation_tclass lekezeli/skálázza. A gond ott volt, hogy én a függvényt csak a program elején hívtam meg, amikor még nem volt adata a két paraméternek. Betettem a loopba és szuperül működik Végre kezeli a Base vevőtöl kapott GPS koordinátákat, és ahhoz képest számolja a távolságot.
Már csak egy hiba van: néha felcseréli a két kapott értéket...
Ez nyilván azért van, mert én így küldöm a két adatot:radio.write(&gpsadat, sizeof(gpsadat));radio.write(&gpsadat1, sizeof(gpsadat1));
Megpróbáltam azt, hogy a küldő Arduinon deklatárltam egy arrayt:float gpsadat[1];
Ezeknek értéket adtam és már ment is aradio.write(&gpsadat, sizeof(gpsadat));
A vevő oldalon pedig szintén deklaráltamfloat gpsadat[1];-ot és lefut aradio.write(&gpsadat, sizeof(gpsadat));viszont csak agpsadat[0]jön át. Mi lehet a gond? -
#13555
Aryes
nagyúr
tonermagus
#13554
válasz
tonermagus
#13554
üzenetére
Azt olvastad, amit én írtam?
-
#13554
tonermagus
aktív tag
tonermagus
aktív tag
Gyanítom hogy nem, mert így sem jó
-
#13553
tonermagus
aktív tag
Tankblock
#13552
tonermagus
aktív tag
válasz
Tankblock
#13552
üzenetére
Nagyon szépen köszönöm!
A sör tényleg kijár
Ha adsz egy címet akkor a belgasörmestertől küldök is
Már csak azért is, mert nem vágom pontosan hogy gondoltad. Nem vagyok profi programozó
De így csináltam:
Deklarációs részbe még a setup elé betettem ezt:NeoGPS::Location_t base (gpsadat,gpsadat1);// amit Nrf-en kapunkNeoGPS::Location_t rover (lan,lon);// amit helyileg nyer ki a NEO 8M
A loopba pedig:float range = rover.DistanceKm(base);
Így gondoltad? -
Tankblock
aktív tag
válasz
Yodafon
#13548
üzenetére
Szia
Van benne nRF52840 pont amit ajánlottam :-)
Ez nem egy classikus Nano, ez már az új hullámos 3V3 működőek. Azon a lapon van még egy rakat sensor is, ne csodálkozz hogy mennyi az annyi, nem is sok érte.Alin egy break out $18 - $25+ Shipping, és nincs benne semmilyen sensor....
Meglátjuk lehet hogy engem is érdekel -
#13549
Aryes
nagyúr
tonermagus
#13544
válasz
tonermagus
#13544
üzenetére
"Hogy tudom azt megcsinálni, hogy a 43.121212-ból 43121212 legyen? "
Rohadt egyszerű:43.121212*1000000= 43121212
-
Yodafon
őstag
válasz
Tankblock
#13547
üzenetére
Ez se tud akkor bluetooth-t?
https://store.arduino.cc/arduino-nano-33-ble-senseA célom
az hogy jó legyek, hű társak oldalánegy arcfelismerő ami kamera alapján megnézi hogy nyitott vagy csukott a szeme az illetőnek és az alapján kapcsol egy lámpát.
A linkelt hivatalos cucc pont jó lenne mert
1. kicsi
2. van benne BLE
3. van hozzá TinyML machine learning okosság
Miért nem ajánlott a Bluetooth Arduino-ra?
Wi-Fi-t nem preferálom mert kis fogyasztás lenne a cél + ágyúval verébre effektus lenne -
Tankblock
aktív tag
válasz
Yodafon
#13546
üzenetére
Szia
Az Arduino Nano egy Atmel 328P és nincs benne Bluetooth.
Lehet hozzá tenni, de nem ajánlom. Nordic chipjei között nézelődj ha mindenképpen bluetooth kell.
ESP32 is képes Bluetoothra, itt a fogyasztása lesz nagyobb.Van még más szabvány is..
Azt még gondold meg Mit szeretnél, pl SONOFF árul Wifi alapú kapcsolókat is....
Szóval project függő, hogy lehet megéri 11k per unit.... -
#13545
Tankblock
aktív tag
tonermagus
#13544
Tankblock
aktív tag
válasz
tonermagus
#13544
üzenetére
Szia,
C++ is your best friend...
Feltételezésem szerint ezt a könyvtárat használod : [link]
static float DistanceKm( const Location_t & p1, const Location_t & p2 ){return DistanceRadians( p1, p2 ) * EARTH_RADIUS_KM;}
ahol a bemenet egy class ami jó hír mert van float initje isLocation_t( float lat, float lon ): _lat(lat / LOC_SCALE), _lon(lon / LOC_SCALE){}Szóval a kapott értékkekel készíts 2 Location_t classt majd hívd meg a függvényedet.
Lassan jár a sör és átmehetünk a programozzunk topicba :-P
-
#13544
tonermagus
aktív tag
tonermagus
aktív tag
Ma egész szépen elhaladtam a GPS projektemmel. Felépítettem a Bázis állomást, NEO GPS 8 leszedi a GPS koordinátát, azt eltárolom egy floatban amit átküldök NRF24L01+PA+LNA-val a Rover eszköznek.
float gpsadat=fix_data.latitude();float gpsadat1=fix_data.longitude();radio.write(&gpsadat, sizeof(gpsadat));radio.write(&gpsadat1, sizeof(gpsadat1));Tudom, ez nem túl elegáns, tömbként jobb lenne átküldeni, de még nem jöttem rá hogy kell lekódolni
Na mindegy, a lényeg az, hogy ez meg is érkezik a Rover-hez, mindkét érték tökéletesen megjelenik Seriallal kiíratva a gpsadat és gpsadat1-et.A gond ott kezdődik, hogy ugyebár két dinamikusan változó GPS koordináta között akarok távolságot mérni. Így az alábbi parancsot használom:
NeoGPS::Location_t base( gpsadat, gpsadat1 );float range = fix.location.DistanceKm(base);Ez tökéletesen működik ha fix számot írok be a :
NeoGPS::Location_t base( 43.121212, 20.121212 );float range = fix.location.DistanceKm(base);De ha oda a gpsadat, gpsadat1 -t használom akkor nagyon hülye adatok jönnek ki.
Hosszas nyomozás után rájöttem, hogy a Location_t elvileg int32_t változót vár paraméternek, én pedig ugye float-ot adok. Így a gyakorlatban ezt kapja:NeoGPS::Location_t base( 43, 20 );Hogy tudom azt megcsinálni, hogy a 43.121212-ból 43121212 legyen? Mert úgy is elfogadja. Tudom hogy nagyon alap dolog, de rajtam kifog
Próbálkoztam az
int32_t gpslat=gpsadatsorral is, de ekkor is csak 43 tárolódik el a gpslat változóban...Egyébként könnyen lehet hogy már a gps koordináták kiolvasásánál lehetne ilyen formátumra kérni az adatot, de ebben János250 kolléga lehet jobban képben van
-
#13543
gyapo11
őstag
tonermagus
#13542
gyapo11
őstag
válasz
tonermagus
#13542
üzenetére
És ez a maximális eltérés a 0 és a 9 között, egy egységnyi eltérés ennek a tizede, tehát a hetedik tizedesjegy az mm-es nagyságrend.
-
#13541
gyapo11
őstag
tonermagus
#13540
gyapo11
őstag
válasz
tonermagus
#13540
üzenetére
Fogalmam sincs hogy ez az utolsó számjegy mennyire fontos
Attól függ a Föld melyik pontjáról van szó. Ha Magyarországot nézzük, akkor észak-dél irányban kb. 110 km egy fok, tehát a hetedik tizedesjegy 11 cm eltérés, kelet-nyugati irányban kb 78 km egy fok, ott 7.8 cm.
-
#13540
tonermagus
aktív tag
Janos250
#13539
tonermagus
aktív tag
válasz
Janos250
#13539
üzenetére
Szerintem arra gondolhatott, hogy egy gps koordináta így néz ki:
11 . 22 33 44 5
Viszont az Arduinon ha dolgozni akarsz azzal a koordinátával (kiiratni, átküldeni RF-en, stb...) az utolsó számjegy elveszik és ez lesz belőle:
11. 22 33 44
Fogalmam sincs hogy ez az utolsó számjegy mennyire fontos -
#13539
Janos250
őstag
tonermagus
#13529
Janos250
őstag
válasz
tonermagus
#13529
üzenetére
"Pontosságról: ahogy olvastam az Ardu platform miatt, illetve a 32bit miatt alapból nem pontos a koordináta amit megkapunk. Ez nálad nem zavar be? Vagy ez jelentéktelen?"
Ezt nem tudom, hogy értette, aki ezt írta, mert a koordinátákat maga a GPS chip számolja, és soros vonalon ASC karakterekkel (vagy binárisan, mint pl. nálam) küldi a kész eredményt.
Vagyis az Arduino semmit nem számol. -
#13537
zsolti_20
senior tag
tonermagus
#13536
zsolti_20
senior tag
válasz
tonermagus
#13536
üzenetére
Volt hogy nekem kb 15cm távolságból sem akart működni amíg nem burkoltam így be. Ha meg is kapta a jelet akkor csak valami zavaros jelet. Körülötte elég sok minden be tud zavarni én úgy vettem észre. Én úgy szoktam tesztelni, hogy 1 karaktert küldök át, van amikor teljesen más érkezik meg. Így részemről használhatatlan. Gondolom a Te esetedben sem mindegy hogy "64"-et kapsz vagy mondjuk "GA"-t.
3.3v-ról még soha nem próbáltam. Nem volt rá valamiért szükségem. Részemről nehezebb is találni mint 5v-os forrást. -
#13536
tonermagus
aktív tag
zsolti_20
#13535
-
#13535
zsolti_20
senior tag
tonermagus
#13534
zsolti_20
senior tag
válasz
tonermagus
#13534
üzenetére
Megoldható ekkora távra a sima csak akkor akkor be kell csomagolni mint egy szendvicset:
[link]
AS01-ML01DP5 előre le van burkolva, kisebb helyet is foglal és stabilabb volt vele az összes projektem. Attól függ mennyire számít neked a minőség, vagy csak jóvan az úgy, úgysem látszik alapján megy. -
#13534
tonermagus
aktív tag
zsolti_20
#13533
-
#13533
zsolti_20
senior tag
tonermagus
#13523
zsolti_20
senior tag
válasz
tonermagus
#13523
üzenetére
Üdv emberek! A sima NRF24L01+PA+LNA modul felejtős, ha csak nem szeretnéd gány módjára alufóliába tekerni a zaj miatt. Két éve kísérletezek ezekkel a modulokkal, a legmegbízhatóbb verziója az "AS01-ML01DP5" ami így néz ki:
[link]
A többivel csak a szívás van. Annyi hogy egy 16v 100uf elektrolit kondenzátor kell a pozitív és negatívhoz. Tiszta terepen tud kb 700m teszt alapján, Árnyékos helyen 150m kb, de attól is függ hogy mi van közte. Elvileg tantalum kondenzátorral még ennél is jobb a jel, de nem volt még időm végig tesztelni milyen értékkel a legjobb.
Szigorúan 3.3v-ot kell kapnia, max fogyasztása papíron 250mah. A fogyasztás és a jelerősség szoftveresen állítható az alábbi sorokkal:
RF24_PA_MIN
RF24_PA_LOW
RF24_PA_HIGH
RF24_PA_MAXHa a jel nem elég erős könnyen építhető neki egy jelismétlő így a jel kilőhető akár a holdig is. Ebben szívesen tudok segíteni
Elég érzékeny a tápra így törekedni kell rá hogy a legtisztább forrást kapja. Az alábbi módszerrel oldottam meg:
3.7v 18650 akkumulátor feszültséget feltornáztam 5v volt ra egy DC-DC konverterrel majd azt 3.3v-ra egy buck converterrel. A Fix 5v megy az arduinohoz is. A 3.3v-hoz egy elektrolit kondenzátor beraktam így stabil feszt tud kapni. Kapható hozzá egy külön modul is, de sok helyet foglalt, így tesztelni sem teszteltem.
Bármi kérdés van a modullal kapcsolatban csak kérdezzetek.
-
#13530
Aryes
nagyúr
tonermagus
#13529
válasz
tonermagus
#13529
üzenetére
"házak között városban, az erkélyről próbálgatom. Elképzelhető hogy ezért a nagy pontatlanság?"
Biztos! Eleve nem lát rá minden műholdra, és házak közti visszaverődések emiatt könnyebben összezavarják a rendszert (ugyanazt a jelet többször is megkapja a vevő), sőt, van, hogy az eredeti jel nem is jut el a vevőig, csak a visszavert, így hibás lesz a számítás. Ilyenkor egy ház előtt guruló autó is hibát tud okozni.
-
#13529
tonermagus
aktív tag
Janos250
#13528
tonermagus
aktív tag
válasz
Janos250
#13528
üzenetére
Wow, tudtam én hogy te vagy itt a GPS mester
Nagyon szépen köszönöm az elég hasznosnak bizonyult írásod!
A leírás szerint a 8M önmagában is tudja a dm-es pontosságot, egy vevő esetén is.
- Hát ennek szívből örülnék. Viszont pont nemrég raktam össze az Ardu+Neo M8N párost és sajnos 10-20 métert sétál. Régebben is hasonló volt az eredmény, akkor TinyGPS++-t használtam, most átálltam NEOGps-re de nem javult a dolog. Bár hozzáteszem én házak között városban, az erkélyről próbálgatom. Elképzelhető hogy ezért a nagy pontatlanság? Élesben persze nyílt-sík terepen lenne használva.
Növelhető a pontosság olyan vevővel, ami a műholdak által sugárzott hibajelet is fel tudja dolgozni, ezzel dm-es pontosság érhető el. Azt hiszem, az 8M ilyen.
Ezt nem tudom elképzelni. Hogyan tudom ezt a hibát kiszámolni? És a Rover oldalon mit kezdek ezzel a hibával? Ez a hiba egy gps koordináta vagy távolság? Ez a hibajel feldolgozás hogy működik? Van erre valami függvény, funkció, parancs? Akkor az nem megoldás, hogy a "bázis" által lekért GPS koordinátát és a "rover" koordináta közötti távolságot számoltatom? Azt szeretném hogy a "bázistól" mindig ugyan olyan, vagy lehetőleg 1 méteren belüli távolságra álljon meg a "Rover"
Ha egyszer lesz időm, kipróbálom két olcsó GPS csippel, mekkora lesz a hiba. Ha Te előbb próbálod ki, kíváncsi vagyok az eredményre!
Hát ha megteszed akkor azt megköszönném! Elvileg pár napon belül lehet nekem is sikerülne összeállítani a bázis állomást, és a kettő közötti kommunikációt, de az nem biztos hogy olyan pontos mint a te mérésed Pontosságról: ahogy olvastam az Ardu platform miatt, illetve a 32bit miatt alapból nem pontos a koordináta amit megkapunk. Ez nálad nem zavar be? Vagy ez jelentéktelen? -
#13528
Janos250
őstag
tonermagus
#13523
Janos250
őstag
válasz
tonermagus
#13523
üzenetére
Ha egyszer lesz időm, kipróbálom két olcsó GPS csippel, mekkora lesz a hiba. Ha Te előbb próbálod ki, kíváncsi vagyok az eredményre!
-
Janos250
őstag
válasz
Gergosz2
#13524
üzenetére
Ha nem kell túl nagy pontosság, és a vevő fel tudja használni a holdak által küldött hibát, akkor elég.
Meg lehetne spórolni az RTK módszerrel is az egyik vevőt, ha az országosan "elérhető" netes adatokat használjuk, de az részben nagyon drága, részben meg nekem valahogy nem sikerült. -
#13526
Janos250
őstag
tonermagus
#13523
Janos250
őstag
válasz
tonermagus
#13523
üzenetére
Hosszú, ha nem érdekel a GPS, ugorj!
Egy részére tudok válaszolni, egy részére nem.
Hogy mekkora a hiba, ha két egyforma GPS, két egyforma antennával mér, azt én is csak irodalomból ismerem, hogy - elvileg - deciméteres pontosság, azaz 1 m-em belüli, de akár 10 cm-es is lehet. NRF24L01-et nem ismerem, de valaki innen bizonyára. A Neo-6m-re csak tippem van, hogy valószínűleg elég.
A ZED-f9p már biztosan, mert abból egy páros pár centis pontosságot biztosít. Én NS-HP-t használok, de annak darabja a hozzá való antennával, szállítással 200$/db. (+VÁM+ÁFA+macera)
Ezt ismerem, ez elvileg +- 1 cm pontosságot ad, de a gyakorlatban is közel annyi, 5 cm-nél nagyobbat még soha nem mértem.
A Neo M6, M8 számára gyakorlatilag bármilyen antenna jó, de az F9-hez, és az én csipemhez spéci, két frekvenciát tudó ("L1 + L2") antenna kell. Ezeknél gyakorlatilag két különböző frekihez tartozó antenna van valahogy egymásra építve. Az M8 is tudja a GPS+Glonass+Galileo+Beidou műholdakat egyaránt venni. Fontos, hogy olyan csip legyen, ami mind a négy típust tudja. Az indiai és a japán nem érdekes számunkra. A mindkét sávot is tudó, a ZED is.
A leírás szerint a 8M önmagában is tudja a dm-es pontosságot, egy vevő esetén is.Egy kis fejtágító:
Egy normál GPS vevő nagyjából néhány méter pontosságot tud.
Növelhető a pontosság olyan vevővel, ami a műholdak által sugárzott hibajelet is fel tudja dolgozni, ezzel dm-es pontosság érhető el. Azt hiszem, az 8M ilyen.
Amatőrök csinálják néha, hogy két olcsó vevőt telepítenek, egyet fix pontra ("bázis"), másikat ("rover") meg a kívánt helyre, és a roverhez küldik a bázis által mért HIBÁT. Ez deciméteres hibát szokott eredményezni, de néha elég pontos is lehet. (nem használtam, csak irodalom). Ehhez nem kell nagy sávszélesség, mert csak a hibát kell küldeni. Ide bármilyen Arduino, és majdnem bármilyen rádiós csip megfelel. A célszerű gyakoriság: másodpercenként.
Profi módszer: pl. a ZED, valamint amit én használok, és még néhány.
Ekkor a bázis nem a hibát küldi el a rovernek, hanem minden egyes műholdra külön-külön a mért adatokat, amit a rover fel tud használni ("RTK") . Ez már néhány cm-es pontosságot biztosít. Ha nem tudja mindkét (L1+L2) sávot, akkor kissé pontatlanabb, ha igen, akkor pontosabb. Ezekből a legolcsóbb is százdollároknál kezdődik, de vannak többezresek is.
Antennák:
Ha csak az egyik sávot használja a vevő, akkor nálam az 5 $-os kínai antenna ugyanazt produkálta, mint a 100 $ feletti "nyugati".
Kétsávosból nincs olcsó. A beépíthető kb. 40 $, a tokozott 50 $-tól a csillagos ég.
Adat továbbítása, és Arduino.
Szerintem van aki kitalálja, hogy én ESP32-t használok. Bázis a fix ponton: A GPS-t olvassa soroson [nem, nem az, ez kisbetűs! ].
Ezt WiFin küldi a routernek. A routeren port forward beállítva, hogy kinnről is elérhető legyen az ESP32 szerver.
Rover: hasonló mint a bázis, de itt egy telefon megosztott net elérését használja az ESP32, WiFin csatlakozva a telefonhoz.
Ha jól van megírva a szoftver, akkor bírja a sebességet. Mivel az ESP32 2 magos, van amit áttettem a 0-ás magra, alacsony prioritással.
Alapállapotban a loop az 1-es magra kerül, mert a 0-on van a WiFi, meg ilyesmi.
Hosszú lett, és csak részben Arduino, de ha a modi úgy látja, majd átteszi offba. -
válasz
Gergosz2
#13524
üzenetére
"Fix pontra minek GPS meg RF adó? Nem elég lenne elég csak a koordinátája? "
Korábban volt róla szó, hogy egy GPS vevő önmagában elég pontatlan, de két egyforma GPS vevő egymáshoz közel nagy valószínűséggel ugyanabba az irányba és ugyanannyit téved, ezért egymáshoz viszonyítva nagyon pontosan lehet velük távolságot mérni.
Illetve ha az egyik vevőnek ismert az abszolút pozíciója, akkor a mért és a valós helyzet közti különbséget levonva a 2. GPS vevő által mért pozícióból, szintén elég pontos helyadatot lehet nyerni. -
#13524
Gergosz2
veterán
tonermagus
#13523
Gergosz2
veterán
válasz
tonermagus
#13523
üzenetére
Fix pontra minek GPS meg RF adó? Nem elég lenne elég csak a koordinátája?
Ezeknek az NRF24L01+PA+LNA-nak mekkora a valóságban a hatótávja? Próbálta már valaki? 1km elvileg a gyári adat, akkor gondolom 500m-et simán bírnia kellene.
Papíron, nyílt terepen talán. Valóságban szerintem olyan 200m az említett antennával, beltérben meg max 1 fal. -
#13523
tonermagus
aktív tag
Tankblock
#13522
tonermagus
aktív tag
válasz
Tankblock
#13522
üzenetére
Teljesen megfelelt. Köszönöm szépen a válaszod!
Más: szeretnék összehozni egy GPS-es távolságmérőt. Ha jól emlékszem Janos250 ennek a nagy tudója...
A tervem az lenne, hogy lenne egy Fix pont, ami gyakorlatilag egy állvány lenne amin egy Arduino + NEO-6M + NRF24L01+PA+LNA kombó lenne. Illetve lenne egy mozgó tárgy, amin szintén az előbbi Arduino + NEO-6M + NRF24L01+PA+LNA kombó lenne. A fix pont beolvassa a GPS koordinátát, azt Nrf24-en továbbküldi a mozgó tárgyhoz, a mozgó tárgy szintén lekéri a saját GPS koordinátáját, majd fogja a két koordinátát és a megfelelő függvénnyel kiszámolja a kettő közötti távolságot és megjeleníti azt egy kijelzőn. Ez lenne az elképzelés
Lehetőleg szeretném elérni az 1-2m-es vagy jobb pontosságot.Viszont megfogalmazódott bennem pár kérdés:
- Melyik modul a legjobb erre a célra? Neo-6m, Neo-8m? Esetleg egy komolyabb, mint pl. ZED-f9p. Ez borzasztó drága lenne, kérdés hogy Neo-6m-el elérhető-e a kívánt pontosság.- A fix pontot azért terveztem bele, mert bízom benne hogy a két GPS ami relatív közel van egymáshoz (max. 200-300m-re egymástól) ha téved is akkor azt egy irányba teszi. Így ha azt használom origónak akkor talán nő a pontosság. Vagy tévedek? Van egyáltalán haszna ennek a fix pontnak?
- Egy Arduino Mega képes arra, hogy megfelelő sebességgel olvassa be a GPS koordinátát és ezután Nrf24-en kiküldje? Vagy lassú lesz? Illetve a kérdésem a másik oldalon is él? Elbírja a Mega hogy fogadja a másik pont GPS koordinátáját, lekéri a sajátját és kiszámolja a távolságot és kiírja egy kijelzőre? Vagy érdemes betenni arra az oldalra egy másik Ardu-t ami végezné a számítást és a kiírást és a két ardu serialon küldené egymásnak az adatot?
- Ezeknek az NRF24L01+PA+LNA-nak mekkora a valóságban a hatótávja? Próbálta már valaki? 1km elvileg a gyári adat, akkor gondolom 500m-et simán bírnia kellene
Bocsi a sok kérdésért
-
#13522
Tankblock
aktív tag
tonermagus
#13521
Tankblock
aktív tag
válasz
tonermagus
#13521
üzenetére
i-BUS mint protokoll ha jól értem akkor egy olyan UART (115200 baud 8N1 )aminek nincs külön Tx meg Rx pinek hanem ugynevezett 1-Wire azaz egy-vezeték konstrukcióban működik.
Jelen esetben a vevő 7 [ms] periódussal küldi az összes csatorna / bejövő vezérlés / PWM jelét ez megy a 17 IO lábra ami Rx.
Amikor a controller szeretné küldeni a sensor adatokat akkor azt a 16 io lábon teszi,
A kettő, hogy ne zavarja egymást ha jól sejtem illik elválasztani, ugye a dióda csak egy irányba vezet. Rx felé érkező jelet választod le a Tx lábról, hogy azt ne süsd meg. Ezt így konyhanyelven leírva - reméelm lesz más aki jobban el tudja magyarázni. -
#13521
tonermagus
aktív tag
Tankblock
#13519
tonermagus
aktív tag
válasz
Tankblock
#13519
üzenetére
Csak hogy értsem is mit miért csinálok: miért van szükség arra a diódára/ellenállásra?
Azt írja, hogy ha csak 1 szenzort használok (mint pl. esetemben az arduino) akkor a diódát lecserélhetem egy 1.2K-s ellenállásra amit a Serial2 TX portjára kell tennem. Ha kihagyom a diódát/ellenállást mi történik? Ha csak a TX-et dugom be nem kellene működnie?
You need to include a diode (such as 1N4148) between the Arduino TX pin and the wire between the iBUS pin and the Arduino RX pin (cathode/solid ring of diode connected at Arduino TX pin) to handle the half-duplex protocol over the single iBUS wire. See example wiring below. If you only have one sensor connected to the iBUS (i.e. only the Arduino board) you can replace the diode with a resistor of 1.2k Ohm. -
#13519
Tankblock
aktív tag
tonermagus
#13511
Tankblock
aktív tag
válasz
tonermagus
#13511
üzenetére
Szia,
a példakóddódban a példányosításkor
IBusnevet adod. szóval csak aIBus.begin(Serial2);fog működni. Sztem a példa kód forrása: [link]Amivel kevered az ennek a GIT reponak egy másik példakódja ha jól sejtem: [link]
Ahol példányosítás így néz ki :IBusBM IBusServo;IBusBM IBusSensor;// iBUS setupIBusServo.begin(Serial1);// commentekIBusSensor.begin(Serial2);Nem csináltam pont ilyet.
Az említett osztály nem Singleton szóval példányosítani kell és begin fnc vel kell beállítani a soros portot, pineket és a fnc maga gondoskodik a timerek használatáról.Szépen a saját loop fnc is hivogatja.... Egy jól megírt libnek tűnik.
Átnéztem a repot, ezek alapján mondom hogy bekötési hiba, vagy tápfesz.
-
válasz
kesztió
#13515
üzenetére
Ha biztosra akarsz menni, beforrasztás után nyomj rá egy csík forróragasztót, akkor tuti, hogy nem a forrasztásnál fog eltörni, ha hajlítgatják.
Én egyenként szoktam, ha csak egyet csinálsz, ki lehet bírni...
Van olyan kábel, amit le sem kell csupaszítani, mert a páka hőjétől felszalad rajta a szigetelés, ha lusta vagy, ezt is meg lehet próbálni. -
kesztió
aktív tag
Mondjuk, a szalagkábel pont olyan eszközben lesz, amit ideális esetben egyszer szerelünk és többet el sem mozdítjuk (falba süllyesztett okos termosztát), de ettől még nekem nagyon sérülékenynek tűnik, ha a kábelt sokat mozgatjuk, az előbb vagy utóbb kiszakad a forrasztás helyén. Eltérően a fotón látható jumpertől, amelynél sokkal kisebb mozgási lehetőséget ad a kábelnek. De ha azt mondod, nem fogok hülyeségekkel kínlódni és közvetlenül fogom forrasztani a kábelt.
Ha már itt tartunk, van valami célszerszám a szalagkábel szigetelésének eltávolítására? Vagy egyenként kell lekínlódni őket a végekről forrasztás előtt? Esetleg árulják a kábelt előre pucolva forrasztáshoz? -
-
kesztió
aktív tag
Kedves fórumlakók,
Egy Arduino Nano ki- és bemeneteire szeretnék csatlakozni szalagkábellel. A legelegánsabb megoldás a szabványos, tisztességes verzió, azaz a tüskesorra húzott szalagkábel-csatlakozó, de egyrészt nem nagyon van erre helyem, másrészt kissé pazarlásnak érzem az oldható csatlakozást olyan helyre, ahol erre semmi szükség nincsen. A legegyszerűbb pedig az, ha a szalagkábelt direktben, szálanként beleforrasztom a furatokba. Ez viszont mechanikai szempontból aggályos, és az az igazság, eléggé amatőr megoldásnak tűnik.Én valami ilyen megoldásban gondolkoznék:
Ez nem túl olcsó alkatrész ahhoz képest, hogy csak egy pin, de fogjuk rá, hogy még éppen belefér. Viszont számomra a műanyag szigetelés is pocséklást jelent, az elhagyásával is nyernék másfél millimétert.
Van valami alternatív javaslatotok? Egyáltalán, mi ebben a helyzetben a bevált megoldás (ha nem oldható módon szeretnék NYÁK-ra forrasztani egy szalagkábelt)? -
#13511
tonermagus
aktív tag
Tankblock
#13510
tonermagus
aktív tag
válasz
Tankblock
#13510
üzenetére
Elméletileg mindent jól csináltam... Egy dolgot kivéve amit most vettem észre:
IBusSensor.begin(Serial2);helyettIBus.begin(Serial2)-t használtam
Nagyon remélem hogy ez lesz a hiba. Ahol csak szervóvezérlés van ott az Ibus.begin(Serial1)-t használja. Ahol már vegyes (szervó+szenzor) ottIBusServo.begin(Serial1);ésIBusSensor.begin(Serial2)-t használ.
Egyébként Te használtál már ilyet? Így megfelelően összerakva a távirányítón látnom kellene 2 újabb szenzort ami az Arduino által küldött növekvő sebesség és hőmérséklet változó értékeit jelenítené meg? -
#13510
Tankblock
aktív tag
tonermagus
#13504
Tankblock
aktív tag
válasz
tonermagus
#13504
üzenetére
Szia,
Bekötési hiba lehet.
Diódát jól kötötted be?
Bekapcsolás után az adó működik rendesen? Servo kontroll pl megy-e? -
válasz
FeniX-
#13507
üzenetére
Jobban teszed, ha a pin-t inkább sink módban használod, vagyis a szenzort a +5V és a pin közé kötöd, mert a pin úgy nagyobb áramot tud elviselni (az uno source-ként asszem 28mA, sink-ként 40mA), de az egésznek csak akkor van értelme, ha akkumulátoros üzemben használod, akkor lehet némi energiát spórolni így, külső táp mellett nem sok haszna van.
-
FeniX-
senior tag
-
FeniX-
senior tag
Sziasztok, szerintetek van gyakorlati haszna, ha egy hosszú működésre tervezett arduinonál egy analóg hőmérséklet szenzort (lm35) nem a konstans 5 voltos lábra kötök, hanem mielőtt mérni szeretnék egy 'bármelyik' szabad kimeneti pin-ről kapná az 5 voltot, amit utána lekapcsolok, ha nincs mérés?
Mondjuk 1 ciklusban mérnék 1-et, aztán ventillátort kapcsolok, ledet világítok, és eltelik fél perc, mire következik az új ciklus. -
#13505
Aryes
nagyúr
tonermagus
#13504
válasz
tonermagus
#13504
üzenetére
Semmit nem tudok erről az eszközről, feltételezem, hogy a beállított baud érték helyes. Csak annyit tudok mondani, hogy cseréld meg az RX és a TX lábat, hátha felcserélted véletlenül.
-
#13504
tonermagus
aktív tag
tonermagus
aktív tag
SZiasztok!
Hátha ti tudtok segíteni.
Valaki vezérelt már Flysky IBUS-t Arduinoval? Az alábbi leírás szerint összeraktam, a Flysky vevő IBUS portját a Serial2-re tettem, viszont a távirányítón nem látom a szenzort
https://github.com/bmellink/IBusBM
Kicsit részletesebben: A flysky FS-ia6B vevő a +5V-ot és a GND-t is az arduinorol kapja ideiglenesen. Arduino Mega-t használok, annak a 16-17-es lábát, ami alapból Serial2 TX és RX. Ezt így kötöttem össze:
Kérdés hogy nekem kell-e ez a párhuzamosítás? Vagy Elég lenne csak a 16-os TX csatit rákötni a vevő IBUS-ra?
Az Arduinora feltöltöttem az alábbi kódot:
A vevőt és az adót össze bindoltam, majd az RX menüben kikerestem a látható senosokat, és sajnos ott csak a gyári 3 db szerepel, az arudioé nem
A célom az lenne, hogy az arduino generál egy számot, amit a vevő IBUS-án keresztül átküldi, majd azt a adó (Flysky FS-i6) kijelzőjén látni fogok. Ugyebár a sensorok működnek ilyen módon, tehát egy feszültség szenzor által mért értket látok az adón, de az arudino-t nem ismeri fel szenzorként, pedig a IBUSBM library elvileg pont erre való.
Ti elég nagy guruk vagytok, mit rontottam el?
Legközelebb ne tedd off-ba, mert így nem jó olvasni.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Jó oldalt nézek akkor egyáltalán? 
Van olyan kábel, amit le sem kell csupaszítani, mert a páka hőjétől felszalad rajta a szigetelés, ha lusta vagy, ezt is meg lehet próbálni.
Új hozzászólás Aktív témák
Hirdetés
ekkold- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen notebookot vegyek?
- World of Tanks - MMO
- Milyen videókártyát?
- Sony MILC fényképezőgépcsalád
- Goddess of Victory:Nikke
- Azonnali informatikai kérdések órája
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- PlayStation 3
- Debrecen és környéke adok-veszek-beszélgetek
- További aktív témák...
- VÉGKIÁRUSÍTÁS - REFURBISHED - Lenovo ThinkPad 40A9 docking station
- Xiaomi Redmi Note 10 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- LG 55G4 - 55" OLED evo - 4K 144Hz & 0.1ms - MLA Plus - 3000 Nits - NVIDIA G-Sync - FreeSync Premium
- DELL PowerEdge R630 rack szerver barebone - 2xSocket 2011v4 , 24x DDR4 DIMM, H330 RAID, 39369Ft+ÁFA
- Samsung Galaxy Xcover 5 64GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged