programmeren

Een van de meest elementaire zaken bij het programmeren is het op orde stellen van je eigen gedachten,en die ook kunnen verwoorden.
Dit alles nog onafhankelijk van het platform waarop het moet gaan draaien ,de programmeertaal die gekozen wordt en de tools die je daarbij gebruikt.
Programmeren is eigenlijk niets anders dan de coputer vertellen wat ie moet doen.Je hakt als het ware de totale taak in allemaal heel kleine stukjes,die zo klein zijn dat zelfs die heel domme computer het kan snappen.
Jouw verhaal is bijzonder warrig,het gaat over Pics en notepad,LDR's en weet ik wat nog meer.Ik snap het niet.

Als je pic's wilt leren programmeren raad ik PICBASIC aan (www.picbasic.nl). Heel simpel en als je een beetje inzicht hebt kan je vrij snel je eigen programmaatjes maken.

Programmeren leer je met goede theorie(boek, les, internet), veel tijd, en de juiste programmeeromgeving. Notepad is niet geschikt om te programmeren, want je hebt geen syntax highlighting, geen regelnummering en je kunt maar 1 bestand open hebben per notepad. Maar wat is programmeren? Is dat text inkloppen en gaan? Nee veel meer: je hebt een IDE nodig en een programmer/debugger om aan de slag te gaan.

Maar om wat verder op je opdracht in te gaan. Het is belangrijk je ideeen eerst uit te schrijven en uit te tekenen. Hoe moet de PIC zien waar de zon is? Wat als het tijdelijk bewolkt is? Wat als er meerdere lichtbronnen zijn? Hoe vaak moet het ding worden bijgesteld? Zet eerst even alles op een rijtje.

"Je hebt een IDE nodig"?????

Ben je nu helemaal besnuffeld? Ik heb een hekel aan IDE's (i.e. gebruik ik minder dan 1x per jaar) en ik kan heel redelijk programmeren.....

rew:
Tuurlijk kun je het zonder ide. Ik bedoelde meer dat een IDE een bundel is van wat je nodig hebt (tegenover kladblok...). Een losse a source code editor, compiler en simulator/debugger is niet altijd handig. Een ide is een stuk gereedschap, als het doet wat het moet doen is het prima toch? Ik ben benieuwd waarom je er een hekel aan hebt.

[Bericht gewijzigd door critiacrof op zondag 13 maart 2011 20:54:48 (24%)]

Als er geen zonlicht is toch volgen.

Dan moet de µC datum en tijd kennen, en daarmee berekenen waar de zon zicht bevindt. Als dat lukt, heb je toch geen LDR's meer nodig? En ook geen H-brug met een DC-motor, maar een stappenmotor.

Ik begin een programma altijd op een groot stuk papier, gewoon met een pen. En nog een stuk papier, en nog een, en nog een, tot ik alles zo'n beetje op een rij heb, flowcharts, losse stukjes nepcode enz enz.
Pas daarna zwengel ik mn laptop aan om te gaan kloppen.

Mijn idee, ik doe het precies zo !!!

[Bericht gewijzigd door Henry S. op maandag 14 maart 2011 22:27:23 (83%)]

Hmm misschien helpt deze mooie discussie je op weg

http://www.circuitsonline.net/forum/view/90762/1/niekski

[OT]

Op 13 maart 2011 21:13:47 schreef GJ_:
Ik begin een programma altijd op een groot stuk papier, gewoon met een pen. En nog een stuk papier, en nog een, en nog een, tot ik alles zo'n beetje op een rij heb, flowcharts, losse stukjes nepcode enz enz.
Pas daarna zwengel ik mn laptop aan om te gaan kloppen.

Hmm.

Grote dingen doe ik op de bank met m'n benen omhoog. Soms een paar dagen achter mekaar een paar uur.

Soms begin ik dan bottom up: Eerst de basis functies maken waar de rest op gebouwd wordt.

Soms begin it top down: Eerst een main schrijven die in de wilde weg handige functies aanroept die precies doen wat ie nodig heeft.

Vooral als ik eens op die laatste manier werk, dan moet je het geproduceerde stukje code zien als het stuk papier waar GJ het over heeft....

Op 13 maart 2011 20:53:01 schreef critiacrof:
rew:
Tuurlijk kun je het zonder ide. Ik bedoelde meer dat een IDE een bundel is van wat je nodig hebt (tegenover kladblok...).

Inderdaad. Ik zat je een beetje te plagen. Voor beginners is een IDE inderdaad vaak wel handig.

Een losse a source code editor, compiler en simulator/debugger is niet altijd handig. Een ide is een stuk gereedschap, als het doet wat het moet doen is het prima toch? Ik ben benieuwd waarom je er een hekel aan hebt.

Ik gebruik mijn eigen editor. (emacs voor grotere dingen, soms "effe snel" vi. Maar in de emacs vs vi oorlog trek ik partij voor emacs )

Die is hetzelfde of ik nu vhdl of verilog, C of assembly, samba config file of hosts file aan het editen ben. Hoef ik niet steeds aan een nieuwe IDE te wennen.

Voor ieder doel is er natuurlijk een andere "compiler". Of niet. Als ik embedded C programmeer gebruik ik gcc, en als ik voor mijn PC een progje maak, gebruik ik gcc. Dat is erg prettig.

Een IDE staat mij vaak niet toe om dingen die veel gebeuren te automatiseren. Ik heb een klein progje: "autodo". Als ie detecteert dat het op z'n commandline opgegeven file verandert is, dan executeert hij het commando wat ook op de commandline is opgegeven. Vaak dus:

autodo source.c make

Dus dan hoef ik om te hercompileren alleen maar op "save" te drukken om een nieuwe compile te doen. Bij een IDE moet ik dan vaak naar de muis gaan om "compile" uit het menu te trekken. (d'r zal wel een keycombo zijn, maar als het F-zoveel is, haak ik af, (ik tik met 10 vingers, dus F-zovel kan ik niet blind vinden, is net zo erg als naar de muis moeten pakken), en daarnaast is het voor iedere IDE weer anders. )

Een discussie over software ontwerp is leuk, maar daar heeft de TS helemaal niets aan. Dat kan natuurlijk pas als je weet wat er mogelijk is, en hoe je bepaalde deelproblemen kunt oplossen. Als je net begint met programmeren, kun je naar mijn idee het beste beginnen met iets kleins, en vooral veel lezen en aanklooien. Als je de taal, de controller, etc. een beetje kent, kun je beginnen met grotere projecten waarvoor een goed ontwerp vooraf nodig is.

Dus: kies een taal (PicBasic, C, asm), en een tool (een IDE is erg handig als je begint), en ga proberen stukjes te maken.

Die H-brug vind ik niet echt een goed ontwerp; de 2 transistors van de halve brug staan steeds even allebei in geleiding, dus als de voeding kortstondig genoeg stroom kan leveren, gaat het hele ding in rook op. Ik denk dat je je beter even kunt concentreren op de besturing, en een geïntegreerde H-brug kunt gebruiken (L298, L6203 (voor weinig op samenkopen.net) o.i.d.).

@Pros: er zijn minimaal 2 verschillende manieren om dit op te lossen; de methode die jij beschrijft, dus de juiste positie voorspellen, en met stappenmotoren of andere motoren met terugkoppeling de juiste positie innemen, of met een paar sensoren die met het paneel mee bewegen, de relatieve intensiteit meten en aan de hand daarvan het paneel blijven richten. Deze laatste methode is waarschijnlijk een stuk eenvoudiger voor een beginner.

Dus de h-bruggen kunnen op de plank blijven. Tja,wat die stroom betreft, je hebt gelijk.

Sparky, voor je laatste optie ga ik.

Sensoren: welk type.

Hoe geschakeld? Arduino o.i.d.????

Op 14 maart 2011 09:15:01 schreef SparkyGSX:
Die H-brug vind ik niet echt een goed ontwerp; de 2 transistors van de halve brug staan steeds even allebei in geleiding,

Joehoe! Kijk nog eens goed!
De torren hangen met hun emitters aan mekaar. Die gaan de voeding dus nooit kortsluiten.

@GR82: Dat is een eenvoudig ontwerp. En die eenvoud brengt wat beperkingen met zich mee. Zo kan ik me voorstellen dat de schakeling wat raar gaat doen, als er wolken overvliegen. Om maar iets te noemen..

En dan dit:

@Pros: er zijn minimaal 2 verschillende manieren om dit op te lossen; de methode die jij beschrijft, dus de juiste positie voorspellen, en met stappenmotoren of andere motoren met terugkoppeling de juiste positie innemen, of met een paar sensoren die met het paneel mee bewegen, de relatieve intensiteit meten en aan de hand daarvan het paneel blijven richten. Deze laatste methode is waarschijnlijk een stuk eenvoudiger voor een beginner.

Als GR82 de zon wil volgen "als er geen zonlicht is", zoals hij het zelf in zijn openingspost schrijft, heb je IMHO weinig aan sensoren.

Op 14 maart 2011 19:35:00 schreef GR82:
Sensoren: welk type.

Hoe geschakeld? Arduino o.i.d.????

Dat mag je zelf even bedenken: http://www.circuitsonline.net/forum/view/29138

@Pros: je hebt natuurlijk helemaal gelijk, ik had even gemist dat het 2 emittervolgers waren. Deze constructie gebruik ik ook regelmatig, vooral voor gate drivers en zo. Het nadeel van een motorregelaar op deze manier vind ik toch dat de verliezen veel groter zijn dan met FETs.

Op 14 maart 2011 20:06:12 schreef pros:

Als GR82 de zon wil volgen "als er geen zonlicht is", zoals hij het zelf in zijn openingspost schrijft, heb je IMHO weinig aan sensoren.

Ik voorzie iemand die een crashcourse 'DCF77-ontvanger-bouwen' gaat volgen.