Welke controller/software ?

Hallo collegas,

ik heb weliswaar nog een voorraad AT89C2051, en AT89C52, welke ik
programmeerde in assembler, waarin ik toch niet zo bijster goed ben,
maar nu zit ik eens te denken om na een jarenlange stilstand hierin,
maar weer eens `overnieuw` te beginnen.

Het moet ook makkelijker begrijpbaar zijn, hoe je timers maakt, en
serieel verzendt en ontvangt.
Ja, timen in useconden gaat nog wel in assembler, maar wanneer je
in het secondenbereik komt, wordt het toch wel lastig.

Ik zoek meer iets in commandos als: TIME 500
Waarmee wordt bedoeld 500 useconden, of milliseconden.
Bijvoorbeeld van te voren in te stellen, of een timer in useconden
moet tellen, of ms, of zelfs seconden.

Een passende programmer moet niet in de 100-en euros gaan kosten,
want ik weet dat sommigen met een simpel `draadje` van 50 cent incl
connectoren kunnen worden geprogrammeerd.

Is er al eens iemand op het idee gekomen, een controller-copier te
maken met een controller ?
1 programmeren, daarna omsteken in de copier, samen met een lege,
en draaien maar.
Nu nog een robot, welke de ucontrollers automatisch wisselt :-))

Het liefst had ik het werkende onder linux, maar er staat nog ergens
een laptob met die rommel van microschoft erop, ik dacht 2k, maar
dat weet ik niet zeker, want ik gebruik dat spul misschien maar 1x
per jaar.

Ik heb ooit eens een assemblercursus gevolgd, maar de software die
men toen gebruikte was zo verschrikkelijk omslachtig, dat ik maar
een Atari heb meegenomen. In de tijd dat de anderen nog bezig waren
met uploaden naar het bordje, was ik alweer bezig een ontdekte fout
te verbeteren.... Als ik me goed herinnerde was je ongeveer een
minuut bezig om alles ingesteld te krijgen (iedere keer opnieuw) en
die paar bytes naar het experimenteerbordje te sturen.
Op de Atari drukte je gewoon op `R` voor assembleren en runnen, of
`A` voor alleen assembleren, en aangeven wat er (eventueel) fout was.

Groeten, en alvast bedankt voor de info/adviezen

Eddied

Waarom zou een timer in het secondenbereik een probleem zijn? Hetzij een loopje, hetzij gebruik maken van ingebouwde timers.

Maar wat is nu precies je vraag? Welke controller? Welke programmer? Welke programmeertaal? En wil je nou wel of niet weer in assembly verder?

Waar wil je het voor toepassen eigenlijk? De PIC/AVR discussie ligt weer op de loer, kun je niet gewoon een van de 100 bestaande topics hierover raadplegen?

pak een basiccompiler en pic/avr naar keuze en leef je uit
avr programmer: 2 connectoren 3 weerstanden en wat draad

www.picbasic.nl voor picprogrammeercursus
staat ook een programmer die voor minder dan 2 tientjes werkt.

maar wat wil je precies er zijn een legio van mogelijkheden

wat is er mis met assembly en loopjes om seconden te maken.

je kan het ook in C doen werkt het zelfde maar minder omslachtig dan asm

ga je voor C dan heb je nog meer leuk spul r8c van renesas met gratis crompiler en programmer ingebakken in de r8c

freescale heeft nog genoeg mogelijkheden zeker in combi met C
programmers genoeg voor te vinden

[Bericht gewijzigd door timmie op (20%)]

Als je nog een voorraadje 2051's hebt liggen waarom geen Bascom ? De gratis demo versie heeft een 2K restrictie, meer kan dr toch niet in. Ik neem aan dat je de programmer ook/toch al hebt.

Is er al eens iemand op het idee gekomen, een controller-copier te
maken met een controller ?

Die bestaat al :-)

"Die bestaat al"

ja, maar dan kost `ie wel 2000 euro ? :-)

Ach dat assembler... eigenlijk snap ik er geen barst van, maar wat
kleine leukigheidjes lukt me dan nog net.
En het gebruik maken van de ingebouwde timers is weer zo`n moeilijke
constructie.
Timer instellen, (alweer vergeten hoe) rekening houden met ehh...
overloop ? ook alweer vergeten hoe dat heet....

Eigenlijk vind ik basic in microcontrollers niet zo passen, omdat je
nogal hardwarena aan het programmeren bent.
Maar je zult wel sneller `iets` inelkaar hebben `gefrunnikt`.
(niet flauw bedoeld!)
En dat is nu waar het mij om gaat. Soms denk ik wel eens iets te willen
maken, maar zie er dan teveel tegenop om me weer met die assembler
te gaan bezighouden.

De enige talen die ik ken, zijn Pascal, Basic, een beetje assembler,
Duits Engels en Nederlands.

Ik hoor/lees dan regelmatig over PICs, maar heb het nog nooit van
`dichtbij` gezien. En weet er nog veel minder van hoe die worden
geprogrammeerd, en hoe een van de te gebruiken talen eruitziet.

Misschien is mijn `probleem` nu iets duidelijker.

Groeten,

Eddied

Eh... als ik verder zou gaan met de 2051 serie, moet zoiets als
bascom wel op een atari draaien, want anders heb ik een nog groter
probleem: Ontwikkelen op de ene PC, en programmeren van de hardware
op de andere PC :-(

Doordat je al bezig was met de mcs51 zou ik gewoon doorgaan inplaats van helemaal opnieuw te beginnen met een andere uC. Als je assembler moeilijk vind, heb ik een praktische boek hier van mikroelektronica met veel voorbeelden en ook nog leuk om te lezen. succes!!!
http://www.mikroe.com/en/books/8051book/

mvgr uzion

Eh... als ik verder zou gaan met de 2051 serie, moet zoiets als
bascom wel op een atari draaien,

Dat probleem heb je met de andere tools ook, ook voor de PIC zal er niet veel zijn wat op een Atari draait.

en programmeren van de hardware
op de andere PC

Waarom ontwikkel je dan ook niet op een "andere" ?

Eigenlijk vind ik basic in microcontrollers niet zo passen, omdat je
nogal hardwarena aan het programmeren bent.

Tja, U vraagt wij draaien, je wilde een taal waarin je voor een delay bijvoorbeeld "Time 500" intypt , BASIC kan dat (andere "hogere" talen ook trouwens). Vervolgens kom je dat je dat niet wilt.

Eigenlijk vind ik basic in microcontrollers niet zo passen, omdat je
nogal hardwarena aan het programmeren bent.

Tja dat zul je met microcontrollers altijd wel houden. Je zit nu eenmaal kort op de hardware.

Misschien is mijn `probleem` nu iets duidelijker.

Ehhh nee want de "problemen" die jij opnoemt hebben eigenlijk niks met de gebruikte processor te maken en zul je ook bij de PIC hebben. Als je in een Opel geen auto kunt rijden waarom zou ja dat in een Ford dan ineens wel kunnen.

Groeten, Bram

Als ik jou was, zou ik op basic (bascom is alleen windows, dacht ik) of gewoon C overstappen. Assembler is moeilijker te schrijven. De boekjes roepen iets van "3x". (of zelfs, je hebt 3x zoveel regels nodig om hetzelfde te maken, en bovendien zijn die regels 3x zo lastig om te schrijven!).

Ik gebruik AVRs, en heb net als jij ergens in een hoekje een windows PC waar ik veel liever afblijf.

software voor atari ? forget it.
Tis pc / windows of pc/loonix (eventueel via wine of vmware een windows of dos sessie draaien bovenop loonix)

qua talen : als je op 8051 progt

- bascom 2k versie . perfect voor je 2051
- sdcc . c compiler voor 8 bitters.
- pl/m51 . programeertaal van intel speciaal voor microcontrollers. eenvoudige syntax en produceert de meest compacte en snelste code. de compiler is gemaakt door dezelfde mensen die de processor ontworpen hebben.

een processor duplicator . heeft gene nut. als de fusebits aanstaan kan je toch niet lezen.

En Bprosman heeft inderdaad ook een zwaar punt : Als je in een Opel geen auto kunt rijden waarom zou ja dat in een Ford dan ineens wel kunnen.

en dat gedoe met 'een programmer die honerden euro kost. een deftige programmer ( xeltec, dataman en een aantla anderen ) zittne op 200 euro.

je kan ook simpelweg van mikroelektronica de 8051 kit kopen. bord , met programmer en een basic of c compiler. kost je 150 euro of zoiets. peanuts.

Ik zie wel, dat er nog veel vragen zijn overgebleven.

Op die Atari heb ik slechts een assembler voor de 8051, en een ontwik-
kelset, en een programmer. Dat werkt geen van allen op een winding.

Dat was de reden om dan maar helemaal overnieuw te beginnen, en dan de
PIC of zoiets, en dan zo`n simpel `draadje` om te programmeren.

Heb net op de site van Frits de cursus picbasic gevonden, en ziedaar,
wat ik reeds eerder schreef: "DELAYMS" en "DELAYUS"
Dat is al zo logisch, dat je bij het lezen van de instructieset (nog
niet gedaan) al ziet wat er wordt bedoeld, en hoe je het gebruikt.

Ik begin te vermoeden, dat de eventuele overstap gaat naar de PIC.

De ogen worden hier ook minder, dus bril noodzakelijk, maar hoe zie
je `s nachts nu hoe laat het is ? De digitale klokjes in de VCR e.d.
zijn zonder bril niet te lezen, dus eerst bril pakken.... pfffff
Dus zit al jaren te prakkedenken om eens een DCF-klok te bouwen,
met 5 a 10 cm grote cijfers. Ik ben nog nergens zoiets in de winkel
tegengekomen.
Er zijn nog wel meer situaties te bedenken, waar grote cijfers
belangrijk zijn.
Ik heb de programmastructuur in assembler nog nooit voor elkaar
gekregen, terwijl ik best wel ideeen had daarvoor. Maar het werd
me te gecompliceerd. Nou, maar eens zien of het wat wordt met
`pikkies` :-)

Bedankt voor het meedenken, hints en tips. Ook de tip van het boek
was erg leuk.

En ja, het basic niet bij een controller vinden passen, maar toch
in die richting denken, is tegenstrijdig, maar daarmee gaf ik
eigenlijk aan te twijfel over wat te doen.

Groeten, en prettig weekeinde !

Eddied

PS: Toen die discussies rond gingen, dat een Atari een spelcomputer
zou zijn, zei ik wel eens: Kijk in de winkel eens hoeveel spelletjes
er liggen woor win, en hoeveel voor de Atari.....
VRACHTEN met spelletjes voor win, en geen een voor de Atari, dus
WELKE is nu een spelcomputer ?? :-) :-)

Dat was in de tijd dat er al niets meer voor Atari in de winkel lag,
en dat was nou net de clou van de grap.

EDIT: Re copier en fusebits: Bij die eerste zet je de fusebits
natuurlijk nog niet aan; dat doe je pas in de copie.
(We hebben het hier over een productiestraatje, niet een copieerstraat,
dat zou illegaal zijn.)

Op die Atari heb ik slechts een assembler voor de 8051, en een ontwik-
kelset, en een programmer. Dat werkt geen van allen op een winding.

Assemblers en ontwikkeltools voor op Windows wordt je mee doodgegooid.

Heb net op de site van Frits de cursus picbasic gevonden, en ziedaar,
wat ik reeds eerder schreef: "DELAYMS" en "DELAYUS"
Dat is al zo logisch, dat je bij het lezen van de instructieset (nog
niet gedaan) al ziet wat er wordt bedoeld, en hoe je het gebruikt.

Ik begin te vermoeden, dat de eventuele overstap gaat naar de PIC.

Goed argument, dat heb je namelijk in Bascom allemaal niet |:-(

http://www.mcselec.com/index.php?option=com_content&task=view&…

Nou, maar eens zien of het wat wordt met
`pikkies`

Ik laat mn onderschrift nog maar even staan. ;-).

[off topic]

Op 23 mei 2008 18:04:26 schreef Eddied:
De ogen worden hier ook minder, dus bril noodzakelijk, maar hoe zie
je `s nachts nu hoe laat het is ? De digitale klokjes in de VCR e.d.
zijn zonder bril niet te lezen, dus eerst bril pakken.... pfffff

"vroeger" ook gehad, sinds een lazer behandeling maar spijt van 1 ding, waarom zolang er tegenop gezien, wat een genot