Fórum témák
» Több friss téma |
A klónok CH340 Soros-USB illesztőjének drivere (Letöltés)
Most visszacseréltem az újabb elemet, és elfelejtett mindent.
Ki fogom cserélni az egész rtc modult, csak ki kell várni míg megjön. Köszönöm a segítségeket.
Ha a program állítja át a bitet, akkor a modul kicserélése nem fog segíteni. A pontatlanságon remélhetőleg igen.
Ha ide teszem a programot, vagy a linkjét átnéznéd?
A hozzászólás módosítva: Okt 22, 2019
Nem ismerem az Arduino-t, csak hírből. Viszont, a link jöhet, hátha más észreveszi benne a hibát.
Igen,szerintem is,azért is írtam a ritkát..Rtc-k 20-100ppm-es külső kaviccsal tudnak ám időt mérni...azokat lehetett jó pár mp-el beállítani erre-arra,gondoltam itt is megy valamennyire.
De lehetséges,hogy valami hamisítvány,akkor nem csodálkoznék.
Első körben az IC-t kellene tesztelni, egy alap programmal, semmi extra. Szerintem a programban van a hiba, eddig sosem panaszkodott senki. Pl. ha a programodban van ébresztő állítás, ami módosítja véletlenül az időt is (esetleg stoppolja az órajelet), vagy időközönként felfrissíted az IC-ben tárolt időt, az hibát okoz. Esetlef az IC panaszkodik, hogy a BAT lábára túl kevés feszültség jut, a tápja instabil, stb. Ha hamis lenne, már mindenhol ezt olvasnánk, itt is az lenne az első hozzászólás, hogy ja, nekem se volt pontos, ne használd. Mint bizonyos páratartalom mérő szenzoroknál is volt gyári hibás, nem kevés, de arról szerintem többen tudnak.
Pl. én a legolcsóbb órakvarccal is nagyobb pontosságot értem el, főleg, mikor beleprogramoztam egy kalibrálást, ami x naponta y mp-nyivel korrigálja a számolt időt. A hozzászólás módosítva: Okt 22, 2019
Én nem nagyon látom benne,hogy a control,control/status -t nézné-e,vagy írná...ha a defaultot nézzük akkor nem teszi 1-be a bitet,így elemről kellene továbbmennie.
Bár én nem így használnám az rtc-t.
Igen otthonra el lehet játszani a kalibrálással,de én általában elég sok mennyiséggel számolok,ott kiesik ez a lehetőség.
Amúgy a fórumon írják,hogy jött már 1-2db,ami nem is ment,vagy problémás volt,csere után ment minden. És csak 1 költői jellegű kérdés: miért van az,hogy ha csak az Ic-t venném,akkor 2-3-szor drágább,mintha a paneles verziót?
Nem adsz kezdőértéket a változódnak?
135. sor:
Bár csak gyorsan átfutottam a programot de, Így szerintem simán felülírható az RTC véletlenül!
Köszi,
de nem értek, a programozáshoz "kicsit!" balga vagyok. A hozzászólás módosítva: Okt 23, 2019
Esetleg tudnál egy megbízható forrást ajánlani? Kb 6 darab kellene játékba, de nem akarok vagyonokat rákölteni.
Ahogy én tudom, egy IC gyártási költéségnek zömét a tokozás és a lábak adják, és csak kisebb részben a bonyolultsága...
Sziasztok!
Szeretnék egy kis segítséget kérni mert már a hajam kihullik. Tuti valamit csak nem veszek észre de már majdnem 1 hónapja szenvedek egy egyszerűnek tűnő dologgal. Leírom röviden miről szól a dolog, tettem a fürdőmbe 8db kb 130db-os ledszalagot, ezek 5Vról mennek nagyon tuti és minden led a szalagon külön címezhető, színezhető. Gondolom eddig sokan ismeritek a dolgot. Na most 1db arduino nano édes kevés lenne hogy a 8 szalagot kezelje így azt csináltam hogy mindegyik szalag kapott egy M328-at arduino FW-el. Ezek össze vannak kötve megfelelő illesztéssel soros porton, mind a 8an figyelik az Rx lábat hogy mi folyik rajta. Ha megszólítom őket akkor a kapott adatok alapján beállítják a ledek színét. pl.:
Ezzel a 6. szalag 6. ledjét kellene RGB alapján(255,0,0) pirosra állítani 155 a fényerő. Eddig rendben is lenne. Csak sajnos a megák(unok) nem hallgatnak a nevükre. Szinte mindig megcsinálja mindenki amit mondok bárkinek, nagy az összetartás.. . ![]() A vezérlését egy ESP8266 végezné majd.. etherneten vagy RS485 ön, de az még odébb van. Jelenleg csak kiszórja a soros portra az infót nekik. Csatoltam a teljes UNO kódot és az ESP nek csak az ide vonatkozó részét mert hosszú és szörnyű. Valaki tudna segíteni hogy hol lehet a gond?
És az ESP:
Az a gondod, hogy mindig 80 karaktert akarsz beolvasni:
Hol ott az a tömböd mérete, nem pedig az elküldött üzenetek hossza! Ahogy a példádból látszik, nem is mindig egyforma hosszú üzeneteket küldesz. Ezért nem az üzenet hosszát kellene figyelned, hanem a végén levő return karaktert. Pl.:
Amit kapu48 mondott és a 30. sorban a
Megpróbáltam az általad javasolt minta lapján át írni, de nem fordul le mert a "Serial.readStringUntil('\n');" nem tudja char* ba beolvasni.
A stringel pedig a strtok fut hibára.
Elvileg ez a rész kikerül belőle kapu48 változtatásával.
Kíváncsi leszek hogy használhatóbb e lessz és IDE nek e lehet majd nevezni az uj Arduino PRO IDE -t . Egyenlöre még nem tervezem a váltást Sloeber -röl
de jó hír hogy fejlesztenek
Jónak kell lennie
Bővebben: Link
Akkor debuggolni kellene, megnézni hogy sikeres e a tokenokra bontás, az if feltételek teljesülnek e. Ha idöközben nem sikerülne rájönni gondolom hogy az éjjel lessz egy kis idöm, ránézek
A 41. ik sorban ha a ö kap utasítást akkor nem csinál semmit, mindjárt utánna az else.
A hozzászólás módosítva: Okt 24, 2019
Az 51. sortól az else if -ek teljesülnek ha az ID nem 0. Gondolom ezért teljesíti mindegyik a parancsot.
40.sor
... 51.sor
de esetleg alaposabban megnézem ha lesz idöm, lehet hogy figyelmenkívül hagytam valamit
Készül egy "Pro IDE" Arduino-hoz: Bővebben: Link
A debugger rész izgalmasan hangzik, aztán meglátjuk mi lesz belőle.
Én így oldottam meg a hasonló soros parancs értelmező feladatot. Pl.:
MP3Shield_Serial_Interpreter.ino Bővebben: Link Remélem hasznát veszed! A hozzászólás módosítva: Okt 25, 2019
|
Bejelentkezés
Hirdetés |






de jó hír hogy fejlesztenek 




