- Bemutatkozott a Poco X7 és X7 Pro
- Samsung Galaxy A54 - türelemjáték
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy A55 - új év, régi stratégia
- Samsung Galaxy A34 - plus size modell
- iPhone topik
- Motorola Moto Tag - nyomom, követ
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Samsung Galaxy A56 - megbízható középszerűség
- Második bétánál jár a One UI 8
-
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
-
Undoroid
őstag
válasz
kemcso #23423 üzenetére
Szia!
Keresgéltem pár dolgot az interneten és ráakadtam erre az oldalra: Starduino
Megnyitottam az egyik leírását és szinte pont ezt a jelenséget próbálta meg a szerző kiszűrni az egyik projektjénél: ITT találhatod az írását és a hibajelenség megoldását!
Elég részletesen leír mindent és a javításaira irányuló változások tapasztalatait, ami sokat tud segíteni! Ráadásul mindezt érthetően és ráadásul Magyar nyelven!
A kódjait végig kommenteli, hogy jobban érthető legyen!
A kezdő oldal legvégén -az utolsó mondatokban- minden szerzői jogáról lemond, de legalább "csillagozással" lehet minősíteni az írást! Részemről minden elolvasott cikk után ezt megteszem! Hátha tovább fog folytatódni az eddigi hosszú lista!
Ha lehetne, akkor kitetetném a linkjét az első hozzászólásba is! Másoknak is hasznos lenne!Szerk: Már ott van! -
dew28
aktív tag
-
válasz
kemcso #23419 üzenetére
Most azt próbáltam, hogy a kijelző tápját az MCU-ra kötöm (miután a 20cm-es kábelen is fehéredett): hiba nélkül megy. Eddig a VCC+LED és a GND külső tápról ment, 5V-ról, együtt a RTC-vel és multiplexerrel, mert azt tudtam, hogy nem jó, ha az MCU tápol... Ráadásul ez csak 3.3. Mégis jó. Miért????
-
ViZion
félisten
válasz
kemcso #23417 üzenetére
Attól függően lehet jó, h hány Amperrel és mennyi ideig terheled. A Fotek és klónjai között van 25 A feletti terhelhetőségű is.
Hmmm... szal ha nincs a relén a 230 V, akkor jó. És ha rajta van, akkor csak a kapcsolásig jó? Nincs másik modulod, vagy csupasz reléd, amit próbálhatnál? Mert azt sem tartom kizártnak, h valami a relé modulon rossz, az üt vissza valahogy. Mert ennyire ez nem szokott bánatos lenni.
-
ViZion
félisten
válasz
kemcso #23415 üzenetére
Visszaolvastam... Android Uno-t használsz? Próbáltad lecserélni vmi újabb cuccra?
Ha jól emléXem nem nagy amperokat kapcsolsz... kattogós relék cserélni SSR-re? Elég az is, ha csak a modulon, de új kapcsolást is csinálhatsz. Fotek-klón SSR 1000 Ft alatt van aliról és legalább olyan jó, mint a kattogós kínai.Kérdeztem már azt is, h a progit Te írtad, vagy valami keretrendszerben van? Mert érdemes lenne egy EspEasy-t feldobni és megnézni, h ott is van-e ez a jelenség.
Ferrit gyűrű/henger a 230 V-re: szintén segíthet, ha vmi olyan frekin keletkezik zaj kapcsoláskor. Nekem egy Wemos D1 mini GPIO ment tönkre, mert a bemenő adatkanóc 1 m-en a 230 V vezeték mellett futott. Szal. ezek az elektromágneses terek mindenre IS képesek.
Azt is jó lenne megtudni, h a zaj hol jut vissza az MCU-ra. Próbáltad úgy, hogy a relé panelt nem az MCU kapcsolja (azt kikötöd) és ott a táp vagy a GND-vel adod a high vagy low-t a kapcsoláshoz? Akkor is berottyol a kijelző?
-
Janos250
őstag
válasz
kemcso #23413 üzenetére
Ha már ennyire bonyolulttá vált, akkor már tényleg egyszerűbb lenne ez a másfajta megoldás:
ESP32 valahol, ahol gyűjti az adatokat birizgálja a reléket, stb. Rajta egy WiFi szerver.
BÁRHOL máshol egy régi, kiszuperált Androidos telefon, vagy egy tablet.
Semmi nem kell, hogy menjen rajta - mert a régi Androidon már szinte semmi se megy - mint egy böngésző. A Chrome az az ősökön is elmegy, megjeleníti a honlapot. A WiFit is be lehet állítani, hogy belépjen az ESP32-re.
Böngészőben - egyszer - megnyitod az ESP32 WEB lapját, és az megy amíg áram van.
Arra írhatod a dolgokat. Ha tabletet használsz, elég nagy is lesz, jól olvasható.
Jobb, és olcsóbb minden egyéb megoldásnál. Semmi nem kell neki, csak áram.
Amik csak 3G-t tudnak, azok 1, max 5 ezerért megvehetők, mert a telefon 4G hiánya miatt szinte eladhatatlanok.
Én mostanában ezekkel próbálkozom. Olcsó, és jó. -
bagarol
tag
válasz
kemcso #23410 üzenetére
Nem tudom, mit csinálsz, de egy 2x16-os vagy egy 4x20 karakter-kijelző nem elég?
Vagy az nem olyan szép?
Egyébként amit csinálok, most egy Uno van slave-ként. Nem bonyolult, a mester
most nem a tft-re hanem az I2C-re küldi a parancsot.
Pl. a,x,y , az Uno megkapja, if in=(a,x,y) then glcd.setPixel(x,y);
Persze, nem gyors, de nem videót akarok nézni rajta, ahol viszonylag ritkábban
változnak az adatok, pl. hőmérő, stb. oda jó. -
-
válasz
kemcso #23405 üzenetére
Szerintem akkor csak az lehet, hogy a hosszabb kábel antennaként működik és összeszedi a kapcsoláskor a szikra keltette zavart... UTP kábel helyett mondjuk árnyékolt fülhallgató kábellel talán ki lehetne küszöbölni, de én a kisebb ellenállás irányába mozdulnék és közelebb vinném a kontrollert a kijelzőhöz...
Még valami beugrott: ferrit gyöngy mint zavarszűrő? A kijelző vezetékeit átfűzni rajta.
-
-
válasz
kemcso #23396 üzenetére
Lehet, hogy le lett már írva, csak sok a hozzászólás: a relé modulnál van olyan lehetőség, hogy csak az opto rész gnd-jét közösíted, a relé többi része független tápon marad? Nem láttam még azt a relé modult, jó lenne róla fotót, adatlapot látni.
Miért is nem tudod a kijelzőt a kontrollerhez közelebb tenni?
-
Janos250
őstag
-
Janos250
őstag
válasz
kemcso #23379 üzenetére
Eszi fene az optoleválasztást, ha a föld közös a rendszer többi része, és a relék meghúzó tekercse között. Lásd Undoroid hozzászólását részletesebben.
"saját 5V-3A táp"
Az én tapasztalatom, hogy hiába "külön" a táp, a hálózaton keresztül valahogy mégis megy a zavar. Ahogy részletesebben látom, egyre kevésbé az adatvonalakban sejtem a problémát, hanem a tápfeszben. Én megpróbálnám a kijelzőt egy feltöltött (4 V körüli) lítium akkuval meghajtani úgy, hogy csak a negatív, GND lenne közös. Ha úgy rendesen megy/nem megy, az jóval több infót adna a továbblépéshez, hogy hol kell keresni a hibát.
"ahogy a kondik voltak? Két láb közé kötve?"
Igen. Az ellenálláson folyó nagyobb áram miatt csökken a zavarérzékenység. Mellesleg ezeknek a kapcsolóüzemű tápoknak gyakran van olyan problémájuk, hogy a HIRTELEN áramnövekedést nem tudják elég gyorsan követni. Ezt lett volna hivatott ellensúlyozni a kondi. A nagyobb teljesítményű tápok alacsony terhelésnél gyakran instabilak. Legalábbis az én kínai olcsó tápjaim.
"Távolság változott"
Nem csak a távolság, hanem a vezeték fajtája is UTP/DuPont.
Annak idején idősebb kollégám, akitől a mikrokontrolleres, Z80-as dolgokat tanultam (mellesleg ugyanúgy vegyész, mint én), előkapta a 20 kilós EMG szkópját, és azzal nézte a jeleket. Ott a VCC-n is látszott, ha tüske van valahol. Gondolom nincs olyan szkópod, amin ezt meg lehetne nézni. Bár ma már nem húsz, hanem fél kiló egy amatőr gyakorlatban jól használható digitális szkóp, de az ára viszont százezer fölött van Kínából is. -
-
Janos250
őstag
válasz
kemcso #23376 üzenetére
Köszi!
Sajnos nem lett tőle szenzációs ihletem
Megpróbáltam utánanézni ennek a relés panelnak, de ezen a néven ez - úgy tűnik - csak Magyarországon szerepel.
Arra lettem volna kíváncsi, hogy a relé panel hogyan van leválasztva? Teljesen, vagy a föld közös?
"fogynak a libák", és jó ötletem nincs, csak azt tudom mondani, én hogyan próbálkoznék:
- Megpróbálnám a relé panelt próbára akkuról megtáplálni. Nekem ez korábban egy megoldhatatlannak tűnő zavarnál kiderítette a gubancot.
- Azt továbbra is fenntartom, hogy a reset lábát a kijelzőnek valamilyen (pl. 10k) ellenálláson keresztül a passzív állapotra (VCC?) kötném.
- Ha ez egyszerre több eszköz (relé) működésével függ össze, én gyanakodnék arra, hogy az ESP32 tápja nem elég stabil. Ha több relé kapcsol, az nagyon megrántja a tápot, és az ESP32 ettől még ugyan elmegy, de a kijelzőre jutó adatvonalakon a kijelzőhöz amúgy is viszonylag gyenge adatvonalakon hirtelen még kisebb feszültség lesz, és resetel. Mert a kijelző - úgy tudom - elvileg 5V TTL szint, de megy kisebbel is.
- Mégis megpróbálnám jobban megterhelni a tápot, azaz tennék a kijelző VCC-GND közé egy 1 k-s ellenállást. Nem sorosan az adatvonalra, hanem a GND-VCC közé.
További kérdés:
- Ha a kijelző, és a relé modul fizikai távolságát változtatod, változik-e valami?
Én hasonló problémáknál azt szoktam tenni, hogy előkapom a már itt is régebben többször linkelt 2000 Ft-os digitális analizátort, és megnézem, hogy a vonalakon TÉNYLEGESEN mi megy ki, de ez itt nem lenne eredményes, mert itt a szintekkel lehet valami baj.
Az, hogy ha két relé kapcsolás között nincs delay, akkor hibázik, abból mindenképpen azt gyanítanám, hogy a hirtelen nagyobb terhelés miatt feszültségszint probléma van valahol, de nem tudom, hol! -
Janos250
őstag
válasz
kemcso #23374 üzenetére
Még pár kérdés:
Be tudnád linkelni a delay() környezetét? (Előtte néhány sor, és utána néhány.)
Hogy mennek a madzagok?
Minden az UTP-n megy, a képernyő is, és a relék vezérlése is?
A reset vonalat pl. egy 1, vagy akár 10 kilós ellenálláson passzív állapothoz kötni. Ez ugye a VCC a kijelzőn. Ha alapállapotba megy vissza, akkor nekem gyanús a reset.
Ahol az SPIClasst példányosítod, az hogyan néz ki (paraméterlista)? -
Janos250
őstag
válasz
kemcso #23371 üzenetére
Bennem felmerült pár kérdés, amire nem láttam a választ, de lehet, hogy csak elkerülte a figyelmem:
- Ha ESP32, akkor ugye hardver, és nem szoftver SPI-t használsz? A delay() miatt gyanús!
- Ha UTP kábelt használsz (duplán) akkor ugye úgy, hogy egy jelhez választasz egy vezeték PÁRt (!), és az egyik vezeték lesz a jel, a másik pedig a GND? És csak az egyik végén megy a GND-re ugye?
- Ha próbára "megnöveled a fogyasztást", azaz közvetlen a kijelzőnél a GND, és a VCC közé teszel egy nem túl nagy ellenállást, akkor is hibázik?
- Ha a jelvezetékeket egy ellenállással (10k, 1k, 100k amivel még megy ) a GND-hez kötöd, akkor is hiba?
- Ha a relé modul nincs rajta, akkor is hiba?
- A két kábel nem egyforma. Esetleg kipróbálni rövidebb UTP-vel, vagy hosszabb egyébbel (pl Dupont)? -
válasz
kemcso #23366 üzenetére
Mekkora kellene (chatgpt azt javasolta, hogy 100nF kerámia kondenzátor +1000µF – 2200µF elektrolit kondenzátor (low ESR, alacsony impedanciájú)) ?
Igen, az jó lesz. Az értéke nem kardinális kérdés, ekkora terhelés esetén szerintem a low ESR sem fontos. Ha a méret számít, keress 6V-osból 1000µF körülit, bár hobbielektronika boltok ritkán tartanak ilyet készleten.
-
ViZion
félisten
válasz
kemcso #23364 üzenetére
a kondi és az ellenállások viszonylag egyszerűen megoldható, de fentebb írtad, h nem segített.
reset sztem málnás, marad az átalakító.B terv, a kijelzőt nem szokták folyamatosan üzemeltetni, Te folyamatosan szeretnéd? Nálam az I2C kijelző gombnyomásra kapcsol be 7 sec-re
-
ViZion
félisten
-
Postas99
senior tag
válasz
kemcso #23354 üzenetére
Lehet megtaláltam a választ.
Az SPI kábelhossz max 25cm lehet. Ha ennél hosszabbat szeretnél használni akkor az SPI sebességet kell csökkentened, és nem árt ha a vezérlő lába és a kábel közé teszel egy 100 ohm-os vagy 68 ohmos ellenállást is. -
Postas99
senior tag
válasz
kemcso #23348 üzenetére
Olyan mintha beterhelne a tápnak.
Melyik panel van neked?
[EZ]
vagy
[EZ]Bár szerintem mindegy.
Azt megpróbálhatnád, hogy megnézed, hogy 1 relét bekapcsolsz, mellé egy másikat és elkezded felkapcsolgatni a többi relét is. Mindig csak 1 reléhez kapcsold hozzá a többit. Amelyiknél a kijelző lekapcsol azt válaszd ki alapnak a többi relé legyen lekapcsolva, és kezdd el kapcsolagni a többit hozzá. Lehet az az egy relé beteg. Csak tipp, de fura lenne ha 2 relé bekapcsolása után tápellátási gondok lennének. -
Postas99
senior tag
válasz
kemcso #23332 üzenetére
Szia!
Ha nincs touch használva, akkor igazán 3 lábra koncentrálnék.
TFT_DC
TFT_CS
TFT_RST
Minden bizonnyal az RST láb lehet a ludas. Esetleg tudnál a 3 vezetékhez dupla madzagot tolni? És az sem lenne baj ha 5V-al táplálnád meg a kijelzőt. Nem lesz semmi baja sem az MCU-nak sem a kijelzőnek. -
Postas99
senior tag
válasz
kemcso #22811 üzenetére
A PWM értéke menüből állitható, hogy be tudd állítani a ventillátor sebességét. Ezt egyszer kell csak beállítani hogy milyen gyorsan nyomja ki a levegőt a terráriumból, vagy szívja be (venti iránya a mérvadó). Természetesen bármikor változtatható. Ha belépsz a menübe.
Nem igazán csináltam board-ot neki, minden be van forrasztva az ESP32-re, és paraszt lengőben van megcsinálva. Nem vettem rá a fáradtságot, hogy külön nyákot gyártsak rá.
Elméletben jó vagyok, de farigcsálni, fúrni és mindent SZÉPEN megcsinálni ehhez kicsit béna vagyok, ezért mondom, hogy nem termékdíjas cucc. A szoftver az más tészta...A csatlakozó azért kellett, hogy a BMP260-at be tudják tenni a terráriumba és a kivezetett kábelt rá tudják dugni a dobozból kiálló tüskesorra úgy, hogy polaritás helyes legyen, tehát nem lehet fordítva feldugni.
A venti pedig csak 2 láb vagyis a PC-s normál csati Y elosztóval akár, de tud 2 ventit is vezérelni de azt nem írtam meg hozzá.Egy szerelő dobozban van az egész cucc. A relés vezetékek kivezetve tömszelencén kereszül. A menü pedig 1 db Rotatry kapcsolóval aktiválható és a forgatással lehet benne lépkedni. Kilépés és mentés pedig a megnyomással történik.
Nem azt mondom, hogy OMÉK termékdíjas cucc, de a célnak tökéletesen megfelel.
A következő LVGL-es megoldás lesz. De nem vettem a fáradtságot rá, hogy nekiálljak.Más projektem van éppen.. szemenkénti táp adagolás kutyakajára amit kiadagolás után nedvesíteni kell. Szerencsére ma találkoztam bent a cégnél termék gyártás terén egy jó szakival akinek volt már ilyen több projektje, így tud nekem segíteni a megvalósításban. Az első megvalósítás kudarcba fulladt, tervezési hiba végett. Ugye nem vagyok gyártás technikus nem ismerem a granulált termékek adagolására vonatkozó aranyszabályokat, így kapásból sz@rt terveztem. Ez van, be tudom ismerni ha hibázok. Sosem szégyen mástól tanulni, és igyekszem azt a fajta tudást is magamba szívni.
Mindjárt itt a halloween, azzal is kéne haladnom, lidérc lámpa, műanyag gyerek babajáték szemének mozgatása (alvós baba szemének mozgatása stb) van egy halom olyan amit elkezdtem de félre raktam. Ez mind a magam szórakoztatására, nem életbe vágó dolog. Beszélő koponya állkapocs mozgatással. Pislogó lidércek satöbbi.. ezt mind szeretném. Van olyan is amit le sem írok inkább... mert nincs aki tudna segíteni egyáltalán, nem még a ChatGPT sem, az meg főleg nem, de az összes (DE)genaratívAI sem.
-
Postas99
senior tag
válasz
kemcso #22801 üzenetére
Majd elfelejtettem:
Csatalkozók viszonylag kicsúszásmentesítése:1, régi alaplapról forrasztottam ki venti csatit, ennek az ellenoldala is rendben van, de lehet USB satöbbi tüskesoros csatit kiberhelni alaplapról, a lényeg hogy az ellenoldal is legyen meg, plusz ne lehessen fordítva feldugni!!!!!!!!!
2, RJ11-es aljzat és hozzá csati, sajnos ezt krimpelni kell, tehát kell hozzá fogó és fej is, és megfelelő kábel is.
3, [Innen rendelsz]A saját negatív tapasztalatom, hogy itthon nem kaptam megfelelő csatlakozót aljzattal együtt. Nem csak hogy ne csússzon ki, de polaritás helyesen is kell feldugni a cuccokat és ez véletlenül se történhessen meg, akinek pedig odaadom az sajnos műszakianalfabéta, és hiába kis csini baba, nem szeretém az összes időmet ezzel tölteni nála, inkább összerakom hülyebiztosra.
-
Postas99
senior tag
válasz
kemcso #22801 üzenetére
Szia!
Természetesen megosztom. Van GitHub-om, de még nem toltam fel oda semmit sem.
Kis türelmet, addig is:Kvázi "megszakítás"-ban történő feladat megosztás
Az elején deklarálod, hogy milyen időközönként szeretnél mintevételezniconst int freq = 30000; PWM freki
const int pwmChannel = 0;
const int resolution = 8; PWM felbontás 0-255 között szabályozható a sebesség.
unsigned long previousMillis = 0;
const long interval = 5000; Nálam ez 5 másodperc
pinMode(enable1Pin, OUTPUT);
digitalWrite(Vilagitas, HIGH);
digitalWrite(Futes, HIGH);
digitalWrite(Parasitas, HIGH);
digitalWrite(Venti, HIGH);
digitalWrite(motor1Pin1, LOW);
digitalWrite(motor1Pin2, LOW);
// LEDC PWM
ledcAttachChannel(enable1Pin, freq, resolution, pwmChannel);Majd:
unsigned long currentMillis = millis();
if(currentMillis - previousMillis >= interval) {
previousMillis = currentMillis;
bmeolvasas();
mennyiazido();
ontime =(reggeliora * 100) + reggeliperc;
offtime =(estiora * 100) + estiperc;
azidomost = (ora * 100) + perc;
if(azidomost >=ontime && azidomost <=offtime){
uzemmod=0;
nappaliuzemmod();
Display.drawRGBBitmap(20, 30, nap64_vidamnap, 64, 64);
}else{
uzemmod=1;
ejszakaiuzemmod();
Display.drawRGBBitmap(20, 30, hold64_hold, 64, 64);
}
}PWM:
Természetesen a ventipwm 0-255 között állítható de kb 180 körül már elindul lassan. A Ventik sima egyszerű 12V-os 8cm-es PC ventillátorok, nincs külön szabályzás láb figyelmbe véve, ezért a legparasztabb egyszerű 12V-os venti is jó rá. A meghajtás LN298-as modullal van. Ami elmegy 5V-on is de a legjobb a táplálásnak ez a kínai mini szutyok. [ITT]
ledcWrite(enable1Pin, ventipwm); -
Postas99
senior tag
válasz
kemcso #22797 üzenetére
UART: soros port. (TX-RX)
Megnéztem a kódot. Nem lenne jobb ha megszakításba tennéd a kiolvasást?
Csak azért kérdezem, mert a kód végén az 15 másodperc nekem soknak tűnik.
Ugye a WAIT esetén megáll a kód, "úgymond" semmi sem történik.Az enyém ezeket megszakításban végzi, egyszerre lehet akár több időzítés is, így nem kell azon izgulni, hogy minden feladatot is ellássak egymás után.
Pl idő lekérdezése, kiíratása a kijelzőre, hőmérséket és páratartalom lekérdezése és a 12V-os ventillátorok PWM szabályzása.
Nálam 2 helyen volt probléma, induláskor ha nem találta a BMP260-as eszkötz és ha nem találta az RTC órát.
Ez ki lett iktatva egy soros porti hibaüzenettel, a kijelzőn pedig egy nincs adat van.Az a relé modul szerintem tökéletes és is ilyen occó kínai modullal vezérlem a fűtést, világítást, párásítást és egy 220V-os Venti kapcsolást is. Mondjuk ez enyém opto-s cucc. Elmegy 3.3V-os ESP32-vel is a vezérlés mivel 0-ra kell lehúzni a bemenetet az aktív relé meghúzáshoz, de 5 volt kell neki tápnak.
A relé kapcsolgatáshoz még FLAG-eket is tettem, így azt is figyeli hogy be van-e már kapcsolva. Nálam szükségszerű volt hogy szabadon lehessen állítani a hőmérsékletet és a páratartalmat is mert különböző lényeket kell életben tartani. Ehhez hozzájött, hogy jó lenne ha kapcsolgatnék reggeli világyíást is, hogy tudja már az a szerencsétlen hogy most reggel van. Erre annyit mondott a kollegám, aki szintén kért egy ilyen berendezést, hogy akkor tegyem már hozzá hogy a felkelő nap minden színében legyen már meg a világítás vezérlés. (halványsárga-vörös-fehér) lenyugvónál meg visszafelé. Szintén PWM vezérelt LED vilégítás (Full spectrum)
Mire megkérdeztem, hogy ez az állat pontosan miből fogja megállapítani ilyen viszonyok mellett hogy én pontosan lekövettem a felkelő és lenyugvó nap fényskáláját? Pontozni fogja a munkámat, hogy sikerült a sivatagi napviszonyokat jól utánoznom? -
Tankblock
aktív tag
válasz
kemcso #22784 üzenetére
Szia
Milyen Leaonardod van? eredeti vagy clone?
#define DHTPIN1 0 // what pin we're connected to
#define DHTPIN2 1 // what pin we're connected to
ez sztem nem lesz a legjobb
Rx, Tx lábakra feltenni DHT szenzort álmos könyv szerint nem a legjobb inkább 2 és fölötte.érdemes lenne a UART nézni miközben megfagy, lehet h túl sok az áram amit szeretnének a dolgok felvenni, és beesik a feszültség ami brownout fog okozni --> gondolom UARTra szeretne írni és szétakad...
tápold be külön közön földdel és menni fog..... Relé hány milliampert vesz fel?
-
válasz
kemcso #22791 üzenetére
Így jó, igen.
A kijelző vezetékét cseréld valami árnyékoltra, az is lehet megoldja. Esetleg köss egy-egy 10k - 4,7k közötti ellenállást (két egyformát) párhuzamosan a gyári 4,7k-val (vcc-sda és vcc-scl közé), ezáltal nagyobb áramok fognak szaladgálni a vezetéken és jobban tolerálja a zavart.
Még 1 dolog eszembe jutott: mennyire vékony a kijelző kábele? Nem esik rajta túl nagy feszültség, és emiatt bizonytalanná válik a működése? Mérj már feszültséget a kijelző felőli végén a kábelnek működés közben.Soros port helyett esetleg még megpróbálhatnád a kijelzőt egy egész rövid kanócra kötni.
-
válasz
kemcso #22787 üzenetére
A relén látszik szépen a négy dióda.
Ja, igen, a szenzor nem i2c. A kijelzőn meg szerintem lennie kell gyárilag, mérd ki műszerrel a VCC és az sda közt, 4,7k körül kell mérned. A VCC és scl közt ugyanúgy.
Nekem az exception az exception, ha a programkód hal meg akkor azt kezelnie kell(ene)
Kivéve, hogy itt maga a CPU akad ki, a hardveres i2c hibája miatt. De lehet rosszul gondolom.
Tényleg próbáld ki kijelző nélkül, és akkor egyértelműen kiderül.
-
válasz
kemcso #22784 üzenetére
vmi exception-kezelés létezik?
Létezik, de azt nem tudom, hogy hardveres i2c esetében is lehet-e az exceptiont kezelni.
Ha opto-s relé modul, akkor valószínűleg a diódát se spórolták le róla.
Típust nem tudok mondani, egy 10μF/16V elektrolit kondi szerintem megteszi (a dióda 1N581x), de lehet tényleg csak az i2c lesz ott a gond. Az i2c vonalon mekkora felhúzó ellenállást használsz/van a szenzor modulon? 4,7kΩ a szabvány, esetleg lehetne próbálkozni kicsit alacsonyabb értékkel.
-
ViZion
félisten
válasz
kemcso #22778 üzenetére
Az sem mindegy, h "mezei" relé, vagy relé modul. A modulnál van már minden is, nem kell semmit hozzápattintani, picit drágábban optós verziók vannak, stb...
A szenzor onewire, azzal nem lehet gond, vagy látja, vagy nem.
i2C szokott "bedugulni", erre ESPEasy-n van külön beállítás, h ezt a részt resetelje. Erre még keress rá szerintem, ha Te írtad a kódot. -
Postas99
senior tag
válasz
kemcso #22780 üzenetére
Ahogy Aryes NAGYÚR mondta, valószínűleg a kábel okozhatja a galibát.
Nem láttam a kódot, de tippelek, hogy van benne I2C ellenőrzés meg hát ugye ott van a DHT cucc is, és a tipp az, hogy ha nem jó az adatátvitel, a jelalak torzul, kimarad, ergo nem érkezik értelmezhető adat, akkor a cucc kifagy.
Bár most újra olvastam, tehát 2 hőmersékelt szenzor ugyanazon a kábelen. -
válasz
kemcso #18869 üzenetére
Elnézve az eredeti kódot, a kávéfőző software serialon beszélget, de inicializálva van a saját serial port is ami USB-n megy.
A táplálás "töltő" esetén azt jelenti, hogy ugyanazon USB kábelt nem a laptopba, hanem egy telefontöltőbe dugsz? (Nano esetén nincs kimondott jack adapter aljzat, de van VIN pin ezért kérdezem).
Csak azért, mert ha ugyanazon a porton táplálsz, és más különbség nincs laptopos és töltős üzem között, akkor hardveres oka nem lehet az anomáliának.
Egyébként én azt próbálnám meg, hogy, a fő loop-ba tennék egy delay(50); sort a végére. Precizitásban nem ront sokat a programodon, cserébe sokkal kevésbé spammeli a komm csatornákat. Gondolj bele, hogy uC nyélgázon pingeli a szoftveres serialt, majd ír a hardveresre, majd kijelzőt frissít. Sőt, igazából kijelzőt frissít akkor is, ha nincs értelme, mert a getMaraData()-ban a mySerial.available() lehet, hogy false, és nem jön friss adat. Az updateView akkor is lefut. Sokszor okozott már nekem különböző problémát, hogy a kód eszetlenül darál.
Ebből a szempontból érdekes lenne az is, hogyan oldottad meg a reed szenzor figyelését, mert ahogy ViZion is írta, a prellezéséből is adódhat gond.Szerk.:
C1.06,116,124,093,0840,1,0\n every ~400-500ms
Az 50ms delay nem fog sokat rontani a kódodon, tekintve, hogy a komment szerint a kávéfőző 400-500ms intervallummal küld friss adatot.
Új hozzászólás Aktív témák
Hirdetés
- Csere-Beszámítás! Sapphire Nitro+ RX 7800 XT 16GB GDDR6 Videokártya! Bemutató Darab!
- Csere-Beszámítás! Asus Prime RTX 5060Ti 16GB GDDR7 Videokártya! Bemutató darab!
- Csere-Beszámítás! Asus Tuf RTX 5070Ti 16GB GDDR7 Videokártya! Bemutató darab!
- Csere-Beszámítás! Sapphire Pure RX 7900XT 20GB Videokártya! Bemutató darab!
- Csere-Beszámítás! PowerColor Red Devil Spectral White RX 9070XT Videokártya! Bemutató Darab!
- Bomba ár! Dell Latitude 5310 - i5-10GEN I 16GB I 256SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- iKing.Hu - Apple iPhone 16 Pro Max - Desert Titanium - Új, kipróbált
- Bomba ár! Lenovo ThinkPad T460 - i5-6GEN I 8GB I 256SSD I 14" FHD I Cam I W10 I Garancia!
- Telefon felvásárlás!! Xiaomi Redmi Note 12, Xiaomi Redmi Note 12 Pro, Xiaomi Redmi Note 12 Pro+
- Huawei P20 Lite 64GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest