Szia! Én olvasgatom időnként a Parallax fórumát , de eddig csak kívánságlistákat láttam. Nyilván van valami alapja, hiszen a fejlesztők is fórumoznak, de most, hogy elindult a propellerek használata, hülyék lennének rontani a saját eladásaikat. Én egyenlőre maradok, nyilván ha lesz majd ... megnézem. Addig is nyálcsorgatónak: Propeller2

Ezek szerint semmi konkrétum nincs. Akkor jó lesz egyenlőre a 32I/O-s is.

Egyébként mihez kellene annyi I/O?

Mondjuk ez a 2K cog ram lehetett volna kicsit több.
Bár a 128K az már valami.

Robothoz. Inkább csak az órajel és a COG-ok száma számít. Mivel CAN rendszerű lesz a jármű, és oda 2db I/O elég. De megmondom őszintén hogy még konkrét dolog nincs. Csak ötletelgetek. Várom hogy megérkezzen a vezérlő. És hogy otthon legyek és végre befejezzem, az alvázat. Ha ezek megvannak és leteszteltem a CAN rendszert alapszinten, akkor majd megyek tovább valami komolyabbal. A melóhelyen P8X32A val csináltam meg a projektemet. És nagyon megtetszett. (Bár hiányolok belőle sok mindent.)

És fizetős letöltő / fejlesztő...

Az új eszköz nem lesz kompatibilis a régi fejlesztőkörnyezettel? Akkor az úgy már nem is olyan jó. (Pláne hogy fizetős lesz.)

Nem riogatni akartam, csak a nem kiolvasható titkosító kulcsból és bootloader -ből következtettem...

Nem hiszem, hogy fizetős lesz, mert a propellerre éppen azért kaptak rá sokan, mert minden adva van hozzá. A nem kiolvasható.... inkább arra vonatkozhat, hogy sokan azért szólták meg a propellert, mert nincs olvasásvédelem. Bár külső eepromnál nem is nagyon értem ez hogyan lenne megvalósítható, hiszen az eepromot bármire rádughatod, ami i2c-s. De nem fecsérelném az energiáimat a mi lenne ha.. típusú dolgokra - ha kész lesz úgyis megtudom

Összesen 32k-d van. Nekem eddig mindenre elég volt, még nem ütköztem memória korlátokba. Úgy vettem észre, hogy az általános épületfelügyeleti megoldások úgy az 1/10-ed memóriával elboldogultak A kommunikáció egy kicsit más ügy, de memóriából ahhoz sem kell sok Ha meg valamihez sok memória kell - ott a külső SD kártya... Ne felejtsd el, hogy itt a program memória és a felhasználói memória különválik (Harward)

Aki esetleg még nem hallotta/látta volna:
https://sites.google.com/site/propellergcc/home

A Parallax hivatalos GCC támogatást mutatott be a Propeller chiphez.

Örvendjünk együtt vala!

Örvendünk vala csak nem tudom minek.
Az interpretert akkor is be tölti a chipbe innentől kezdve sok értelme szerintem nincs.

Azt tudja valaki esetleg hogy address szerint keresi e az eepromot tehát be van drótozva
vagy egyéb más módon.
Kérdés lehet e nagyobb eepromot használni hozzá?
Illetve azon az I2c buszon lehet e más eszközt használni? pl (RTC)

Szoasztok! Kipróbáltam a Catalina-t hibátlanul lefordította amit írtam.

Eepromból akkorát használsz amekkorát akarsz, csak a programozás bonyolultabb. Mivel a propeller interpreter alapú, az alsó 32k a saját területe a felső a ram. Tehát át lehet írni, csak szerintem tök felesleges. Ha normálisabb dolgot akarsz - használj valamilyen buszos külső ramot, vagy mint én - sd kártyát. Ha code.bin fájlt hozol létre a fordítóból, azt felismeri és onnan futatthatsz önátíró szoftvert. Én most kísérletképpen egy sdMicro loadert töltöttem rá és több nagy midi fájlt az SD kártyára. le tudta játszani, pedig 28-128k-s midi volt 5db . Ha ügyes vagy, biztosan meg tudod oldani i2C-n is. Amúgy meg nekem webszerver fut kevesebb mint 16k-ban...

Ja pont ez az én is midi-t akarok rátölteni. code.bin na ilyen sincs sehol leírva.
Mármint code.bin a neve annak a filenak amit feltölt az eepromba?
Midi-hez te valamilyen OBJ-et használsz? Keresgéltem én is jó lenne valami
1xűbbet találni nem akarok vele sokat szenvedni.Elég lesz a saját kód amit még
meg kell írni. Flashen gondolkoztam egy másik projektben de ahhoz meg azt kéne megoldani, hogy fel tudjam kívülről programozni.

Szia! Én is több objectet másoltam ollóztam össze mire elindult, mert mindegyik SD kártyához volt megírva, nekem meg csak microSD volt csak. A code.bin fájlt te hozod létre a következőképpen: Amit rá akarsz tenni az SD-re azt a fájlt letöltöd a Propellerbe, majd a letöltés után nyomsz egy F8-at és kimented a fájlt, mint code.bin - ezt a fájlt másolod az SD-re, a szükséges MID fájlokkal. Nekem legalábbis így működött. Ha kell elküldöm az enyémet - azzal tudsz szöszölni. Sajnos csak a midi0 formátumú fájlokat játssza le és az ütősök nem igazán mennek. De ehhez már zenész kellene - aki érti is a midit. Ami nálam működik az egy GMsynth, egy SDmicro összeollózva egy VGA menükezelővel. Azaz VGA monitoron tudsz választani a fájlok közül amit lejátszol, egy mikrokapcsoló segítségével. De VGA helyett soros porton is ki lehet választani, ha átirányítod a display-t.

Gondolom a gmsynth felzabál egy COG-ot. Ha elküldenéd csak azt vagy feltennéd ide
azt köszönöm előre is. Engem csak a működés érdekel mert pár apró zenét akarok csak
ébresztő funkcióként berakni az eepromba tehát nem is a midire hanem a hangképzésre
lenne szükségem.

Ez a szoftver nem kiforrott, de működik. Én direkt butítottam le, mert ha az összes mid fájlt beleírogatod a spin-be akkor szelektálható, de kötött a VGA-hoz. Ha viszont általános MID nevet használsz - elindul a VGA nélkül is. Eredetileg TV-re volt írva, de lusta voltam odacipelni a TV-hez inkább módosítottam VGA-ra a kimenetet . A könyvtár több munkaközi fájlt is tartalmaz azokat töröld, nem volt már hangulatom kigyomlálni mindent. A fő spin a midi_player.spin. A GMsynth-et aránylag könnyű meghívni és használni. Mellékelek munkafájlt is, azzal könnyebb megérteni a működését. A több munka az volt, hogy "normális" midi0 konvertert találjak, illetve olyan formátumú fájlt, ami ráadásul még jól is szólhat rajta.

Mármint hogy midi 1-ről 0 ra?
Nem hiszem mondjuk hogy ezért fel akarnád rakni de a Cubase-ben
van import export és ott meg lehet adni a midinek hogy milyen formában mentsen.
(Nekem muszály volt mert van több Gigányi midi file-om van és van amelyik 0-ás
van amelyik 1-es a Casio-m meg a 0-ás nem szereti)
A VGA-t debug-olni én is jobban szeretem.
Köszi a fileokat megnézem. Közben néztem flashhez találtam obx-en (w25xXXSIG)
komplett kit-et csak az is egybe van keverve az SRAM kezelővel meg írva
van hozzá egy basic filekezelő is.Mondjuk én block módra gondoltam, hogy úgy
fogom a flasht használni nem 8.3 filerendszerben.

Azért mellékeltem egy konvertert is Igaz free - olyan amilyen, de működik. Igaz - gondolom egy gyári, profi programmal sokkal jobb eredmény is ell lehet érni, meg némi áthangszereléssel. Arra gondoltam, ha már így egy csónakban utazunk... nem tudnánk létrehozni valami saját obexet itt HE-n? mert nekem is gyűlik és gondolom másnak is lennének használható ötletei. Igaz amit én írtam az a nálam vásárlóknak elérhető regisztráció után. Én több cogra keresek mintaprogramokat, mert még sok funkciót nem tudok kihasználni addig, amíg mind a 8-at munkára nem fogom. Egyszerű programot már írtam 8 procira, de a debug nem egyszerű, pedig megvettem a viewportot is.

Ja jó lenne csak pár hónapja volt egy disk katasztrófám.Elromlott a vezérlője, és minden
Parallaxos cuccom azon volt most kezdhetem előröl. Pedig már megvolt egy csomó minden
az órámhoz.
Leírás:Nixie óra multiplexel, DS1338 RTC, 1wos kis erőlködő a hanghoz, van egy TSOP infra
a beállításhoz, meg egy 862Mhz RF modul (jövőbeni elképzelésekhez) ill. egy optokapu
+ optocoupler a motor vezérléshez mert fog tudni forogni ezért még kell majd egy légmagos
tekercselés is. Mindezt fogja majd vezérelni a propi.
Viewport? Jó az valamire? Úgy értem mégiscsak egy szimuláció arról milyen jelek jönnek ki
a lábakon. Ha lesz végre egy normális szkópom akkor felesleges, a változókat meg ki lehet rakni
VGA-n is pl. Sok funkciót? Mire gondolsz? Gondolom nem arra a pár cog parancsra gondolsz ami van. Egy normális táblázatot jó lenne összehozni mert én pl hiányolom a helpből azt hogy ugyan leírja minden parancs és operátort mi mit csinál de helyes szintaktika nincs egyáltalán
mellette pl.: Waitpeq parancs : Waitpeq () D,S viszont haszálatban kódokban már láttam hogy
4 paraméter is van és ilyenkor mikor például ez van írva: akkor nehéz kibogozni mi micsoda, és miért van benne a decode. Pedig ezt már anno 1x megírtam az Infra miatt.Én nagyon úgy látom a dolgot hogy ezt a uC-t úgy érdemes használni hogy 1 cog a fő
ami indítja a többit "felügyeli" 1 a bemeneteket figyeli "qvázi megszakítás" a többi meg szabadonfutó.

Szia! Sajnálom, ha eltűntek dolgaid, de sajnos alapvető dolog az archiválás..... A szintaktikával nekem is meggyűlt a bajom és vannak kész programokban olyan fogások, amik előtt én is értetlenül állok. Nekem fontos lenne mind a 8 COG egyszerre történő használata, de tényleg nagyon gyér a leírás. Kértem már segítséget a Parallax fő programozójától is - rá is nézett a szoftvereimre, de nem igazán kommunikatív a csávó. Az OBEX-en kívül is lehet találni néha jó szoftvereket, de sokat kell kutakodni. Magát a chipet és a lehetőségeit sokra tartom, mert tényleg bitang jó. Nagyon stabil és eddig minden várakozásomat felülmúlta. De jó lenne néha egy kicsit több szoftveres segítség a cégtől, hiszen ha valaki - hát ők ismerik a saját terméküket. Nem véletlenül vetettem fel a saját OBEX ötletet sem, mert így legalább amit mi kikínlódtunk, azokat lehetne publikálni valahogyan. Nekem az is okozott némi fejtörést, a kézikönyv ellenére, hogy mik azok a : és | jelek a PUB részekben. Sajnos sok agyalás kellett, hogy rájöjjek és használjam, mert sajnos example nem volt hozzá. Hiába írogatok 10-15 féle nyelven programokat - ezek az egyedi jellemzők mindig fejtörést okoznak - főleg ha nincs példa hozzá. Most már talán szintaktikai hibát nem vétek, de még van pár homályos pont. A fő gondom az, hogy több cogra, leginkább assembly példák vannak. Nekem spin kellene.

Szívemből szóltál! Az archiválásról annyit, hogy van hozzá egy szerverem
hálózati meghajtókat használok csak azt gondoltam én balga , hogy mint a visual studio
sem szereti ha nincs teljes hozzáférése a fájlokhoz akkor más IDE felület sem.
Most már a hálózati meghajtókra csinálom a progikat de az se tuti mivel nincs
tükrözés.(Nincs pénzem +1TB vinyóra)Tudom a fórumukra is szokott írogatni de nem
valami bőbeszédű. Ez a jel | a lokális változókat mutatja a PUB deklarálásban nem?
Nekem megvan a Dr. Kónyai könyv a propiról abban minden benne van a COG-ok
egymással való kapcsolatáról.Mi a konkrét kérdésed ezzel kapcsolatban?
Felőlem csinálhatunk OBEX-et de én csak majd most kezdem el írni.Viszont annak mondjuk
volna értelme hogy a már meglévő OBJ-hez írni egy pár magyar sort. Hiszen elég sok mindent lefednek az OBJ-ek. A legnehezebb dolog megérteni szerintem hogy nincsenek
megszakítások pedig van.(pl ha kinevezünk egy COG-ot erre a feladatra és globális
jelző Word-öt használunk mivel ugyebár kisebb térfoglalás nincs)
Mondjuk én attól félek kb kettőnket érdekel ez a dolog.

Az sem baj ha kettőnket érdekel... Én nagyon sok mindent összegyűjtöttem már innen - onnan, amiket le is tesztelgettem. Nekem is megvan a Kónya féle könyv, de csak támasztéknak jó a szekrény alá - ha billegne . Ami ugyanis abban a könyvben van az egyrészt szó szerint ugyanaz, mint ami angolul is megvan, másrészt éppen a legfontosabb dolgok hiányoznak belőle. Nekem kb. 1 nap kellett könyv nélkül a szoftver íráshoz. 1 hét a könyvvel - amíg meg is rekedtem. És közel egy év amíg rájöttem, mennyi sületlenség van a könyvben - amit soha nem fogok semmire használni. Annak nagyobb hasznát láttam, ha jól ki volt kommentezve egy-egy szoftver. Le van írva például, hogy van VAR, meg PRI, meg PUB, meg mit kellene beleírni, csak az nem mire is jó? Nem ártott volna leírni, hogy ha egy 8bites változót akarsz, akkor csinálj egy "VAR" bejegyzést és írd bele "byte változó" - nem nagy dolgok ezek, de sokat lendített volna az elején. az is, hogy ezeket vesszővel elválasztva is írhatod és az is, hogy egymás alá. stb-stb.... Szerintem ha már a Propeller programozásáról, vagy a spin-ről ír valaki - nem ártana az alapoknál kezdeni. Nem a parancsok szolgaszerű felsorolásánál, majd ugrás az assembly-be.... Azért addig is vannak fokozatok.... Én nagyon örültem volna egy FullDuplexSerial leírásnak is, illetve a mutációk felsorolásának, mert van ám belőle igen sok! Én - ha gondolod akár tárhelyet is tudok biztosítani a kameleonsystem.hu domain alatt, mert most még úgysem használom ki az egészet és egyébként témába vág.

Mondjuk szerintem az eleje hogyan is működik a hardware az egészen jó.
Különben nem tudom mit vársz magyar nyelven általában minden ilyen témájú könyv ilyen
szintig jut csak el.Azokat ne számold amiket főiskolán is tanítanak.(pl .NET) Mondjuk nekem
ezek nem voltak messze (PUB PRI VAR) csak nehéz hozzászokni hogy ez nem egy objektumorientált nyelv. Byte-os változó? Már bocs de olyan csak látszólag van.Legalábbis itt lehet valahol le is írtam még anno hogy ugye nincs bit manipuláció de én rájöttem hogy mivel változót is lehet tömbként kezelni azért mégiscsak hozzá lehet férni a bitekhez.Viszont mikor
deklaráltam egy byte-nyi bitet és elkezdtem shiftelni akkor kiderült hogy az kifolyik a byte méretéből long méretbe és csak azután tér vissza.Nekem is van domain-em de a levelezésen kivűl még nem használtam semmire. Időtágító kéne.Mutáció mire gondolsz? Változik a spin kód?

Na végre qvazi kész az óra panel.(Hiányzik még a DS RTC rólla.)Azon gondolkodtam hogy addig
is meghajtanám valamivel pl egy "virtuális" órával. A mátrix a BCD kódot "eszi".Alant:


Viszont ehez kéne a clock.spinben egy long változó amibe több byte alsó 4 bitjét valahogy bemahinálnám és akkor kapnék egy bcd kódot.(Mint amilyet az RTC is küldene.)
Próbáltam már sokmindent valakinek valami ötlet? Hogyan lehet egy long-ba BCD kódot rakni
szépen 4 bitenként egymás mellé?

Szia! Még múltkor kerestem én is óra megoldást, és nagyon gyötörtem az agyam melyik lenne e legkézenfekvőbb. Hallottam egy olyan megoldást, ami jobb mint az RTC és tényleg egyszerű (mam már)- Lehetne ugyanis GPS óra ! Akkor megúszod a beállítgatásokat is és mindig a pontos időt fogja mutatni... Csak egy célchipet kell keresni... A mátrixhoz kell a bcd? Csinálj, vagy tölts le egy bcd koder, dekoder függvényt , szerintem tuti van készen az obexen ilyen... bitmanipulator.spin -el már találkoztam. De írni sem nehezebb szerintem. A "Clock_bcd.spin" -t szeretnéd ? Ezt te adtad meg a szoftverben egy későbbi bővítés okán, vagy meglévő program, amihez keresed?

OBEX-en beírtam hogy BCD egy darab egyezést találtam ami valami általános progi
a Clock_bcd.spin az egy álltalam készített progi amiben keresem a megoldást hogy longba
BCD kód legyen.
A nyák már készen van ugyhogy marad a ds1338 RTC amihez van progi (DS1807) némi
csiszolással az már működne is csak még nincs meg az ic és szimulálni akartam a mátrixnak.

Én is Ezt találtam az obexen. Nem tudod hasznát venni? Ugyanis ezt írja: "Can be used to pack, unpack and manipulate various base 16 data structures, including - Binary Coded Decimal (BCD)"