BasicStamp - Basic Atom - PIC - AVR - Tiny - whaaaaaaa

Hallo mensen

ik ben iemand die er steeds meer achter komt dat de wereld van uC zo uitgebreid is dat ik bijna door de bomen het bos niet meer zie...
Ik heb als afstudeerproject een Basic Stamp gebruikt voor interactieve DVD systemen, en dat uit onwetendheid en weinig tijd voor onderzoek destijds ook als meest voor de hand liggende oplossing gezien.
Er kwamen meer aanvragen voor gelijksoortige toepassingen en heb deze techniek voor mezelf gestandaardiseerd.

Tot het probleem kwam dat ik te weinig geheugen beschikbaar had en te weinig variabelen kwijtkon, en een seriele buffer nodig had voor wat complexere situaties, de Stamp is simpelweg te traag.
Ik ben de laatste tijd veel aan het lezen op deze site en kom allerlei interessante dingen tegen

Ik kwam op de Basic Atom (www.basicmicro.com), die ik nog niet heb geprobeerd in de praktijk (net 5 stamps aangeschaft...damn) maar hij lijkt een beter alternatief voor dezelfde prijs als de Stamp, stom dat k die niet eerder heb gezien.

Tijdens deze zoektocht naar alternatieven kom ik dus ook de PIC tegen, het hart van de Stamp voor 1/5 van de prijs...maar ogenschijnlijk minder mogelijkheden met seriele I/O ..neem me nie kwalijk als dat niet waar is.

Ook zie ik nu de AVR, die dan wel wat duurder is maar ontzettend veel meer mee lijkt te kunnen...ik word lichtelijk gek!

---
Anyway, ik ben geen programmeerwonder en denk ook niet dat ik dat ooit zal worden.

Ik weet wel dat ik in de toekomst (voornamelijk AV)systemen aan internet moet koppelen, en dringend behoefte heb aan interrupts.
Button functie van de Stamp bijvoorbeeld gebruik k nu in loops als "interrupt", maar s zo vreselijk traag als het om tijdkritische processen gaat.

Kom ik op mijn vraag...:)

Wat zouden jullie aanraden om vanaf nu mijn tijd in te stoppen...ik kan niet blijven investeren in nieuwe programmeertalen, moet gewoon een product hebben waar ik alle kanten mee op kan...zonder (veel) te hoeven investeren in softwarepakketten en programmeromgevingen. (desnoods dus eenmalig)

Heeft iemand ervaring met de Basic Atom (pro)??
Zoja is deze kostentechnisch een redelijk alternatief voor de PIC en AVR? (tijd is ook geld..en met basic kan k wel leuke progjes schrijven)

Als iemand praktijkvoorbeeld heeft met zn afwegingen voor een overstap naar andere uC hou ik me ook aanbevolen..

Alvast bedankt, ook voor t lezen :)

groet Thijs

Proton development suite van crownhill.co.uk.

Da`s een compiler voor basic (geloof zelfs stamp compatibel), met tig veel méér mogelijkheden, en een hoop devices voor PIC`s.

Serieele protocollen zijn er véél beter te gebruiken dan bij basic stamp. Zowel hardware als software zijn te gebruiken.

Neem ook een kijkje op www.picbasic.nl/index_picbasic_nl voor een nederlandstalige PIC programmeercursus.

Ik sluit mij aan bij de boverstaanden.
De Cursus die Frits adviseerd is zeker een aanrader omdat hij vanuit de basis de stof langzaam opbouwt.
De feedback die je krijgt bij hiaten of problemen met PIC's onder (met name) PIC Basic, zijn ruimschoots voldoende om je weer op weg te helpen.
Niet dat dat niet zo gaat bij andere programeertalen of bij andere uC als AVR's, maar mijn ervaring is dat er vooral bij PIC's onder PICbasic veel kennis in huis is.
Kijk alleen maar naar de topics die hier geopend worden die betrekking hebben op PIC basic gerelateerde onderwerpen.
(of dat moet een vertekend beeld zijn omdat ik zelf de wereld aan vragen heb gelanceerd :-) )

En Wat PICBasic zelf betreft:
Een Demoversie, waarin je 50 regels aan programmataal kunt verwerken is gratis en een leuk dingetje om eens mee te hobbyen.
Maar weet wat je doet. Is je fantasie- en inovatiehormoon getriggerd en je wilt meer, zul je daar wel voor moeten betalen. De full versie van PICbasic is niet goedkoop.
Maar wel zijn Geld dubbel en dwars waard.
Maar eerlijkheidshalve moet ik het toch vermelden. En wel voor je je er teveel in vastgebeten hebt.

Succes!!
Fantomaz

Zelf een AVR freak die onder C en Basic werkt. Via Bascom en CVavr.
IK heb zelf al enkele IP projecten onder basic uitgevoerd. Dit is uitvoerig ondersteund in Bascom. En tevens al voorbeeld programma's van aanwezig.

Op het forum van Bascom (nederlands product) Is redelijk wat kennis aanwezig.

He bedankt voor de tips mensen!

ik heb al flink wat topics gelezen op dit forum, en merk inderdaad dat er veel met PIC's gewerkt wordt.
Ik heb die handleiding ook al gezien op picbasic.nl en ook de site van Van Ooijen vond ik zeer behulpzaam overkomen.
De "backup info" over PIC's is duidelijk beter dan van de Stamps

Waarschijnlijk zal voor de meeste gelden, waar men zich voor het eerst in hebben gebeten (ook kwa programmeertaal) is voor hen DE optie..tenminste dat heb k zelf ook wel..ik zoek toch meestal eerst oplossingen met wat k al weet..

En kwa triggering in ideeen...haha ja ...k word helemaal gek getriggerd man :) gaan even -tig wereldjes open voor me, maar omdat k ook voor een baas werk staat efficientie ook wel hoog in het vaandel zeg maar...

Waarom is de PIC zo interessant...voornamelijk om de prijs?
Op de Stamp (BS2) zit een PIC16c57, dus waarom kan er niet hetzelfde metde Stamp wat er ook met de PIC kan?
Is de Stamp door zn verdere hardware eromheen beperkter dan als je de PIC los zou gebruiken?
hmja misschien domme vraag..

Wat is dan het essentiele verschil met de AVR?
Ik begreep dat de AVR meer C(++?) georienteerd was, en PIC meer op basic...maar dat is dus nie zo?

Anyway Bascom ga k in ieder geval even onder de loop nemen.
Thanks people!

Op 23 maart 2006 22:08:13 schreef BoilingThijs:...Waarom is de PIC zo interessant...voornamelijk om de prijs?

Voor jouw projectjes (het lijkt erop dat het om kleine aantallen gaat) is de prijs niet zo relevant. Persoonlijk vind ik de pic-dingen helemaal niet zo interessant.

Op de Stamp (BS2) zit een PIC16c57, dus waarom kan er niet hetzelfde metde Stamp wat er ook met de PIC kan?

Er zit een hoop 'rommel' omheen oa. een interpreter ed. Die hebben hun voordelen voor 'simpel development' en hun nadelen als je de uC meer 'in-depth' wilt gebruiken.

Is de Stamp door zn verdere hardware eromheen beperkter dan als je de PIC los zou gebruiken?

Zonder meer. Maar voor n00bs wel makkelijker in gebruik. Dus tsja... wat is beperkt?

hmja misschien domme vraag..

Wat is dan het essentiele verschil met de AVR?

Het verschil tussen AVR en pic zit in de fabrikant. Belangrijkste verschil vind ik persoonlijk het volkomen gebrek aan consistentie in poortgebruik tussen diverse pics, je moet per pic-pin uitzoeken wat de electrische eigenschappen zijn, hoop gedoe met pic programmers (met name de no-budget; AVRs (b)lijken daar toch heel wat minder kritisch te zijn) en het gedoe met talen.

Ik begreep dat de AVR meer C(++?) georienteerd was, en PIC meer op basic...maar dat is dus nie zo?

Nee. C++ op een uC moet je maar gewoon vergeten. Is vast wel een compiler te vinden die het doet, maar het is een overkill. uC en hun gebruik zijn er gewoon 'te klein' voor. Wel is het zo dat je in relatie tot pics veel basic gebruik tegen komt, terwijl in de AVR hoek meer met C en assembly gewerkt wordt. Voor mij persoonlijk heeft basic 15 jaar geleden al afgedaan, om dezelfde reden dat ik C++ niet interessant vind: er gebeurt van alles 'onder water' wat doorgaans ongedocumenteerd is en regelmatig roet in het eten gooit. C heeft daar wat minder last van, al heeft het zeker ook z'n nadelen.

Anyway Bascom ga k in ieder geval even onder de loop nemen.
Thanks people!

Weet niet wat je toepassing is en of ik nu de plank volkomen mis sla, maar als je nog een avondje hebt... lees ook de assembly giude van Atmel eens door. Zo vreselijk spannend is die assembly niet. Meeste tijd gaat zitten in het even uitzoeken hoe een bepaalde functionaliteit werkt. Als je die doorhebt, werkt dat dan wel voor alle AVRs. Kijk ook eens op AVRfreaks. Vind je meer dan je kunt gebruiken :)

Beste Marco, bedankt voor je toelichtingen!

Op school heb ik een aantal projecten gedaan met de Motorola 68HC11 en daarmee al e.e.a. geassembleerd, ook met timer input capture, output compare, real time clock, interrupts enzo, maar kan gerust te melden dat k t vreselijk lastig vind om een praktische toepassing ('het' probleem) om te zetten in assembly code (en vooral de fail safe gedeeltes), hetgeen me in pbasic een stuk beter afgaat en een stuk minder tijd kost.

En inderdaad, het zijn vaak eenmalige doelgerichte toepassingen (interactieve media in musea,tentoonstellingen ed) waar vaak niet direct een apparaat voor te koop is, of veels te duur voor zn toepassing en het met een zelfgemaakte sturing en wat elektronica een stuk goedkoper kan, en leuker om te maken.
De mogelijkheden van de Stamp zijn me gewoon te beperkt...bijvoorbeeld het waanzinnige aantal van 20 bytes aan RAM voor variabelen. (een string serieel inlezen en het zit vol..hehe)

Ik zal ook eens kijken op AVR freaks, vind het niet erg en zeker ook de moeite waard om er nog wat avondjes in te stoppen maar wil een afgewogen keuze maken en die gaan leren beheersen, en niet overal maar een beetje van weten, was ook een beetje de insteek van mn topic.

In ieder geval erg bedanktvoor de uitgebreide antwoorden, als ik zelf s ergens mee kan helpen op dit forum zal k het ook zeker doen.

Groetjes Thijs