- Google Pixel topik
- Mobil flották
- Honor 400 - és mégis mozog a kép
- Android alkalmazások - szoftver kibeszélő topik
- iPhone topik
- Honor 400 Pro - gép a képben
- One mobilszolgáltatások
- Samsung Galaxy Z Fold6 - ugyanaz, sarkosan fogalmazva
- Samsung Galaxy A34 - plus size modell
- Azonnali mobilos kérdések órája
-
Mobilarena
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
Jól értelmezem ezt a tápocskát, hogy egyidejűleg, egy 18650-es cellából lehet rajta 5 és 3.3V-ot csapolni?
-
ViZion
félisten
-
válasz
Wolfram
#18292
üzenetére
4db aaa még belefér, powerbankból csak vmi pici, igencsak szolid kábelezéssel.
Ha elég ügyes vagyok, akkor egy 13x5centis walkie-talkie hátára tudom applikálni a cuccost, ez lenne mondjuk a max méret.
-
jogos, itt olvasom, hogy 4xAAA-t javasolnak pl
, ez kb 5V, amit tleg 3.x-re kell csökkenteni kell a neo-m8-hoz. -
válasz
t72killer
#18289
üzenetére
nano tápfeszigénye ideális helyzetben 6-20V
Egy fenét, a μC alapból 5V-ot kér. 6,5V-12V a Vin felőli betáp, ami egy regulátoron keresztül látja el 5V-tal. 20V-ot csak jó minőségű regulátorral fog elviselni, a tapasztalat azt mutatja, hogy a kínai Arduino lapok 9V fölött szeretnek elfüstölni...
Mikor elkezdtem Arduinoval foglalkozni, kísérleteztem ezzel-azzal, például hogy meddig lehet lemenni a tápfeszültséggel, és azt derítettem ki, hogy az Atmega328p egészen stabilan elmegy akár 3V-ról is. Ez azt jelenti, hogy két ceruzaelemről vagy 1db li-po celláról közvetlenül is el tudod látni, de a GPS modul miatt mindenképp kelleni fog egy boost vagy egy boost-buck konverter, ebből viszont már lehet olyat is találni, ami 1db ceruza akkumulátorról képes 5V-ot produkálni, mondjuk csak kis árammal terhelhető (asszem 100mA).
-
Trükkös +jól hangzik, kvázi a beszéddel együtt, gombnyomkorászás nélkül/automatice le tudnám adni, hol vagyok
. Ez még egy következő lépcsőfok, de tuti drótdugogatósra csinálom az egészet, hogy ne kelljen nyakonönteni ónnal, ha újratervezés van.Most nézem, a nano tápfeszigénye ideális helyzetben 6-20V között van, ti mivel etetitek, ha szűkös a hely? Tölthető Li-Ion PP3 9V?
-
Hát ebből túl sokat nem értek, de köszi.
A cél IC feladatát egész biztosan ki lehet váltani a μC-el, meg itt csak 1 irányú kommunikáció kell, le lehet egyszerűsíteni az egészet.
A BayCom-modem alapján már jó leírást is találni hozzá
-
And
veterán
Jellemzően telefonhoz készült modem IC-k köré (pl. AM7910: [link], TCM3105) épült, soros COM-portról vezérelt félduplex megoldások voltak adás-vétel vezérléssel, kizárólagos adatátviteli móddal. Vagyis nem a fónia mellett, hanem azt kizárva működtek. Létezett diszkrét elemekből épített, nem cél IC-s kapcsolás is, de az jóval kevésbé volt megbízható. Egyébként sokban hasonlított a wifi-hez, csak utóbbiból a kezdeti 802.11b is sokkal, úgy 3..4 nagyságrenddel nagyobb adatsebességgel (meg nyilván sávszélességgel) ment: korlátozott hosszúságú adatcsomagok oda-, majd arra visszaigazolások visszafelé. Fájlokat is lehetett küldeni, volt csomagrádióhoz a komplett működést összefogó kliensprogram. Az effektív átviteli ráta a félduplex üzem, a visszaigazolások és az adás-vétel váltások okán jóval kisebb volt a nyers jelzési sebességnél, lásd megint csak a wifi-t. Egy kapcsolás TCM3105-tel: [link], BayCom-modem néven lehet találni ilyesmit, ma valószínűleg jóval kisebb méretben is össze lehetne hozni, jó részét szoftverből megoldva.
-
And
veterán
(Avagy hogyan csináltak a rádióamatőrök már évtizedekkel ezelőtt is digitális átvitelt a hangsávon: pont úgy ahogy írod, AFSK- vagy FSK-modulációval. A '90-es években élte virágkorát a 'csomagrádiózás': helyi elérésű node-okkal és a közöttük kiépült nagytávú linkekkel egész nagy távok voltak áthidalhatóak akár egy szimpla kézirádióval /miután annak csak a közeli csomópontot kellett elérnie/. Jellemzően 1200 bps-es AFSK-val és 9600 bps-es AFSK-val működtek. Konkrét céláramkörök léteztek rá, nekem is van egy akkori recept alapján készült példányom 1,2 kbps-re.)
-
válasz
t72killer
#18283
üzenetére
Ha én csinálnám, a mikrofon (bemenet) részébe két jól megkülönböztethető frekvenciára, ami nem egymás harmonikusa, építenék egy-egy aktív analóg sávszűrőt, és ennek a két szűrőnek a jelét figyelném egy-egy analóg bemeneten. Erre már ki lehet találni olyan protokollt, megfelelő hibajavítással és redundanciával, ami akár még beszéd közben is képes működni.
-
. Igen, rémlett már arduinós hangmodem (ha jól nyelvújítok )a témában.
A szintekkel hallható frekikre gondoltam, kHz környékén. Ez ugye átmegy egy walkie talkie-n, máskülönben nem lenne talkie
, de lehet sűrű zajos közegben a legtutibb pár Hz-es impulzusokat használni. Az übertuti a carrier wave Morze jellegű szaggatása lenne, de valahol azt olvastam, hogy erre a mezei walkie talkie-k karakterisztikája nem jó, nemigazán tudják négyszögjelként kilőni-ujraindítani az adást.+nézem még árban akad-e 8£/10$ alatt USB-c-s forrasztott nano, aztán indul a shopping. Alin látok 4$ alatt is, csak ugye az kérdés mennyire működőképes.
-
Az átviheő adatfreki erősen zaj=távolságfüggő, nem feltétlen ragaszkodnék a hallható szintekhez.
Közben kezdtem összeszedni a vásárolnivalót, elég lesz vajon egy nano "agynak"?:
Arduino Nano V3.0 Programable ATmega328P 5V 16MHz Arduinoamit kezelnie kell:
- NEO-M8N gps modul
- "audió" input-output
- képernyő -
#70211840
törölt tag
Az egyik STM32F401CCU kontrolleremen nincs meg a gyári bootloader. Próbáltam valami netről összebogarászott bin-t feltenni, de nem az igazi.
Elméletileg megjelenik a bootloader, de amikor az ArduinoIDE másolna rá, akkor hibába fut.
Viszont STLink-el rámegy a cucc. Csak a próba kedvéért forrasztottam be a tüskéket.Van valami ötletetek hol lehetne megfelelő bootloadert találni?
Van pár darab jól működő, esetleg azokról valahogy menteni? -
válasz
t72killer
#18274
üzenetére
párhuzamosan tuti nem megy a dolog megbízhatóan - tekintve mekkora zaj megy ezekben.
Fogd meg a söröm!
Persze én sem párhuzamosan gondoltam, hanem nyilván egymás után, vagyis a walkie talkie eredeti funkcióját is megőrizve, vagy beszéd, vagy adatküldés.
Ki kéne mérni, hogy maximum mekkora frekvenciát tudnak ezek megbízhatóan átvinni, tehát mondjuk max. 8kHz, mint egy átlag (régebbi) telefon, vagy 20kHz-ig is képes, akkor valami olyasmit kellene, mint a Samsung Smart Switch, ami audio kapcsolattal keresi a másik telefont a kapcsolódás céljából.
-
mi a gyakorlati különbség a NEO 6M, 7M és 8M gnss modulok között? érdemes a "drágább" 8M-et venni? (ha nem kínából akarom, akkor mondjuk valóban látható már az árkülönbség)
-
ViZion
félisten
válasz
Wolfram
#18276
üzenetére
Írd le kérlek, h mit szeretnél kb.: mit mérnél, milyen tartomány, milyen pontosság. Wemostól milyen távolságra. Lenne-e kijelző, nyomógomb, akármi. Szenzorok adatlapját kell nézni, soknál a működéshez pl. 3-5V van megadva, épp ezért, h mindenhova IS jók.
De ha mondod mi a feladat, akkor konkrétabbat tudok mondani.Más: elkészült a fűtésvezérlő átalakítása, leginkább a kattogós kínai relé és a rengeteg wago használat zavart. Mellesleg így még több helyet foglalt, mint most, panelra forrasztgatva vagy csatizva mindent.
-
Wolfram
aktív tag
-
párhuzamosan tuti nem megy a dolog megbízhatóan - tekintve mekkora zaj megy ezekben. Nekem bőven elég, ha beszéd után/helyett a kütyüt belenyomva v egy gombot megnyomva rajta leadja a pozit és mondjuk egy pár számjegyű azonosítót.
még beleásom magam a modulok világába, látom gps+glonass kombós is van már <15£ körül, ez a kép meg kifejezetten megtetszett:
-
-
. Könnyítés, h úgy tűnik a natúr NMEA 0183 is fekszik neki: a kolléga semmilyen jelmódosítást nem csinált - mázlija volt, hogy a mikrofon bemeneti és gps kimeneti feszkóértékek azonos univerzumban mozognak, 3-5V peak to peak rémlik. Így egyik fél se süti meg a másikat.
Az áramigény fedezésére 1db CR123 cellára gondoltam, de persze ha elég lenne 1-2 AAA NiMH (tudom, ez már 4,4centi), az mégjobb, mert az alap walkie talkie is pont ilyeneket használ = egy töltővel kevesebb. Nem cél a folytonos üzem, időnkénti becsekkoláshoz jönne jól a precíz pozi.
-
Bejártam a netet, próbálkoznék itt is - bár nem biztos, hogy Arduino alapú lesz a végső megoldás.
Walkie talkie-hoz szeretnék egy apró GPS kütyüt, amivel pl Morze, vagy NMEA formátumban le tudom adni a helyemet, a másik oldalon pedig valami lefordítja a jelet koordinátákra.
A rendelkezésre álló pmr walkie talkie-nak van 2,5mm-es headset jack csatija, ez lenne a kapcsolat a kütyüvel. VOX-ot is tud, azaz indító "hang"jelzésre kezdi az adást.Itt kolléga rágányolt egy gps-t a walkie talkie mikrofon helyére, a párján pedig a hangszóró helyére egy rs232 kábelt, szóval elméletben működőképes a koncepció.
Kérdés: összedobható-e egy kicsi (<3-4cm) jackdugós eszköz házilag, mezei forrasztópákával, ha igen, milyen gps-modult érdemes levadászni hozzá?
-
Atamano
csendes tag
Van egy szenzorom NPN NC kimenettel, ha a szenzor O státuszba kerül, akkor szeretném, ha egy led bekapcsolna, ami ettől kezdve a szenzor állapotától függetlenül folyamatosan égne és a csak áramtalanítás esetén történne meg a reset.
Ha NO kimenetes lenne a szenzor, akkor ennyi bőven elég lenne csak, akkor minden mást kellene átalakítani:
https://youtu.be/Er8fSoeaZD0?t=236Van erre valamilyen szimpla megoldás Arduino nélkül?
-
ReFleXx
addikt
válasz
ViZion
#18264
üzenetére
az arduinos sketchekbol olloztam ossze egy kodot.
wifi kereses nincs, megadom az SSID , password parost es megy ki a wifi.begin()
ezen a devkit boardon is D2 labra van kötve a builtin LED de az nincs bekapcsolva.
neked espeasyben mennyi ido a wifi csatlakozas deepsleepbol ebredve? -
ViZion
félisten
válasz
ReFleXx
#18263
üzenetére
A saját lednek is van "GPIO-ja". Wemosnál GPIO2-t kell high-ra állítani.
Nem tudom mit használsz rajta, de van olyan ESPEasy-ben, h ne keressen wifit, hanem az utolsóra jelentkezzen be. Jó esetben ez rövidebb idő, mint előről kezdeni a folyamatot. ms ez is, de lehet, h számít. A másik a wifi power, amit lehet szabályozni, ha jó a vétel, akkor limitálni kell. Power led az ilyen, kéri a power-t.
-
ReFleXx
addikt
esetleg mérte itt valaki az ESP32 modul aramfelvetelet deep sleepben? neten biztos talalnek de engem a helyi kozosseg tapasztalata erdekelne.
Erdekessegkepp itt egy mérés development boardon, ez egy kozel 2.5perces arammeres ahol 1 percenkent felébred a mcu feljelentkezik wifire es visszamegy rogton deepsleepbe.
ebredes utan wifi csatlakozassal kb 110mA az aramfelvetel atlagosan de vannak ilyen 500mA-t meghalado par miliszekundumos kiugrasok is.
Sajnos deepsleep aramfelvetelt nem tudok mondani, mert a devkit boardon folyamatosan eg a power led ami miatt olyan 2.6mA volt a deepsleepben is. Leforrasztani nem szerettem volna csak emiatt. power leddel felejtos az elemes üzemeltetes
-
vegyszer
addikt
Ilyen volt majd húsz éve is.
Úgy működött, hogy a billentyűzet oldalán volt egy lyuk. Amibe az egyetemi diákigazolvanyt kellett bele dugni. A csippen lévő adatok alapján beengedett a rendszer (Windows XP), vagy nem. De volt hozzá menedzsment alkalmazás is, bár azt nem használtam.
A háttér tár bármely gépen elérhető volt a könyvtárban. -
pbl
csendes tag
válasz
ReFleXx
#18255
üzenetére
Igen, lehet túlbonyolítom, nincs kártyás belépés.
Kb. 70-en vagyunk, az iroda 3 szintes.
Összesen 12 szoba, szobánként 4 ember, és van két tárgyaló, ahol ~20-an férünk el.
Minden helységet jó lenne naplózni, Wifi van mindenhol.
Mivel nincs fix hely, így bárki mehet bárhova. Azért gondoltam valamilyen rádiós technológiára, mert az talán össze tudna fogni akár 2-3 szobát is, jobban átmegy a falon, mint a infra, vagy bluetooth.Köszi a válaszokat, ezen a vonalon el lehet indulni.
-
ViZion
félisten
válasz
Wolfram
#18258
üzenetére
Ismeri minden is. nano-nál mind erősebb. Forrasztva sztem ezek nincsenek, de nah, az nem nagy cucc azért. Wemoshoz rengeteg minden van modul vagy pajzs formában, nekem is ezért lett az első. De keress rá, hogy "wemos d1 mini amitcsinálnálvele" és lesz leírás, videó, angol, német, magyar. Sőt, indiai-angol, meg ilyesmik. De a minap olasz és spanyol videót néztem, YT fordítósan angolul.
-
Wolfram
aktív tag
válasz
ViZion
#18254
üzenetére
Írtam hogy nano-t akarok,
ezért jó minden ami legalább a nano szintjét hozza,
de szempont hogy előforrasztott legyen.
Amiben nem vagyok biztos az a kompatibilitás, ezeket az ESP32, wemos cuccokat ismeri az ard ide? Egy ard tutorial-t milyen könnyen tudok átültetni ezekre a nextgen lapokra? -
ViZion
félisten
Hestore jó, de picit drágább. Kérdés, h mire lenne szükség?
Wemos D1 mini szint, több IO, picit magasabb ár: [link]
ESP 32-vel, ami erősebb, szintén pici méretben: [link] [link] STM-et nem linkelek, nem ismerem, h UNO-hoz képest mit tud. Nano klón, sok IO-val: [link]
Ez csak az első link. Szal. van választék szerintem. A SOC-ot nézd, a többi csak körítés. Persze visszajutunk oda, h mi a terv? Mennyi, milyen IO kell rá? Csak pár szenzor, vagy valami komolyabb a feladat?Janos250: agyalok, h wemos helyett a pici ESP-01-et és valami ESP32-t is kipróbálok. Nem mintha a feladat igényelné...
De tényleg durva már a Wemos tudása is, az ESP32 meg mindenből több, jobb, erősebb... Ezt nézegettem, mert lenne egy tervem, h több RGB zónát vezérelni egy eszközzel. Csak ez nekem ismeretlen, de majd utánaolvasok, h mi is kellene. -
Janos250
őstag
válasz
Wolfram
#18252
üzenetére
Ha úgy rendeled, ahogy Aryes írta, az esetek 95 százalékában nem a postán keresztül jön, hanem futár hozza.
Nem mindenütt adható meg a standard, de általában a többi is futárral jön. Ha nem, akkor szívás: Posta küld egy üzenetet, hogy 400 Ft-ot ha átutalsz, hozza a postás. Ha adott idő alatt nem fizeted be, akkor is hozza a postás, de akkor már 800-at fizetsz.
A feladó kifizette az ÁFÁT-t, azzal nem kell foglalkozni, de a Magyar Posta időnként mégis foglalkozik vele, és mégegyszer elkéri az ÁFA-t. Ekkor persze vissza lehet kérni, de általában nem éri meg a macera.
Standarddal kell rendelni, és a problémák megúszva.Lapok?
Pl. most is van itt, aki STM32 bluepillt használ. Régebben én is használtam, szerettem.
https://www.aliexpress.com/item/1005003880238896.htmlÉn meg ezeket használom:
https://www.aliexpress.com/item/1005001636295529.html
Valamivel kétezer Ft fölött vannak, de nagyon sok mindent tudnak.
Sok memória, nagy sebesség, két mag, rengeteg hardver periféria kezelés. -
Wolfram
aktív tag
-
Janos250
őstag
válasz
Wolfram
#18248
üzenetére
Nekem Aliról mostanában 10-15 nap alatt jönnek be a cuccok. Ami nem, az meg másfél hónap múlva :-(
Arduino panelt nem rendeltem mostanában, csak egyebeket.
Itt van pl. Uno:
https://www.aliexpress.com/item/1005001621923182.htmlAzt azért úgy csendben megkérdezném, hogy miért éppen Uno-t akarsz, hiszen nagyjából hasonló áron már sokkal korszerűbb, lapok is vannak. Ha ragaszkodsz a formához, ennyiért már Wemos D1-et is kapsz. Vagy STM32-t
-
válasz
Wolfram
#18248
üzenetére
Mi többszöröződik??
AliExpressről már jó ideje áfával küldenek mindent, standard AliExpress shippinggel kell rendelni és semmi meglepetés nem fog érni, legfeljebb sokat kell rá várni.
Én ha itthonról veszek bármit, a hestore-ból szoktam vásárolni, magyar szinten korrekt árakkal dolgoznak. -
-
Amit szeretnél az egyrészt már eléggé scifibe hajlik, másrészt GDPR illetve személyiségi jogokat sért(het).
Szoba szinten automatikusan működő és olcsó jeladó/vevő szerintem infravörös alapokon lehetne megvalósítható, esetleg Bluetooth LE, mert az zsebből is működik, míg az IR optikai rálátást igényel. De legjobb, ha router szinten próbáljátok megoldani, ahogy fentebb javasolták.Illetve még egy eszembe jutott, ha minden laptop wifivel kapcsolódik, egy esp (wemos) figyelhetné a közelben lévő laptopok/eszközök Mac címét.
-
pbl
csendes tag
válasz
ReFleXx
#18237
üzenetére
Igen, az iroda valós kihasználtságának a mérése is célja az asztalfoglalási rendszernek.
Csak érdeklődtem, hogy valaki esetleg találkozott-e már olyan megoldással, ami érzékel egy előre beregisztrált mágneses bankkártya szerű eszközt az adott embernél, mondjuk az irodában szobaszinten, amivel nem kell foglalkozni a továbbiakban, nem kell lehúzni, csipogtatni, stb., automatikusan működik és persze olcsón meg lehet csinálni
-
#70211840
törölt tag
válasz
#70211840
#18244
üzenetére
Storno, közben sikerült megoldanom
(csak úgy tessék-lássék módon)
Test.ino
WireScanner.h
WireScanner.cpp -
#70211840
törölt tag
-
#70211840
törölt tag
Nem tudom mennyire illik a topicba (bár szerepel a címben), kezdőként programozási kérdésem volna.
Szóljatok, ha off és menjek át a C++ programozás topicba.Elakadtam egy referencia átadásnál, nem értem miért nem csinálja meg.
Egy egyszerű I2C Scan a példa, aminél a main-ben hoznék létre és indítanék a TwoWire-t és egy másik osztályban szeretném ezt használni.
Viszont egyetlen eszközt sem talál, míg visszapakolva a loop()-ba a WireScanner::scanI2C tartalmát, rendben fut és listázza az eszközök címeit.Mit rontok el?
Test.ino
#include <Wire.h>#include "WireScanner.h"TwoWire wirePort(PB11, PB10); // STM32F103 I2C_2WireScanner ws(wirePort);void setup() {Serial.begin(9600);wirePort.begin();}void loop() {ws.scanI2C();delay(5000); // wait 5 seconds for next scan}WireScanner.h
#ifndef WireScanner_h#define WireScanner_h#include <Wire.h>class WireScanner {public:WireScanner(TwoWire& i2cPort);void scanI2C(void);};#endifWireScanner.cpp
#include "WireScanner.h"TwoWire _i2cPort;WireScanner::WireScanner(TwoWire& i2cPort) {_i2cPort = i2cPort;}void WireScanner::scanI2C(void) {byte error, address;int nDevices;Serial.println("Scanning...");nDevices = 0;for (address = 1; address < 127; address++) {_i2cPort.beginTransmission(address);error = _i2cPort.endTransmission();if (error == 0) {Serial.print("I2C device found at address 0x");if (address < 16)Serial.print("0");Serial.println(address, HEX);nDevices++;} else if (error == 4) {Serial.print("Unknown error at address 0x");if (address < 16)Serial.print("0");Serial.println(address, HEX);}}if (nDevices == 0)Serial.println("No I2C devices found");elseSerial.println("done");} -
ViZion
félisten
igen, ezt találtam, kiosk mode browser.
Wolfram: magyar boltok, amiket próbáltam és megbízhatóak:
https://www.microcontroller.hu/termekkategoria/mikrokontrollerek/
https://modulshop.hu/
https://www.elektrobot.hu/ itt kevés ESP cucc van
https://www.wireless-bolt.hu/ itt se sok az ESP, de néha van brutál ócó bármi
https://www.hestore.hu/ mindenhez van adatlapEzeken túl is vannak, pl. conrad, rs online, emag, stb... de drágábbak.
-
-
pbl
csendes tag
Sziasztok,
Köszönöm a válaszokat.
Igen, viszont van olyan eshetőség is, amikor le van foglalva az asztal és a dolgozó nem megy be az irodába.
Így az iroda kihasználtsága nincs pontosan mérve.
@Aryes hasonló megoldás lenne a végcél, bár egy sima webalkalmazás + egy jól beállított routeren lehet a Mac-address szerint szűrni a felhasználókat is, így lehetne mérni, hogy valóban használva volt-e az asztalfoglalás az irodában. -
Szia!
Én talán értem, hogy mire gondolsz, de az ebben a formában nem foglalási rendszer, hanem foglaltsági.
Amire te gondolsz, az az rfid olvasó+rfid kártya, vagy valamilyen chipkártya, esetleg vonalkódos kártya. Ember jön, leül az asztalhoz, lehúzza a kártyát, ez megjelenik egy központi adatbázisban, amikor elmegy, újra lehúzza, vagy kihúzza. Meg lehet csinálni, de tök felesleges pénzkidobás lenne szerintem. Ráadásul ebben a rendszerben nem lehetne előre foglalni. Nem is tudom milyen use-case esetében lenne ez jó megoldás. -
ReFleXx
addikt
nem igazan ertem a kerdest. mire kellene a szenzor vagy minek?
ha most van egy weboldal ahol lefoglalhato az asztal akkor igazabol mi is hianyzik?elmondom nalunk hogy nez ki ez, van egy weboldal amin mint egy terkep megjelenik az iroda az asztalokkal, mar ott latni hogy melyik asztal foglalt es melyik szabad, ember raklikkel az altala valasztott asztalra es lefoglalja, odamegy es leül dolgozni. ennyi.
-
pbl
csendes tag
Sziasztok,
A jelenlegi cég kiírt egy pályázatot cégen belül. Ezt végül meg is nyert már valaki, tehát csak elméleti szinten érdeklődöm, hogy milyen más megoldás létezhet.
A cél egy asztalfoglalási rendszer felépítése, ahol lehet asztalt foglalni az irodába.A web (frond-end) kivételével ezt meg lehet-e oldani microcontrollerrel?
Két webshopot megnéztem, hogy milyen szenzorok is vannak, viszont nem találtam olyan megoldást, ami nekem tetszett.
Az általam elképzelt megoldás egy bankkártya szerű eszköz, amit magánál hordhat az ember, amit egy microcontroller rádiójellel tud azonosítani. Így az előre lefoglalt asztalt és a nem lefoglalt asztalt is az irodában azonosítani tudja a webes felület a microcontolleren keresztül.Létezik ilyen ? Milyen más megoldás létezhet, ami még kivitelezhető ?
-
#70211840
törölt tag
válasz
Janos250
#18224
üzenetére
Tetszik ez a logikai analizátor. Lehet beruházok egyre, jól jöhet.
Sajnos csak 1 csatornás "játék" szkópom van, amivel ~50kHz lehet érdemben vizsgálódni.Arra gondoltam, hogy valamit elnézhettem a bekötésnél, de ugyanez swpar8-al működik.
Illetve más library-val megy a hardveres par8 is. Szóval kizárólag ennél a library-nál jön elő a hiba.
A készítő nem is tesztelte stm32-n, mert nincs neki, szóval "elméletileg" kellene működnie.A TFT display természetesen par8, nem spi. Valami ilyesmi: [link]
-
Janos250
őstag
válasz
#70211840
#18223
üzenetére
Közben még más is eszembe jutott:
a ILI9225 , az ahogy a neten nézem, egyértelműen SPI. Rosszul nézem?
Mert, ha SPI, akkor az soha nem fog menni párhuzamos porttal.
Rosszul látom?http://www.lcdwiki.com/2.2inch_Arduino_SPI_Module_ILI9225_SKU:MAR2201
-
Janos250
őstag
válasz
#70211840
#18223
üzenetére
Ha lefordul, akkor sehol.
a gpio_def.h-ban van más néven gyakorlatilag ugyanaz a struktúra:
typedef struct gpio_dev {
gpio_reg_map *regs; /**< Register map */
rcc_clk_id clk_id; /**< RCC clock information */
/**
* @brief (Deprecated) External interrupt port.
* Instead of dev->exti_port, use gpio_exti_port(dev).
*/
exti_cfg exti_port;
} gpio_dev;És a gpio_reg_map is az STM32F4 sorozathoz.
(Én az STM32F1 sorozathoz néztem korábban)Vagyis ő ugyanezt a struktúrát gpio_dev -nek nevezi
Továbbá:
extern const gpio_dev gpioa;
#define GPIOA (&gpioa)Vagyis ez valóban a helyes címe lesz, nem kell a GPIO_TypeDef.
Viszont, hogy haArduino_STM32PAR8(int8_t dc, int8_t cs, int8_t wr, int8_t rd, GPIO_TypeDef* port)
-ban aGPIO_TypeDef* portszerepel, akkor miért fogadja el szintaktikailag a
GPIOA-t, mint címet is, az számomra nem világos, ehhez a C++ -t jobban ismerők kellenének.
Én úgy tudom, hogy ha a "GPIO_TypeDef* port"szerepel a konstruktorban, akkor nem kéne elfogadnia csak úgy, egy mással definiált címet, de ezek szerint rosszul tudom.Miért üres a képernyő?
Hát ezt hardver nélkül meg nem mondom.
Itt jön elő az a technika, amit mindenkinek javasolni szoktam:
https://www.aliexpress.com/item/4000192339928.html
Kár, hogy az ára felment a csillagos egekbe, mert én még 2000 Ft alatt vettem, ma már háromszorosa. :-(Közben ebay-en találtam olcsóbbat is:
https://www.ebay.com/itm/393578549978
Tehát ilyenkor az ember a következőt teszi:
Ráakasztja ezt a szerkentyűt a használt lábakra, és megnézi, mi jön ki/megy be. Szépen grafikusan is, meg dekódolva is látszik. Aztán összehasonlítja a dokumentációban leírtakkal, hogy minek kellene, és akkor már tudja igazítani. -
#70211840
törölt tag
válasz
Janos250
#18222
üzenetére
Köszönöm, hogy ránéztél.
Jelenleg egy BlackPill (STM32F401CCU) van egy ILI9225 PAR8-ra kötve, azzal próbáltam ki ismét a dolgot.
Jelenleg így néz ki a program eleje nálam:#define ARDUINO_ARCH_STM32#include <SrcWrapper.h>#include <Arduino_GFX_Library.h>#include <databus/Arduino_STM32PAR8.h>#define GFX_BL DF_GFX_BL // default backlight pin, you may replace DF_GFX_BL to actual backlight pinArduino_DataBus* bus = new Arduino_STM32PAR8(PB8, PB9, PB2, PB1, GPIOA);Arduino_GFX *gfx = new Arduino_ILI9225(bus, PB0 /* RST */);A "GPIOA" az aktuálisan kiválasztott chip A-port kezdőcímét jelenti, ahogy a PBx is.
A "typedef struct"-ot hol kellene megadnom? Csak azért, mert ha megadom, akkor hibába futok.
Jelen állapotában fordul a program viszont ugyancsak fehér képernyő fogad.
-
Janos250
őstag
válasz
#70211840
#18129
üzenetére
Most volt egy kis időm, és ismét belenéztem ebbe az óra programba, ami le se fordult.
Lefordulni lefordul, de hardver hiányában persze kipróbálni nem tudom.
A tapasztalatok:A programban a legelején ki kell választani valamelyik stm32-t.
#define ARDUINO_ARCH_STM32F1
nem jó, mert a Arduino_STM32PAR8.h elején csak azARDUINO_ARCH_STM32 szerepel
ezért:#define ARDUINO_ARCH_STM32includolni kell a Arduino_STM32PAR8.h-t
#include <databus\Arduino_STM32PAR8.h>Az Arduino_STM32PAR8.h-ban szerepel a GPIO_TypeDef típus, de sehol nincs megadva. Meg kell adni!
typedef struct
{
__IO uint32_t CRL;
__IO uint32_t CRH;
__IO uint32_t IDR;
__IO uint32_t ODR;
__IO uint32_t BSRR;
__IO uint32_t BRR;
__IO uint32_t LCKR;
} GPIO_TypeDef;A .ino-ban:
#define ARDUINO_ARCH_STM32
#include <Arduino_GFX_Library.h>
#include <databus\Arduino_STM32PAR8.h>
#define GFX_BL DF_GFX_BL // default backlight pin, you may replace DF_GFX_BL to actual backlight pin
#if defined(DISPLAY_DEV_KIT)
Arduino_GFX *gfx = create_default_Arduino_GFX();
#else /* !defined(DISPLAY_DEV_KIT) */
;
GPIO_TypeDef * ENPORTOM = (GPIO_TypeDef *) 0x42010800 ;
//ENPORTOM=0x42010800 ez az STM32 A portja
Arduino_DataBus* bus = new Arduino_STM32PAR8(1, 2, 3, 4, ENPORTOM);
// csak probara 1, 2, 3, 4,-et irtam be
/*
Az egyes portok kezdőcímei:
#define PERIPH_BB_BASE ((uint32_t)0x42000000)
#define APB2PERIPH_BASE (PERIPH_BASE + 0x10000)
#define GPIOA_BASE (APB2PERIPH_BASE + 0x0800)
#define GPIOB_BASE (APB2PERIPH_BASE + 0x0C00)
#define GPIOC_BASE (APB2PERIPH_BASE + 0x1000)
#define GPIOD_BASE (APB2PERIPH_BASE + 0x1400)
#define GPIOE_BASE (APB2PERIPH_BASE + 0x1800)
#define GPIOF_BASE (APB2PERIPH_BASE + 0x1C00)
#define GPIOG_BASE (APB2PERIPH_BASE + 0x2000)
*/
Arduino_GFX *gfx = new Arduino_ILI9341(bus, DF_GFX_RST, 0 /* rotation */, false /* IPS */); -
#70211840
törölt tag
válasz
Janos250
#18220
üzenetére
Közben megoldódott:
TwoWire myWire1(PB7, PB6);TwoWire myWire2(PB11, PB10);Kicsit ugyan bele kell majd nyúlnom a library-ba, hogy átadjam melyik portot kell használnia és ne simán a Wire-t használja.
Viszont az i2c scan most szépen fut és mindkét porton folyamatosan írogatja a megtalált 1-1 eszköz címét.(Ehh, de kényelmetlen, hogy a Sloeber-el nem megy a közvetlen feltöltés. Folyton kézzel kell az elkészült bin-t a "Release" könyvtárból feltöltenem.)
-
#70211840
törölt tag
válasz
Janos250
#18218
üzenetére
Köszönöm, kipróbálom majd.
Most egy drasztikusabb megoldással csinálom egyelőreMás:
Akadt egy olyan problémám, hogy egy "Blue Pill"-re 2db I2C eszköz van kötve, de mindegyik külön porton.
Van egy oled kijelző, ez az első i2c porton van. (sda1, scl1)
Van egy hőmérséklet szenzor, ez a második i2c porton van. (sda2, scl2)A kijelző simán működik, nincs vele teendőm. A library csinálja a Wire.begin(); hívást.
A szenzor csak akkor működik, ha átállítom a Wire sda-t és scl-t még a begin előtt.Wire.setSDA(PB11);Wire.setSCL(PB10);Wire.begin();Ez viszont azt eredményezi, hogy a második port és a szenzor működik tovább, az első port és az oled kijelző nem.
Hogyan lehetne párhuzamosan használni a kettőt?
Nem lehetne valahogyan a "Wire"-ból egy másik példányt csinálni, mondjuk wire2 néven és annak állítanám be a fenti értékeket? -
válasz
#70211840
#18211
üzenetére
De, szerintem jól gondolod. Az IO pinek közvetlenül a chipre vannak vezetve, ami 3,3V-ot kap, valószínűleg visszafelé nem fog 5V menni egyiken se.
A touch részét viszont majd faragni kell, mert a library az UNO analóg bemenetére van megírva, ami 10bites, 0-5V közt 0-1023 értéket ad vissza, ebből ugye csak a 0-3,3V közti értékeket használja ki, ami 0-675 közti értékeket jelent, az ESP-n viszont 12bites az analóg bemenet, ami azt jelenti, hogy a 3,3V jelszint 4095 értéket fog jelenteni. 6tal osztani kell majd mindent.
-
#70211840
törölt tag
Persze, lib-et hozzáigazítom majd, ha szükséges.
Ezen a képen nézve a TFT 5V pin mintha közvetlenül a 3.3V fesz.stabhoz menne.
Ha ez tényleg így van és máshol nem jelenik meg a shield-en, akkor szerintem nem lehet gond akkor sem, ha esetleg megjelenik az ESPduino-32 pinen az 5V.
Vagy nem jól gondolom? -
válasz
#70211840
#18205
üzenetére
Lábkiosztásban csak akkor, ha a D0-D13 A0-A5 lábakat értelmezni tudja / lefordítja automatikusan IO26, IO25 stb lábakra, ellenkező esetben át kell írnod a library-ben a lábak nevét.
Jelszintben van rá esély, hogy az alapvetően 5V jelszintre felkészített shield működni fog 3,3V jelszintről is konverzió nélkül is, de lehet vele probléma, ez csak teszteléssel derül ki.
Viszont arra vigyázni kell, hogy ha az ESPduino-32 5V pinjén megjelenik az 5V, akkor azt megkapja a shield, és azon keresztül esetleg megjelenhet valamelyik I/O pinen is, amit az ESP32 nem szeret. Ezt adott esetben füstjelekkel adhatja tudomásodra. -
ViZion
félisten
válasz
Izeka82
#18201
üzenetére
Szia! Mivel használod? ESPEasy, vagy Arduino-ból írtad és töltötted fel a programot? Kijelző folyamatos üzemben van, vagy ki-be kapcsolod? Mindkettő I2C busz, lehet ott néha beakad a dolog. Próbáld másik táppal, de erős a toippem, h inkább kijelző nélkül, hogy úgy is fagyogat-e.
-
Izeka82
csendes tag
Sziasztok!
Van egy Wemos D1 minim, amire egy AM2320 hőmérő, és egy 0.96-os kijelző van kötve. Wifin MQTT-n 5 percenként küldi a hőmérséklet adatokat. Egy régi Samsung telefontöltő a tápja. Olyan gondom van vele, hogy véletlen időnként teljesen kifagy. Van, hogy napokig-hetekig megy gond nélkül, de van, hogy akár naponta megáll. Ez lehet a táp hibája? Esetleg lehet vele kezdeni valamit, vagy keressek valami új tápot hozzá? Jelenleg nem tudom mással kipróbálni.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ilyet inkább ne nagyon csináljon senki. 
, ez kb 5V, amit tleg 3.x-re kell csökkenteni kell a neo-m8-hoz.
, de lehet sűrű zajos közegben a legtutibb pár Hz-es impulzusokat használni. Az übertuti a carrier wave Morze jellegű szaggatása lenne, de valahol azt olvastam, hogy erre a mezei walkie talkie-k karakterisztikája nem jó, nemigazán tudják négyszögjelként kilőni-ujraindítani az adást.
Új hozzászólás Aktív témák
Hirdetés
ekkold
- BESZÁMÍTÁS! MSI SUPRIM X RTX 4080 16GB videokártya garanciával hibátlan működéssel
- BESZÁMÍTÁS! 6TB Seagate SkyHawk SATA HDD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! 4TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 8700K 6 mag 12 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 4790 4 mag 8 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! Samsung Odyssey G5 32 144Hz WQHD 1ms monitor garanciával hibátlan működéssel
- Lejárt a gyártói garancia? Mi tovább támogatjuk az IT infrádat!
- Apple iPhone 13Pro 128GB Kártyafüggetlen 1Év Garanciával
- Bomba ár! Dell Inspiron 15 3511 - i5-11GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Gari
- Samsung 840 SSD 120GB újszerű, 100/100
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest