A kép nem adja vissza igazán, de szabad szemmel a kék be van kicsit esve a piroshoz és a zöldhöz képest. A zöld és a piros se egyforma nyilván a nyitófesz miatt. Ezzel arra célzok, hogy felesleges ennyire belemerülni szerintem, mert a ledeket nem lehet egy szintre hozni, mert ahhoz mindnek külön külön kellene előtét ellenállat.
Mutatónál már ezzel a 27K értékkel (csak a középső 2 driver van még változtatva) jó a kép, és mutató végig egyformának tűnik szemre. Viszont ha ugyan ezzel az értékekkel bekapcsolom a videót ott már teljesen mást mutat ott amikor mindegyik led megy (fehér szín) akkor ugyan úgy világosabb a közepe.

Ez a kép is egész jól sikerült.

A led driverekhez tartózó ellenállásokat a rotor közepétől kifelé nézve természetesen mind a két oldalon egyformán végül így oldottam meg:
27k-20k-15k-12k-10-10...

Próbáld ezzel!
Kicsit igazítottam.
Kód továbbra is: 0026.
Üdv: belagu

Köszi de a hex kéne

A HEX-ek lemaradtak.

Köszi szépen.
Most már megy a 026-al.
Jó a másodperc is, nagyon szuper.
A külső kör villogása után beállítom, és megmarad az RTC-ben a dátum/idő.
Viszont bekapcsolásnál csak a külső kör jelenik meg.
Nyomkodni kell a gombokat újra, hogy legyen kijelzés.
Ezenkívül nem mutat nap számot, sem fordulatot.
Még nincs a kezemben a 22B táv, lehet hogy ezért nem tudok percet állítani ?
Megoldhatók ezek a gondok ?
De már ez is nagy öröm nekem.

Nem tudom mi van! A PI-m csütörtök óta megy.Ma reggel bekapcsoltam a rotort hozzá és nem volt lefagyva..... Viszont a legfurcsább az az ,hogy ami nálatok megy 600 nálam el sem indul.....érthetetlen. be sem bootol

Nálam a GND leföldelés sem segített sajnos.. Most 60-70 id kábelen lóg az rf modul.. Már kínomban nem tudtam mit kitalálni.Mircsof órája nem fagy le de nála rev2 pi van.. Nem lehet a port átcseréléskor történt valami amikor univerzálissá tetted a két pi-hez?

update 601
Teszteljétek. Elég csak kernelt cserélni, nem kell mindent ha már 600 van fenn.

Azt kéne nézni mi történik fagyáskor az ACT leddel. Normál üzem közben halványan ég.
Ha fagyáskor is ugyanolyan akkor az RFM felé megy az adat.

Ugyanaz mint tegnap nagyon akad teleírja a logot A bootcode tar.gz-ben is felülírtad mert azt tettem bele?

Nem azt nem írtam felül csak a 601 könyvtárban van az új

Azzal is ugyanez..

Szerintem szét van tuningolva a PI-d és nem alap órajelen megy.
Kitalálok valamit.

Az faxa de akkor az előzőnél miért megy akadásmentesen minden.. Valami zavart is ott szed be az rfm ha a pi közelében van most hosszú kábellel kb 60 centire van tőlemég egyszer sem fagyott..Vissza lehet állítani valahogy? Megkérdezem a volt gazdáját lett e tuningolva..

Tettem fel újabb 601 et ez kiírja a logba a CPU adatokat.

Nálam ilyen:
logger: Propellerclock BY kly started on Raspberry Pi Model B R2
00:00:01.00 timer: SpeedFactor is 1.00
00:00:01.32 usbdev0-1: Device ven424-9512, dev9-0-2 found
00:00:01.33 usbdev0-1: Interface int9-0-1 found
00:00:01.33 usbdev0-1: Function is not supported
00:00:01.33 usbdev0-1: Interface int9-0-2 found
00:00:01.34 usbdev0-1: Using device/interface int9-0-2
00:00:02.05 usbdev0-1: Device ven424-ec00 found
00:00:02.06 usbdev0-1: Using device/interface ven424-ec00
00:00:02.12 smsc951x: MAC address is B8:27:EB:3A:E1:EC
00:00:02.12 usbhub: Port 1: Device configured
00:00:02.12 dwroot: Device configured
00:00:02.16 emmc: Found a valid version 3.0x SD card
00:00:02.17 kernel: Compile time: Mar 20 2017 09:15:29 ver: 601
00:00:02.17 kernel: Watchdog enable
00:00:02.17 throttle: Dynamic clock rate disabled
00:00:02.18 throttle: Current clock rate is 700 MHz
00:00:02.18 throttle: Current temperature is 37C
00:00:02.19 fatinfo: FAT16: 64174 clusters of 16.0K
00:00:02.24 properties: Dumping 26 properties:
00:00:02.24 properties: offset1=221
00:00:02.25 properties: offset2=101
00:00:02.25 properties: ipaddress=169.254.0.111
00:00:02.25 properties: netmask=255.255.0.0
00:00:02.26 properties: gateway=169.254.0.254
00:00:02.26 properties: dns=62.77.196.1
00:00:02.26 properties: dson=0
00:00:02.27 properties: fenyero=29
00:00:02.27 properties: motor=1
00:00:02.27 properties: video=0
00:00:02.28 properties: scrolltext=1
00:00:02.28 properties: vektor=0
00:00:02.28 properties: monday_hour=99
00:00:02.29 properties: monday_min=99
00:00:02.29 properties: tuesday_hour=99
00:00:02.29 properties: tuesday_min=99
00:00:02.30 properties: wednesday_hour=99
00:00:02.30 properties: wednesday_min=99
00:00:02.30 properties: thursday_hour=99
00:00:02.31 properties: thursday_min=99
00:00:02.31 properties: friday_hour=99
00:00:02.31 properties: friday_min=99
00:00:02.32 properties: saturday_hour=99
00:00:02.32 properties: saturday_min=99
00:00:02.32 properties: sunday_hour=99
00:00:02.33 properties: sunday_min=99
00:00:05.33 kernel: Open "http://169.254.0.111/" in your web browser!
00:00:05.34 ledtask: RFM init
00:00:05.34 ledtask: RFM change BANK 1
00:00:05.35 ledtask: RFM change BANK 0
Mar 20 09:16:37.49 ntpd: System time updated
Mar 20 09:18:18.78 httpd: 169.254.229.229 "GET /" 200 2245


hasonlíts össze mindent!

Beletettem..

Hát ez nem jött be. Pedig jó ötletnek tűnt a magasabb órajel

Ott az sd kártya formatálásánál nézek eltérést..

frissítettem tedd ismét bele. kikapcsoltam DMA-t

Nálam ez van :00:00:03.20 fatinfo: FAT16: 38868 clusters of 32.0K
Nálad ez van :00:00:02.19 fatinfo: FAT16: 64174 clusters of 16.0K

Nem jó a formázás??

Na ez megy mit csináltál vele?? Nincs a logban error Más kártya már rájöttem arra is Hosszú kábeles fagyásteszt indítva

Tegnap egyszer,de csak egyetlen egyszer ment akadás nélkül a tegnapi verzió,újraindítottam akkor már nem..

Annyit csináltam hogy az SPI nem DMA val megy. Nem étrem nálam miért megy a a DMA nálad meg miért nem. Igazából annyi a különbség hogy 30uSec körüli CPU időt buksz a NODMA verzióval. Ha nem döcög semmi akkor nem gond.....videó megy rendesen?

Teszt!
Az órát,hét napjait és a hónapokat csak előre lehet állítani, vissza nem, a másodperceket csak nullázni lehet! Az URC1-nek nincs több funkciója alapból.
Sajnos én nem tudom próbálni, nincs ilyen órám. Billentyű kiosztás a mellékelt .jpg szerint.
belagu

Bocs, nem írtam le, hogy 0552 kód tartozik hozzá.

Nem vettem észre a videón,hogy lassabb lenne bármi (a régivel is kicsit mikor gyorsabb jelenet van vannak benne sziporkák) de most befagyott a led világít ugyanúgy..

Az rfm csak adást végez azt írtad.. A vevő része aktív?? Lehet ott szed be valamit..

Az baj. Ha az ACT led ugyanúgy világít akkor az RF azt modja FIFO üres , jöhet az adat. Én meg tolom neki. De hogy miért nem jut át a vevővőbe? ilyenkor a vevő restart nem segít?
Annyira szeretnék már egy ilyen fagyást látni nálam de nincs.....

Nem az nem lehet. Ezek attól még egymás között kommunikálnak szerintem,attól függetlenül, hogy én konkrét adatot nem küldök vissza a rotor felől.

Nem.. Az rfm egyszerűen lefagy a pi-n amíg a tápot le nem veszem és vissza nem adom a pi-n..