- Bemutatkozott a Poco X7 és X7 Pro
- Yettel topik
- Magyarított Android alkalmazások
- Hónap végén érkezik a Xiaomi Band 10, ára is van
- iPhone topik
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- Google Pixel topik
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
-
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
-
válasz
Janos46 #14095 üzenetére
Erre szokták mondani, hogy most panaszkodsz, vagy dicsekszel?
75 évesen ilyen hozzáállás és nyitottság igazán példaértékű.
Én is C64-en kezdtem, megtanultam a gépi kódot is, amit AVR-rel már hasznosítottam is (nyilván nem ugyanaz a nyelv, de a logikája hasonló).
Ha bármi kérdésed van, ide nyugodtan írhatsz, a topik tele van okos és segítőkész tagokkal. Ja, és itt vagyok én is. -
Janos250
őstag
válasz
Janos46 #14095 üzenetére
Így a távolból nem sokat tudok mondani erre a konkrét problémára.
Először is: milyen lapot használsz? 5V-os, vagy 3,3 V-os.
Ha szenzorokat akarsz csatlakoztatni, akkor én nagyon javasolom
ennek az eszköznek a megvételét:
https://www.aliexpress.com/item/1005001564915722.html
Ha ezt csatlakoztatod az Arduino lábaira, tudod rögzíteni egy idő tengelyen, hogy melyik láb mikor, mennyi ideig lett alacsony, illetve magas. Ha ezt visszabogarászod, és összehasonlítod az eszköz adatlapjával, akkor látod, hogy ez ment ki, pedig emennek kellett volna. Így már gyakorlatilag meg is van a hiba, hova kell belenyúlni.
Higgyétek el, sokkal eredményesebben lehet dolgozni, ezzel a módszerrel, és nagyjából 2000 Ft az ára.
Szoftvert meg ingyen is el lehet érni hozzá, több félét is. Nem törött, vagy akárhonnan letöltött vírusosat! Könyvtárakkal - ha irodalmi könyvtárat használok - többnyire azt csinálom, hogy a .h és a .cpp fájlt átteszem oda, ahol a .ino is van. Ez némi hátránnyal jár ugyan, de előnnyel is. -
Janos46
tag
válasz
Janos250 #14090 üzenetére
Köszi a választ (és mindenkinek).
Valóban nekem a csak a TM1637-hez 4 könyvtár van a libraries-be. Mivel csak kisérletezgetek, összejött több mint 130 könyvtár ott. Most már azt fogom tenni, hogy azokat a progikat, amelyek nem futnak, egy külön konyvtárba fogom rakni és csak a kért fájlhoz tartozó konyvtárakat teszem a lib-be. Igazad volt, mert a Grove könyvtárral indult el, a portmonitor már ok, de a kijelzőn abszolút hibás adatok jelennek meg. Tudnád orvosolni?
Nem mondom hogy buta vagyok, bizonyos dolgokba bele tudok javítani, de ez így egészben nekem már kissé magas. Amúgy a (sz)ámítástecnika nem ismeretlen számomra (Commodore 64 óta). Megtetszett a programozás, de így 75 éves fejjel már nem fogok elérni nagy sikereket. Környezetemben senki nincs akivel eszmecserét folytathatnák ebben a témában. A pub-ban nem szándékozozm a pultot támogatni, ezért is kezdtem el ezt az egészet, a bringázás mellett egész jó kiegészítés. Ép testben ép lélek. Már volt rá példa, hogy meg kellett mutatnom a szig-et, nem hitték el a korom. Nnnna..., jól kisiránkoztam magam. -
hukhl
csendes tag
válasz
Janos250 #14089 üzenetére
Szia!
Igen előrébb jutottam a témával kapcsolatban
#1404 - aryes - válaszában ahogy írta. Elkezdtem utána nézni hogy lehetne egy ilyen LED classot csinálni. És belefutottam egy leírásba ahol a szerző az OOP előnyeit pont egy ilyen LED-es class készítése közben magyarázta el.
A LED számát, a bekapcsolás és kikapcsolás idejét is meg lehet adni benne.
Magamtól sajnos még nem tudok ilyet írni, de ezt jól be tudtam illeszteni az eddigi programomba.
Tegnapi nap nagy része pedig egy 2004A típusú kijelző élesztésével ment el. A nap végére azt is sikerült összehoznom. Ma, ha lesz időm akkor akarok írni rá fancy szövegeket. Illetve van néhány szenzorom amit fel akarok még éleszteni és beintegrálni az eddigi projektbe.
Szóval köszönöm az eddigi segítséget! -
Alu
senior tag
Én is gondoltam erre, de tartottam tőle, hogy a 2. megszakítás kritikusan gyorsan következne és beleszólna a tömb másolásba. No meg akkor a feldolgozást is alaposan át kellett volna gondolni. Végül máshogy oldottam meg. A másik eszköz amúgy egy Nextion kijelző és minden eventnél saját magam határoztam meg, hogy mit küldjön az stm -nek. Minden üzenet fix 16 byteos lett, bár megesik, hogy ebből csak 2 byte hasznos, a többi '0x00'...
de legalább egységes és könnyebben tudom kezelni stm oldalon. DMA -t is kukáztam és interruptos megoldást alkalmaztam. Jó fél nap volt, mire rájöttem, hogy mi a különbség az interrupt és a dma kezelés között. Ráadásul dma -nál is annyi mindent be tudsz konfigurálni, mint égen a csillag... Eddig nem tűnt fel, de Arduban hatalmas segítség, hogy a szoftver elég sok mindent lekezel a háttérben. Igaz így a kezed is jobban meg van kötve, de valamit valamiért.
#14080 Janos250: Köszi! Privátban éri őket zaklatni?
-
Janos250
őstag
válasz
Janos46 #14084 üzenetére
Kíváncsiságból megnéztem ez a displayt, bár pont ugyanezt szerintem soha nem használtam. (És másikat is évekkel ezelőtt)
A neten van egy csomó könyvtár a kezelésére, nem tudni, melyiket használod.
Talán ezt:
https://github.com/Seeed-Studio/Seeed_Grove_4Digital_Display_g/blob/master/TM1637.h
Ennek viszont egyik display tagfüggvényéhez se passzol - úgy vélem - a te hívásod.
Ez van a .h-ban:
void display(int8_t DispData[]);
void display(uint8_t BitAddr,int8_t DispData);
Ez meg nálad:
tm1637.display( mm );Ez egyikhez sem passzol. Vagy másik könyvtárat használsz?
Ha nem tudjuk pontosan, melyik könyvtárat használod, nehéz lesz ötletet adni! -
Janos250
őstag
Rólad meg elfeledkeztünk :-(
Nem tudom jutottál-e már valamire?
A problémát én a következőkben látom: IDŐ !!!Ha egy függvényt csinálsz, ami adott ideig villogtat, akkor az addig fogja a programot, nem megy tovább. Ha jól értem, amit akarsz csinálni, akkor ez itt elakad, amíg be nem fejeződik a villogás, nem megy tovább, és ez gond.
1. Vagy több loopot csinálsz, és mindegyikben egy-egy ledet kezelsz ciklusban. (Milyen lapon csinálod?)
Akkor időszeletben fut párhuzamosan az összes függvényed, és kezeli egy-egy függvény egy-egy loopban a kapcsolóidat, ledjeidet.2. Vagy muszáj az egy loopban folyamatosan vizsgálni ciklikusan az összes ledet, hogy melyiknek éppen milyen a státusa és hol tart. Ha kell, beavatkozol.
-
-
-
Janos46
tag
Sziasztok.
Segítséget kérnék és köszönöm ha sikerül. Van az alább mellékelt porgram, ami nem akarja az igazságot. Ha nincs csatlakoztava a TM1632-es, akkor a portmonitoron megjelennek az adatok. Azonban ha csatlakotatom, akkor sem a portmonitoron, sem a kijelzőn nem láthatóak. A hw jó, mert az előzőben említett oldalról letöltött másik kicsit hasonló prgram azonos csatlakozó-kiosztással működik// https://vk-book.ru/ultrazvukovoj-dalnomer-hc-sr04/
// a TM1637 kijelző csatlakoztatása
#include <TM1637.h>
#define CLK 3
#define DIO 2
TM1637 tm1637(CLK,DIO);
// пины для HC-SR04
int echoPin = 12;
int trigPin = 11;
void setup() {
Serial.begin (9600); // a portmonitor kimenete
pinMode(trigPin, OUTPUT); // jel küldése
pinMode(echoPin, INPUT); // jel vétele
// kijelző inicializálása
tm1637.init();
tm1637.set(BRIGHT_TYPICAL);
}
void loop() {
int duration, mm; // változók a távolság tárolásához
// hagyja abba a jel küldését
digitalWrite(trigPin, LOW);
delayMicroseconds(2);
// küldjön ultrahangos jelet
digitalWrite(trigPin, HIGH);
// várjon 10 mikroszekundumot
delayMicroseconds(10);
// hagyja abba a jel küldését
digitalWrite(trigPin, LOW);
// méri az echoPin pozitív impulzusának hosszát
duration = pulseIn(echoPin, HIGH);
// számolja ki az akadály távolságát
mm = duration / 5.8;
// adatkimenet a portmonitorhoz
Serial.print(mm);
Serial.println(" mm");
// adatkimenet a kijelzőhöz
tm1637.display( mm );
delay(1000);
}
-
Janos46
tag
Sziasztok!
Találtam egy jó kis oldalt, ami 339 példa programot tartalmaz az aurdino számára. Amiket kipróbáltam, az mind működött is.
https://robojax.com/learn/arduino/Robojax.com forráskód a YouTube videókhoz
Ez az oldal a videók forráskódjának megosztására szolgál a Robojax YouTube-csatornáján. -
Alu
senior tag
Direct memory access. Amikor szoftverben felkonfigurálod ezt a módot, akkor megadsz egy tömböt és ő cpu idő nélkül hardveresen beteszi a bejövő adatokat a megadott tömbbe. Ha pedig beérkezett az a mennyiségű byte, amit az elején megadtál, akkor generál egy megszakítást.
-
Alu
senior tag
Sziasztok!
STM32 -vel kapcsolatban lenne egy kérdésem és bár nem Arduino környezet, azért bízom benne, hogy nem hajtotok el.
STM32F103C8T6 (BluePill) + St-Link v2 + Keil
UART olvasás jelenleg DMA módban van konfigurálva, melynek előre meg kell határozni azt a byte hosszúságot, ami után interruptot dob és meghívódik az RxCpltCallback függvény. A probléma, hogy a másik eszköz 8 vagy 16 byteosával küldi az üzeneteket és ezeket kellene dekódolnom a mikrovezérlővel. A kérdésem pedig az lenne, hogy ha a dma interruptot 8 bytera állítom, akkor abban az esetben mi történik, ha 16 byteot küld a másik eszköz? A 8. byte beérkezésével jön egy megszakítás, majd kb. rögtön (konkrétan 8 byte idővel később) jönne egy újabb megszakítás? -
Janos250
őstag
Ezért - is - jobb a párhuzamos programozás.
Tulajdonképpen azt csinálja, amit leírtál, csak el van rejtve.
Amikor el kell indítani egy led villogtatását, elindítom egy külön taskként, ami majd megszűnik, amikor lejár az idő.
Nincs gond az átlapolással, miegymással, a taskok nem zavarják egymást, az op. rendszer elintézi, hogy mind kapjon egy időszeletet, de senkit ne zavarjon. -
Értem! Ezt ilyen formában szerintem nem igazán lehet megoldani, illetve feleslegesen túl van komplikálva.
Ahogy én csinálnám: létrehoznék egy LED class-t, aminek 4 metódusa lenne: inicializáló, ahol beállítod a villogás idejét, start, stop, és egy frissítés, amit minden loop ciklusban meg kell hívni, ez ellenőrzi, hogy mennyi idő telt el, kell-e már ki-be kapcsolni a LED-et. Ebből annyi példányt csinálsz, ahány LED van, így az összeset egymástól függetlenül lehet villogtatni. Ha a class túl magas labda, hasonló logikát meg lehet valósítani függvényekkel is, de mindenképp külön inicializáló és külön villogtató(frissítő) függvény kellene. -
hukhl
csendes tag
Bocsánat a szerkesztésért.
Ahogy fentebb írtam. Egy olyan funkciót szeretnék megírni. Ahol paraméterként egy idő intervallumot és egy pin számot kellene megadni. Amivel a pin-hez tartozó LED-et megadot ideig villogtatom. És van egy állapotgép, amit nyomógombbal léptetek. Az egyes állapotokhoz ezt a funkciót hívnám be. Ahol mindig más és más idő intervallmot adnék majd meg.Tudom elég nyakatekert.
-
hukhl
csendes tag
Szia!
Igen ennél a sornál akarnám beírni a "LedMillis" funkció visszatérési értékét a "LedStateResult "-ba, hogy a következő funkció lefuttásnál már ezzel a beolvasott értékkel dolgozzon a funkció. Ekkor elvileg 2000 msec-onként a visszatérési érték negálódik és ezzel a LED kivezérlési értéke is. -
Szia, ez
LedMillis(2000, LED1, currentMillis, LedStateResult);
LedStateResult = LedMillis;nem pont azt csinálja, mint szeretnéd, hanem a függvény címét másolná bele változóba. Neked ez kell:
LedStateResult = LedMillis(2000, LED1, currentMillis, LedStateResult);
Persze nem sok értelme van, mert amúgy is át adod neki azt a paramétert, szóval akár belül is módosíthatod. Üdvözöllek a pointerek bűvös világában
-
hukhl
csendes tag
Köszönöm aryes és neked is Janos250!
Ez a globális változó ez bejött.Viszont a funkcióból sajnos nem sikerült kinyernem a return értéket.
Biztos valami alap nyelvtani hibát vétek ami miatt nem sikerül. Monitorozva a programot, sajnos nem kapom meg kívülre az értéket...
Lent látató az eddigi kód bejelölve ahova át akarnám másolni a visszatérési értéket majd újra betenni a funkcióba. Így megoldani a LED ki és bekapcsolását...Végig gondolva az eddig megírt funkciót, ha többször fogom behívni akkor a "previousMillis" értékeket külön-külön kell nyilvántartani, mivel más időintervallumot fogok megadni az egyes ledekhez és így máskor kapja meg majd az aktális Millis értéket.
//---------
//Constans
//---------
const int LED1 = 12;
const int LED2 = 10;
const int LED3 = 8;
const int LED4 = 6;
const int BUTTON1 = 4;
const int BUTTON2 = 2;
//---------
//Variables
//---------
unsigned long previousMillis = 0;
int Button1State = 0;
int Button2State = 0;
int Button1LastState = 0;
int Button2LastState = 0;
int Button1CountState = 0;
int Button2CountState = 0;
bool LedStateResult = LOW;
//-------------------
// Start Initializing
//-------------------
void setup() {
pinMode(LED1, OUTPUT);
pinMode(LED2, OUTPUT);
pinMode(LED3, OUTPUT);
pinMode(LED4, OUTPUT);
pinMode(BUTTON1, INPUT);
pinMode(BUTTON2, INPUT);
Serial.begin(9600);
}
//--------------------
//Main CODE start here
//--------------------
void loop() {
Button1State = digitalRead(BUTTON1);
unsigned long currentMillis = millis();
//---------------------------------
//Button State Reading and Counting
//---------------------------------
if (Button1State != Button1LastState) {
if(Button1State == HIGH){
Button1CountState = Button1CountState+1;
Serial.println("BUTTON STATE CHANGED");
}
}
Button1LastState = Button1State;
Serial.print("LED Result Main Loop : ");
Serial.println(LedStateResult);
//-----------------------------------------
//State machine according to Button 1 State
//-----------------------------------------
switch (Button1CountState)
{
case 0:
digitalWrite(LED1, LOW);
digitalWrite(LED2, LOW);
digitalWrite(LED3, LOW);
digitalWrite(LED4, LOW);
Serial.println("CASE0");
break;
case 1:
LedMillis(2000, LED1, currentMillis, LedStateResult);
LedStateResult = LedMillis;
// Serial.print("Millis Function Reuslt: ");
// Serial.println(LedMillis);
Serial.print("LED Result CASE1 : ");
Serial.println(LedStateResult);
//LedMillis(500, LED2, currentMillis, LedStateResult);
// LedMillis(500, LED3, currentMillis, LedStateResult);
Serial.println("CASE1");
break;
case 2:
Serial.println("CASE2");
break;
case 3:
Serial.println("CASE3");
break;
case 4:
Serial.println("CASE4");
break;
case 5:
Serial.println("CASE5");
break;
case 6:
Serial.println("CASE6");
Button1CountState = 0;
break;
}
}//----------
//Function
//-----------
bool LedMillis(long interval, int LEDPin, unsigned long currentMillis, bool ledState){
bool LEDStateResultInternal;
Serial.print("Previous Millis :");
Serial.println(previousMillis);
Serial.print("Current Millis :");
Serial.println(currentMillis);
if (currentMillis - previousMillis >= interval)
{
if(ledState == LOW)
{
ledState = HIGH;
LEDStateResultInternal = ledState;
Serial.print("LED Result LedState High :");
Serial.println(LEDStateResultInternal);
}
else{
ledState = LOW;
LEDStateResultInternal = ledState;
Serial.print("LED Result LedState Low :");
Serial.println(LEDStateResultInternal);
}
previousMillis = currentMillis;
digitalWrite(LEDPin, ledState);
Serial.print("LED Result Final LedState :");
Serial.println(ledState);
}
return LEDStateResultInternal;
} -
hukhl
csendes tag
Sziasztok!
Lenne egy kezdő kérdésem. Nyomógomb lenyomásainak számát számolom és erre léptetek állapotokat, mint egy állapotgép szerűen. Az egyes állapotokban 4 db LED-et villogtatok. (minden állapotban más-más sorrendben) Először delay-t használtam. Ezzel az volt a gond, hogy, amíg az egyik állapotom nem járt le addig nem tudtam tovább léptetni.
Aztán rátaláltam a millis()-re amivel szépen meglehetne ezt oldani. Mivel sok LED-em van és sok állapotom, így arra gondoltam, hogy ezt behívható funkcióként kellene megcsinálni. És amikor az egyik állapotban meghívom, akkor megadom a funkció bemeneti értékként a kívánt LED számát és a késleltetés idejét. Ezt a funkciót egy állapotban többször meghívva különböző LED-eket különböző ideig lehetne villogtatni. És közben elvileg a nyomógombom állapotát is tudom figyelni.
Idáig jutottam:
//---------------
//Function
//--------------bool LedMillis(long interval, int LEDPin, unsigned long currentMillis, bool ledState){
bool LEDStateResultInternal;
unsigned long previousMillis = 0;if (currentMillis - previousMillis >= interval)
{if(ledState == LOW)
{
ledState = HIGH;ledState = LEDStateResultInternal;
}
else{
ledState = LOW;
ledState = LEDStateResultInternal;
}
previousMillis = currentMillis;
digitalWrite(LEDPin, ledState);
}
return LEDStateResultInternal;
}Az adott kimenet számát, amelyhez a LED tartozik - LEDPin értéken adom be
CurrentMillis-nél az aktuális Millis értéket adom be
ledState-értéknél pedig a returnként visszaadott led állapot csatolom vissza.A previousMillis értékem sajnos mindig 0 marad mivel újra meghívódik a funkció és kinullázódik.
A previousMillis érétket valahogy funkció meghívásonként el lehet tárolni valahogy külön-külön?
Visszatérési értékként lehet több különböző adatot visszaadni?
Bocsánat, ha kicsit katyvasznak tűnik így elsőre.
Még szoknom kell ezt a környezetet.Köszönöm a segítséget!
-
válasz
repvez #14061 üzenetére
Ezeket a reg cimeket, honnan tudom, meg?
Gyári adatlapból, de ha egy modulhoz van library, abban ez valószínűleg előre be van állítva.bármelyik manuált letöltve ugyan az lesz mindegyiké vagy az összes chipnek van sajátja?
Gyárilag egyforma, igen.Ha egy adott modulnak csak egyfajta registere van akkor kettő vagy többet hogy lehet ugyan abbol a modulbol használni ?
Van olyan i²c eszköz, amelyiknek hardveresen vagy szoftveresen változtatható a címe bizonyos korlátok közt, pl 2-3 címbit külső lábakra kivezetve, ezekből többet is fel lehet használni, amennyit a címtartomány enged. Amelyiket nem lehet változtatni, abból csak egyet tudsz használni egyszerre.HA nem tudom , hogy van e felhuzo ellenállás a panelokon, akkor enélkül nem is tudom tesztelni öket ?
Mérd ki egy multiméterrel a Vcc és az SDA, valamint a Vcc és SDL közti ellenállást. Ha kOhm tartományt mérsz, az a felhúzó ellenállás lesz. Persze ne működés közben, hanem kiszerelve mérd.ÉS azt hogy érted, hogy mindegyik vonalra és nem modulhoz kell ilyen ?
Két db. ellenállás kell, egy a Vcc és az SDA, egy pedig a Vcc és SDL közé.Mitől , függ, hogy honnan számit hosszúnak a vezeték aminél már kisebb ellenállás kell?
jelenleg csak 20cm es vezetéket tettem rá tesztelni, de későnn ez változhat.
Az rövid. A hosszú mondjuk 1,5-2m-nél kezdődik.A párhuzamos soros részt, ugy értettem, hogy ha 4 modult teszek rá akkor mindegyik lábhoz 4 vezetéket kell bekötni vagy beköthetem ugy is, hogy az egyik modul SDL lábárol a másik modul SDL lábára aztán a 3. és 4ére kötöm , majd a 4. től vezetem csak vissza a panelra és igy csak két vezeték menne a panel azonos lábaira:
Dehát attól még mindkettő párhuzamos.Az egyik csillagpontos, a másik daisy-chain (ha jól tévedek). De utóbbinál a lánc hosszúságával nő a zavarérzékenység, és csökken(het) a sebesség.
Hű, jó sokáig írtam a hozzászólást.
-
And
veterán
válasz
repvez #14061 üzenetére
A slave-címeket alapvetően a chip határozza meg, vagyis egy adott slave eszköz / modul adatlapján, leírásában lehet találkozni vele. Sok esetben legalább részben módosítható a cím, pl. a chip három lábának alacsony / magas szintre kötésével beállítható - a szokásosan 7-bites - cím három bitje, így abból akár nyolc is felfűzhető ugyanarra a buszra. A többi része fix, illetve van olyan típus is, amelynél az alacsony lábszám ára, hogy totál fix címe van. Létezik egyetlen input lábon analóg feszültségszinttel beállítható című slave is. Szóval modulja és a ráépített chipje válogatja, hogy mennyire szabadon állítható be a cím, ha egyáltalán módosítható.
"HA nem tudom , hogy van e felhuzo ellenállás a panelokon, akkor enélkül nem is tudom tesztelni öket ?"
Nem. Felhúzó ellenállás mindenképp kell, mivel a busz két vezetéke a slave-eken nyitott kollektoros tranzisztorokhoz kapcsolódik. Itt látható a jellemző I2C-busz felépítés: [link].
"Mitől , függ, hogy honnan számit hosszúnak a vezeték aminél már kisebb ellenállás kell?"
Van erre többféle leírás, app-note, néha még a slave-ek adatlapja is ad erre útmutatót. Általános esetben 4,7 kΩ körüli felhúzók megfelelnek, de az érték függ a busz hosszán felül a tápfeszültségtől (amire az I2C-busz fel van húzva, lásd az előbb linkelt ábrát) és a slave-ek típusától, darabszámától. Egyébként az I2C-vonalat nem túl nagy hosszra szokás tervezni, vagy ha igen, a sebességet lehet csökkenteni, illetve léteznek transzparens buszmeghajtók is ilyen célra. Azért egy-két méteren belül jó esetben nem lesz szükséged ilyesmire.
Mod. a #14062-re: a portra kapcsolható, uC-n belüli felhúzó megfelelhet, de mivel az általában túlságosan nagy értékű (sokszor 10 kΩ nagyságrendű), esetenként nem kerülhető meg a külső felhúzó. Ez főleg nagyobb buszsebesség, több slave és relatív nagy busztávolságok esetén igaz. -
Janos250
őstag
válasz
repvez #14061 üzenetére
"Ezeket a reg címeket, honnan tudom, meg?"
https://playground.arduino.cc/Main/I2cScanner/
"ugyan az lesz mindegyiké vagy az összes chipnek van sajátja? "
Általában fajtánként különböznek, de van, hogy egy adott fajtából is van több című. Nekem volt olyan - hirtelenjében nem jut eszembe mi volt - aminél a gyári jel után volt A0, A1,.. amiknek különböztek a címei. Hogy ezeket át lehet-e írni, azt nem tudom, de azt sejtem, hogy nem.
"Ha nem tudom , hogy van e felhúzó ellenállás a panelokon, akkor enélkül nem is tudom tesztelni őket ?"
A mikrokontroller GPIO lábát programozod úgy, hogy kapcsoljon be felhúzó ellenállást.
"azt hogy érted, hogy mindegyik vonalra és nem modulhoz kell ilyen"
A vezeték végig megy , a vezetékre csak egy helyen kell, pl. a kontrollerben, nem kell minden eszközhöz külön.
"vagy beköthetem úgy is"
Igen. -
repvez
addikt
köszi,
Ezeket a reg cimeket, honnan tudom, meg? bármelyik manuált letöltve ugyan az lesz mindegyiké vagy az összes chipnek van sajátja?
Ha egy adott modulnak csak egyfajta registere van akkor kettő vagy többet hogy lehet ugyan abbol a modulbol használni ?HA nem tudom , hogy van e felhuzo ellenállás a panelokon, akkor enélkül nem is tudom tesztelni öket ?
Per pillanat nincs semilyen ellenállásom se itthon.
ÉS azt hogy érted, hogy mindegyik vonalra és nem modulhoz kell ilyen ?Mitől , függ, hogy honnan számit hosszúnak a vezeték aminél már kisebb ellenállás kell?
jelenleg csak 20cm es vezetéket tettem rá tesztelni, de későnn ez változhat.A párhuzamos soros részt, ugy értettem, hogy ha 4 modult teszek rá akkor mindegyik lábhoz 4 vezetéket kell bekötni vagy beköthetem ugy is, hogy az egyik modul SDL lábárol a másik modul SDL lábára aztán a 3. és 4ére kötöm , majd a 4. től vezetem csak vissza a panelra és igy csak két vezeték menne a panel azonos lábaira:
-
válasz
repvez #14059 üzenetére
az összes modul mehet egy helyre és amjd a kodolásnál lesz megkülönböztetve a regiszter által
Így van, egész pontosan az i²c address az, ami megkülönbözteti a modulokat. Remélhetőleg gyárilag mind különböző címet kapott, mindenesetre minden modult külön próbálj ki. Amire még esetleg szükséged lesz az mindkét vonalra egy-egy 4k (ezt most fejből írom, majd vki kijavít, ha rossz/nézz utána pontosan) felhúzó ellenállás. Nem modulonként, hanem vonalanként 1-1. Ha valamelyik modulon van gyárilag felhúzó, az elég lehet az összes számára. Ha a lap és a modul hosszú vezetékkel lesz összekötve, akkor kisebb értékre lesz szükség.
Az mindegy, hogy sorosan vagy párhuzamosan kötöm be öket ?
Dehogy mindegy, sorosan be sem lehet kötni, hogy gondoltad?
-
repvez
addikt
na lassan megérkezik az összes modulom, a kérdésem az lenne, ha jol gondolom, ha a modulokat a VCC, GND , SDL,SDA részekre kell kötni, akkor az összes modul mehet egy helyre és amjd a kodolásnál lesz megkülönböztetve a regiszter által , hogy mikor melyik mmodulra vonatkozik ?
Mert ugye SDA, és SDL lábak csak egy helyen vannak és én szeretnék több modult használni egyszerre,
Ha jol értettem a leirásokat akkor ez az I2C .
Az mindegy, hogy sorosan vagy párhuzamosan kötöm be öket ?
[link]
Egy ilyen panelra akarom összerakni első körbe öket.
Egy AHT10es temp senzort, egy MUP9250est, és egy VL53LO lézeres távolság mérőt, később még egy NEO-8m GPS modul .
Egy NANO alap panelre kötve.Bűrmilyen infot tanácsot szivesen fogadok
-
Nekem egy más elpusztult fordított bekötés miatt, azért kérdezek itt, hogy hogyan lehet megtudni, mi a helyes
Az akkun felcserélni, az szép.... Én még csak (elég komoly) RC távirányítóba fordítva beültetett akkucsatit -> szerencsére az AA cellás volt, és csak pár 7805 bánta.
-
Mondom: már vagy 4 különböző kínai szervót teszteltem, asszem volt közte ilyen barna-sárga-fekete is, de egyik se ment tönkre rossz bekötés miatt.
Egyedül akkor gyanakodnék, ha fehér-zöld-fekete vagy hasoló lenne, mert fehér szokott lenni jel és táp is.
USB-ben is láttam már meredek színeket
Az semmi, asszem itt a topikban is volt már valaki, aki li-po akksit kapott, amin vagy a piros-fekete vezeték volt fordítva, vagy a csatlakozó, már nem emlékszem, de egy esp32 lolin lap bánta a dolgot, és még jó, hogy nem lett robbanás belőle. Szóval nyugi, nincsenek illúzióim.
Én ilyen dolgokat multiméter nélkül sosem kötök sehová.
-
-
-
Piros +V, fekete GND, sárga vezérlőjel. Ha nem ez a három szín vagy ehhez hasoló van, akkor nemigen tudod kimérni szerintem. Kezdetnek adj rá vmi törpe feszültséget (pl ceruzaelem), ha megmozdul, akkor eltaláltad a tápot és a polaritást.
Többféle kínai szervót is vettem már, de fel sem merült még bennem, hogy rossz bekötés is lehet. Ezen szerintem nem szokták elqrni a színkódokat. -
Hello,
Van 1-2 szervóm, aminek nem tudom a bekötését. (Kb. ilyen.) Megvettem, aztán jól elfelejtettem felírni, melyik vezeték melyik.
Hogyan tudom kideríteni, mit hova? (Gúgli megvolt, csak ugye a kínai vagy olyan kiosztást használ, vagy nem... Ilyesmi érdekelne, hogy pl. mi mérhető a szálak között)
Azt már régebbről tudom, hogy a fordított polaritást nem szeretik -
fpeter84
senior tag
válasz
its_grandpa #14043 üzenetére
azthiszem közben ráleltem, az executecommand eljárás lesz a megoldás amivel a soros/web konzolban is működő parancsokat lehet programkódból is meghívni, pl
ExecuteCommand("POWER OFF", SRC_BACKLOG);
parancsra lekapcsol a relé szabályosan... -
Janos250
őstag
válasz
Janos46 #14046 üzenetére
Még valami: ez pl. egy működő beállítás
http://arduinouser.hu/egyebek/esp32arduino_beallitas.png -
Janos250
őstag
válasz
Janos46 #14046 üzenetére
Nekem ez van fenn, ezzel gond nélkül működik:
http://arduinouser.hu/egyebek/CP210x.png
Feltöltés:
Az én paneljaimon van boot nyomógomb, azt le kell nyomni, mikor az arduino IDE kezdi keresni (írja a pöttyöket).
Egy érdekesség, aminek nem jártam utána:
Van olyan lapom, aminél minden feltöltésnél meg kell nyomni a gombot, és van olyan, aminél csak a gyárilag újra az első feltöltésnél, utána már nem kell gombot nyomogatni. Nem bogarásztam miért. -
kesztió
aktív tag
válasz
Tankblock #14032 üzenetére
UPDATE: Az azért nem teljesen igaz, hogy érzékelhetetlen a 3 mm-es plexin keresztüli érintés, csak meg kellett növelni maximumra a mérési időt. Ez 8,19 ms, ami még mindig úri, azaz egy teljes ciklus belefér 20 ms-ba (50 Hz).
De még így is 841 vs. 858 a számlálóérték, ami finoman szólva a megbízhatóság határán billeg. A CAP1203 még mindig játszik, naná, csak érkezzen meg, hogy tudjam egy kicsit próbálgatni. -
kesztió
aktív tag
válasz
its_grandpa #14044 üzenetére
Hát ez azért eléggé méretes, ennél már ezerszer jobb a TTP223, ami már megvan.
Ne feledd, piszokul kevés helyem van. Az egész hóbelevanc összesen 5-6 cm átmérőjű, és a felület jó harmada a display és tartozékai. A tápokat külön kell vinnem, ha egymás között kell kötözgetnem a modulokat, ott ette meg az egészet a fene, szervizelhetetlenné válik, ilyesmit nem adhatok ki a kezemből.
A TTP223-akat leteszteltem, jól működnek, tehát végső megoldásnak jók, de hely szempontjából már ez az apró modul is nagy kompromisszum. CAP2103-on agyalok, ahonnan csak 3 drótot viszek a 3 érzékelőhöz.
-
its_grandpa
tag
válasz
kesztió #14025 üzenetére
>>3 mm plexin keresztül mintha ott se lennél
OE-TP capacitive touch, 5 db ~ 6$ és ezt ígérik -> Touch distance: less than 6mm (glass acrylic)>>9 drótot kell vezetni
a + - tápot elég egyszer a kezelőlapig elvinni a terved alapján és összekötni a touch-ok tápjait + 3 a vezérléshez = 5 -
fpeter84
senior tag
Sziasztok! Nekem is éppen a Tasmota-hoz kötődő kérdésem lenne, de programozás oldalról megközelítve...
Arduino ide-vel lefordítottam, ráhúztam egy wemos D1 R2-re és fut is szépen egy sonoff-féleséget utánozva: relé a GPIO14-en, fizikai gomb a GPIO2-n. Ha a loop végére beteszem a saját szemetemet, azzal tudom detektálni hogy éppen a webes vagy fizikai gombbal melyik állapotba lett állítva a relé kimenet:
if ((digitalRead(14)==1) and (myRelayStatus==0)) {
Serial.println("rele bekapcs");
myRelayStatus=1;
}
if ((digitalRead(14)==0) and (myRelayStatus==1)) {
Serial.println("rele kikapcs");
myRelayStatus=0;
}
Viszont arra nem tudok rájönni, hogy hogyan lehetne ugyaninnen saját eseményekre reagálva kezdeményezni egy relé ki vagy bekapcsolást? Van erre valami meghívható eljárása? Nem igazán látom még át, túl sokat tud ez a Tasmota kód... Egy fizikai láb átbökést nyilván bármikor csinálhatnék, de arról a Tasmota nem értesül persze... -
Janos250
őstag
válasz
douggutaby #14040 üzenetére
Ugye nem elem, vagy akku hajtja meg? Mert azok viszont nem nagyon szeretik a hideget.
-
douggutaby
tag
válasz
gyapo11 #14038 üzenetére
Köszi a gyors választ. Van erre értelmes doboz? Első ötletem egy rámás doboz, de ha lyukat vágok a vezetékeknek, wifi antennának, akkor a belsejében is lesz pára és hideg. Persze jobb lenne ha lenne 3D nyomtatóm, de nélküle nem szívesen költenék 3D nyomtatásra.
Egyébként wifi antennám nincs, eddig anélkül se volt gond a kapcsolattal.@vkp köszi, ezt kipróbálom
-
vkp
aktív tag
válasz
douggutaby #14037 üzenetére
Nekem kint van 2 éve egy OBO dobozban, mellette van a tápja is (HLK-PM01) nem volt vele ilyen bajom
-
gyapo11
őstag
válasz
douggutaby #14037 üzenetére
Pusztán az alacsony hőmérséklet nem indokolja, inkább a pára, a nedves levegő, később a dér, zúzmara.
Először tedd be dobozba, hogy ezek ne érjék. Ha ezután sem jó és valóban nem bírja a hideget, akkor lehet betenni egy ellenállást meg egy hőmérőt és csináljon magának meleget. Ekkor persze érdemes hőszigetelni a dobozt, és megfelelő erősségű táppal ellátni. A doboz fűtése már csak azért is indokolt lehet, mert arra is lecsapódik a pára stb., a fűtés ezt leszedi, persze csak ott ahol nincs hőszigetelés. Legalább a wifi antenna lásson ki a router felé nem vezető felületen, a vizes dolgok viszont vezetik az áramot. -
douggutaby
tag
Sziasztok,
Kicsit offtopic, de remélem maradhat.
Wemos D1 mini-t használok Tasmota fw-rel hőmérséklet, páratartalom, légnyomás érzékelésre. Mindezt kint, csupaszon.
Ahogy jönnek a hidegek egyre megbízhatatlanabb. És nem az érzékelők, hanem a d1 nem elérhető. Van hogy napokig, aztán van, hogy egy rövid időre elérhető, aztán megint napokig nem.
Abban bíztam, hogy a d1 rossz, kivittem egy másik bentit, 2 nap után már az sem elérhető. Ha behozom a kintit, bent jó.
Lehet, hogy 6 fok alatt nem működik? ha műanyag dobozba rakom segít? Vagy ez egyáltalán nem alkalmas erre?
Minden ötletet szívesen veszek. -
Janos250
őstag
válasz
CHIPman #14034 üzenetére
Erre szoktam mondani, hogy ne sajnáljátok azt a kettőezerpárszáz forintot egy ilyen eszközre:
https://www.ebay.com/itm/8-Channel-Buffer-Support-1-1-16-USB-SALEAE-24M-8CH-Logic-Analyzer-24M-Module/133471685787?hash=item1f13884c9b:g:MYoAAOSwebdfGBNx
Ha lenne ilyened, ráteszed, és látod, mi jön ki a soros porton, és látod az időzítéseket is.
Iszonyúan megkönnyíti a hibakeresést minden arduinos - meg egyéb - rendszerekben. -
CHIPman
nagyúr
válasz
Tankblock #14033 üzenetére
A WLED WiFi AP-t csinál az ESP-ből első alkalommal, és alkalmazással lehet kommunikálni vele, ezek működnek gond nélkül, tehát a flasheléssel valószínűleg nincs gond. Meg tudom változtatni a színt és a fényerőt, illetve alapból sem fehér maxon kapcsol be, de tökmindegy mire állítom, semmi nem történik. Nem ezekkel van a gond, valami más lesz.
-
Tankblock
aktív tag
válasz
CHIPman #14026 üzenetére
Szia
Flashelés ment rendesen? Lehet előbb a Soros porton kellene megnézni mi történik...
Azt még a LED Szalag rákötése nélkül kellene megejteni. MEgtalálja-e a Wifit és egyebeket, nehogy csak crasheljen.....UI. Feletsd el a 2A sima tápot, NE hajtsd a 30 LED ed fullon mert nem lesz jó. 30*3*20[mA] = 1.8 A és ez csak a LEDek nem számoltál az ESP8266 initkor fel tud használni simán 3xx mA, és átlag 80 [mA] fogyasztással fog futni. Mindenképen a fényerőt limitáld. A másik ami segíthet egy 100uF vagy nagyobb kondenzátor.
-
Tankblock
aktív tag
-
Janos250
őstag
válasz
CHIPman #14029 üzenetére
Én csak általánosságban tudok hozzászólni, mert ESP8266-al nem hajtottam led szalagot, csak ESP32-vel.
Általános tapasztalat:
Nekem a szintillesztéssel egyetlen szalagon se volt probléma, mind ment a 3.3-al az ESP32-ről.
Amivel probléma szokott lenni:
1.Nem elég erős a táp. Én mindig külső tápról hajtom. Persze GND-t is közösíteni. Nálam nem az USB csatin kapja a tápot, hanem az ESP is a külsőről a Vin-en.
2. Ha a program időzítései nem jók, akkor nem történik semmi.
3. Ha miközben küldi az adatokat, jön egy megszakítás, akkor a szalagon valahol megáll, nem megy végig. Ezt a szoftver dolga kivédeni.
Ellenállást soha nem használok. -
válasz
CHIPman #14029 üzenetére
microUSB az ESP-be, ~5cm jumper kábel a VIN-ről a szalag pozitívra,
Akkor meg is van, a szalag nem kap tápot egyáltalán.
Ha az 5V pinre kötöd, nagyobb sikerrel jársz, a Vin az csak bemenet tudtommal, de lehet, hogy tévedek. Jó lenne a szalagot külön a tápra kötni, nem az esp-n keresztül. -
CHIPman
nagyúr
Se áramkört nem tudok rajzolni, fényképet meg max olyat, ami ott is van. microUSB az ESP-be, ~5cm jumper kábel a VIN-ről a szalag pozitívra, jumper kábel a GND-ből a szalag negatívba, és jumper kábel a data pinről a szalag data line-jára, és a szalagnak külön nem adok áramot. A leírás szerint így 5V-ot kéne kapnia a szalagnak, bár ez előtt én is értetlenül álltam. Illetve a leírásban is jumper kábeleket használ, ellenállás nélkül.
A "miért nem próbálod ki" kérdésre pedig az a válasz, hogy nincs ellenállásom, és vasárnap délután van, tehát nem sok esély van rá, hogy bárhol is tudok venni most. -
válasz
CHIPman #14026 üzenetére
Az egész összeállított szerkezetről kellene rajz, leírás, esetleg fénykép, mert így csak sötétben tapogatózhatunk.
Milyen ellenállást? Miért nem próbálod ki?
Nekem egyelőre nincs saját tapasztalatom ilyen LED szalagokkal, de vannak itt páran, akik már építettek ilyet.
Mennyire hosszú vezetékkel kötöd a ledsort a kontrollerre? Az első probléma az lehet, hogy a kontroller kimenete 3,3V, a LED szalag pedig 5V jelszintet igényel. Legtöbbször működni szokott szintillesztés nélkül a dolog, ha a kimenő feszültség meghaladja a céláramkör HIGH szinthez szükséges minimum értékét (pl. ha a LED szalag a 3V-5V közötti jelszintet már HIGH-nak értelmezi, akkor a 3,3V már megüti a szintet), de előfordulhat, hogy hosszú, vékony vezetéken vagy egy rossz forrasztásnál túl nagy a feszültségesés, így nem megy át az adat. -
CHIPman
nagyúr
Sziasztok.
Nem vagyok hülye az Arduino alapú ESP programozáshoz, viszont az elektronikához nagyon.
Van nekem WS2812B LED szalagom, meg egy pár ESP kontrollerem, gondoltam nekiállnék a dolognak.
[link] Ez alapján összekötöttem a hasonló NodeMCU boardot (illetve egy witty cloudot is próbáltam) megfelelő táppal (5V2A) az 1m-es (30db) LED szalaggal, de a "you should hopefully see some lights"-nál konkrétan semmi nem történik, és hiába kapcsolgatok az appból akármit, meg se nyikkan.
A szalag előtte és utána is tökéletes, standalone kontrollerrel kipróbálva.
Van aki rak ellenállást a data line-ra, az megoldaná a problémámat biztosan, vagy valami más lesz a bökkenő? -
kesztió
aktív tag
Na, kedves kartársak, az ESP32 ún. érintésérzékelő lábai egy rossz vicc.
Csak és kizárólag akkor érzékelnek, ha galvanikus kapcsolat van az ujjad és az érzékelőfelület között. 3 mm plexin keresztül mintha ott se lennél. Úgyhogy a touch gombok implementálásához ez esik.
A TTP223 végső megoldásnak jó, de nem elegáns, mert sok helyet foglal, felületszerelt kondenzátorokkal kel „finomhangolni” és 3 db. TTP223-hoz 9 drótot kell vezetni a laphoz.
Így nagyon gondolkozom a Microchip CAP1203-as, pont 3 csatornás szenzor IC-n, ezt használja a SparkFun Capacitive Touch Slider modulja is, úgyhogy erről a rajzról koppintanék.
A kérdésem: van valakinek egy ennél érthetőbb és világosabb, esetleg működő, kipróbált rajza? Az eredeti SparkFun rajzon sajnos pl. nem egyértelmű, hova kerülnek a védőkondenzátorok stb. -
Janos250
őstag
Megnéztem a nagy leértékelésben, hátha találok olcsón valami jó kis Arduino cuccot. Ami korábban leértékelés nélkül 5 $ volt, az most hatalmas leértékeléssel 15 $ helyett 6 $. Akárcsak Magyarországon szokás. Lehet, hogy a kínai WEB áruházakat titokban megvették a magyarok?
-
Janos46
tag
Sziasztok.
Van 2 hardverem, az egyik a NodeMcu v3 Lua WI-FI ESP8266 CH340, a másik Lolin NodeMCU ESP8266 CP2102. Az elsőt használom, de a másodikkal nem boldogulok. Az ellenőrzés hibátlanul lefut, de a feltöltésnél hibákat ad. Felhasználás tekintetében van különbség közöttük, vagy lehet hogy rossz? -
Janos250
őstag
válasz
gyapo11 #14016 üzenetére
"A nyomógomb prelljére legegyszerűbb megoldás az adott idő utáni új beolvasás"
A másik verzió pont a fordítottja. Éppen, hogy figyelünk arra, nehogy beolvassuk pl. 50 msec-en belül. Ha egyszer bejelzett, akkor azt valaki biztosan megnyomta, onnantól pereghet, ahogy akar, végre kell hajtani az utasítást. -
Janos250
őstag
válasz
Sebiferi #14017 üzenetére
Köszi!
Tényleg, a whois megmondja.
Épp ez volt a bajom, hogy majd akkor derül ki a szállítási költség, amikor már megrendelem. Így, hogy amerikai, akkor ez biztos rohadt drága.
Na, akkor ez storno, marad a JLCPCB.
Ma egy hete csütörtökön adtam fel a rendelést a JLCPCB-re, ma meghozta a DHL.Igaz, DHL drága, (15$) de most nem volt időm kivárni a 2-3 hetes másik fajta postájukat, ami csak 5$ lett volna. A 10 darab lap legyártása is 5 $ volt.
-
Sebiferi
tag
válasz
Janos250 #14014 üzenetére
https://whois.domaintools.com/seeedstudio.com
Shipping cost is based on size, weight, the destination of the package, we have a shipping calculation system on the checkout page. after adding all of the items to the shopping cart, please proceed to the checkout step and fill in your shipping address. The system will calculate the accurate shipping cost and estimate shipping time via the available shipping methods.
-
gyapo11
őstag
válasz
zoombiee #14015 üzenetére
Két dolog biztos kell, a pergésmentesítés és az időzítés.
A nyomógomb prelljére legegyszerűbb megoldás az adott idő utáni új beolvasás. Ha 0-ra vált a bemenet, onnantól kb. 50 ms múlva újra be kell olvasni, és ha még mindig 0, akkor a nyomógomb megnyomott állapotban van. Fölengedésnél ez nem kell, tételezzük föl, hogy megnyomott állapotban egy pillanatra sem szakad meg a vezetése.
Az időzítés pedig a millis() használatával és egy gomb figyelésével a következő:
if(1-es gomb megnyomva && regimill==0)
{regimill=millis()}if(1-es gomb megnyomva && (millis()-regimill)>1000)
{lejárt az 1 másodperc}if(regimill>0 && (millis()-regimill)>1000)
{regimill=0}A lényeg, hogy ne álljon le a loop pörgése, sok programban ez gond lenne, nálad is kerülhet be olyan programrészlet, aminek folyamatosan futnia kell, ezért ne használd a delayt.
Amint az 1-es gomb megnyomott állapotba kerül és a regimill változó értéke 0, beíródik a regimillbe a millis() aktuális értéke. Ez az if a továbbiakban a regimill nullázásáig nem hajtódik végre.
A második if-ben két feltételnek kell teljesülnie, ekkor lejárt az 1 másodperc.
A harmadik if biztosítja, hogy ha letelt az 1 másodperc, akkor is nullázza a regimill változót, ha közben fölengedték az 1-es gombot.
Még azt érdemes megoldnani, hogy a gomb fölengedésekor azonnal nullázza a regimill változót, hogy a következő gombnyomáskor indulhasson a számlálás. -
zoombiee
csendes tag
Sziasztok,
Kis segítségre lenne szükségem, van egy egyszerű programom.
Van két gomb és egy led.
Működése: Ha az 1es gombot nyomom, ha nyomva van a 2es gomb is, akkor világít a led, ha a 2es gomb nincs megnyomva, akkor nem történik semmi, hiába nyomkodom az 1es gombot.
Azt szeretném, ha az egyes gomb hosszan tartva van, akkor csak ~1sec ig világítson a led, ne folyamatosan. (természetesen, csak akkor ha a 2es gomb nyomva van) Ha felengedem és újra megnyomom, akkor újra hajtsa végre a folyamatot.
Jelenlegi kódom:int buttonState1=0;
int buttonState2=0;
const int buttonPin1=10;
const int buttonPin2=11;
void setup() {
pinMode(LED_BUILTIN,OUTPUT);
pinMode(buttonPin1,INPUT_PULLUP);
pinMode(buttonPin2,INPUT_PULLUP);
pinMode(5, OUTPUT);
}
void loop() {
buttonState1 = digitalRead(buttonPin1);
buttonState2 = digitalRead(buttonPin2);
if(buttonState1 == LOW && buttonState2 == HIGH){
digitalWrite(LED_BUILTIN,HIGH);
digitalWrite(5, HIGH);
}
else{
digitalWrite(LED_BUILTIN,LOW);
digitalWrite(5, LOW);
}
}
Tudnátok segíteni, hogy ezt miként tudnám megoldani?
Előre is köszönöm! -
Janos250
őstag
Most botlottam bele ebbe az oldalba:
https://www.seeedstudio.com/prototype-pcb-assembly.html
Valahogy nem sikerült kibogarásznom főleg azt, hogy mennyibe kerül a szállítás, és hogy ez is kínai, vagy hol van.
Ismeri valaki? -
-
Janos250
őstag
NYÁK készítés.
EasyEda/JLCPCB
Csütörtökön leadtam neten a rendelést, ma postára adták.
10 db. került 5 dollárba, tehát 150 Ft körül van darabja.
Nagyjából ugyanennyi lenne a postaköltség, ha normál postával rendeltem volna, de akkor hetek múlva érkezik meg.
Mivel ez most sürgős, DHL-lel rendeltem, ami újabb 15 dollár, így azért már 600 Ft körülire jön ki darabja.
De így is megéri, vesződik a fene vele ennyiért univerzális panellal, vasalással, kék fóliával, szalaggal (hú, már a nevét se tudom, pedig még valahol van egy marékkal), letrasettel (na az megszűnt az NDK-val együtt), vagy akármilyen egyéb macerás módszerrel. Én javasolom mindenkinek. -
válasz
nincsvics #14007 üzenetére
Ezt én nehezen hiszem el, biztos, hogy nem a forrással volt probléma? Ha a forrásoldal lebutítja a hangot 5.1-ről, vagy eleve nem 5.1 a hangfájl, akkor fordulhat ez elő. Leírnád pontosan mit akarsz mivel összekötni?
Milyen lapot ajanlasz a projekthez?
Hát ajánlani sajnos nem tudok, de amivel szerintem esély lenne egy ilyen projekt megvalósítására, az az ESP32, annak megvan a sebessége és elég izmos hardver van benne.
Valamit nem értek: a fenti cucc optikai bemenet => analóg rca átalakító, de te optikai bemenet=> digitális (spdif) kimenetet írtál eredetileg, nem? -
válasz
kesztió #14006 üzenetére
óvakodni kell, hogy egy szakinak ellentmondj (...) De ha jól értem, ez nem az a hely, ahol ilyen gondok lennének.
A hellyel kapcsolatban nem tudok nyilatkozni (bár ebben a topikban eddig mindig kulturált volt a légkör), de hogy én nem vagyok szaki, afelől biztosíthatlak.
-
kesztió
aktív tag
A nehogy már ezen kapjunk össze az kb. annak szólt, hogy pl. az Index fórumon óvakodni kell, hogy egy szakinak ellentmondj vagy visszaszólj, mert általában sértődésbe és implicit anyázásba (expliciten azért ott se lehet
) fullad a dolog. Párszor már megégettem magam, úgyhogy próbálok vigyázni, kinek mit és hogyan írok.
De ha jól értem, ez nem az a hely, ahol ilyen gondok lennének.
-
kesztió
aktív tag
Közben megjött a D1 Mini ESP32 a román Arduino webshopból. Az ára egyelőre nem érdekes, mert a többi 15 úgyis olcsóbb helyről lesz.
A Blink sketch már fut rajta, kár volt az idegeskedésért, semmivel nem volt nehezebb üzembe helyezni, mint a Nanót, ráadásul az upload/reset/run mizériát intézi magától.Készül a fogadó PCB is, csak kevés időm van ezzel szórakozni, ha lesz konkrét eredmény, küldök képeket. Még egyszer köszi!
-
Új hozzászólás Aktív témák
Hirdetés
- One otthoni szolgáltatások (TV, internet, telefon)
- Magga: PLEX: multimédia az egész lakásban
- Futás, futópályák
- A fociról könnyedén, egy baráti társaságban
- Gigabyte alaplap topik
- Hegesztés topic
- DVBViewer
- Kazy Computers - Fehérvár - Megbízható?
- Autós topik látogatók beszélgetős, offolós topikja
- Max
- További aktív témák...
- Targus Universal USB 3.0 DV1K-2K Compact docking station (DisplayLink)
- Lenovo Legion 5 Gaming. Az ár irányár, komoly érdeklődés esetén van lehetőség egyeztetésre
- BESZÁMÍTÁS! ASUS Z97-A Z97 chipset alaplap garanciával hibátlan működéssel
- AKCIÓ! Gigabyte H510M i5 10400F 16GB DDR4 512GB SSD GTX 1070 8GB Rampage SHIVA Zalman 600W
- Apple iPhone SE 2020 64GB, Yettel függő, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest