:strip_icc():strip_exif()/u/146731/crop562615a0aa64c.jpeg?f=community)
Tip: Oud bankpasje op de naad tussen de twee helften zetten, en dan duwen en tegelijkertijd naar beneden trekken. Dan kun je een scherm vaak zonder schade weer open maken (zit gewoon dichtgeklikt namelijk). Heb al een aantal schermen op deze manier zonder schade open kunnen maken.:
[...]
ja al mogen doen bij 2 lg monitoren... de randen van de monitor zijn er helaas niet mooier op geworden maar de monitoren doen het wel goed
Mja international shipping cost = 15 dollar...:
En dan liefst een 32bit timer met phase accumulator zoals in DDS (Direct Digital Synthesis), zodat je een nauwkeurige frequentie generator kan combineren met PWM
Misschien zou dat kunnen met PSoC® 4 van Cypress.
Dit is een ARM Cortex M0 met een switch matrix zoals pic24 heeft, hiermee kun je peripheral pins mappen naar een willekeurige output pin. De peripherals zelf zijn uitgevoerd als programmeerbare logica, je kan dus zelf digitale circuits maken zoals timers, uarts en zelfs analoge functies, net wat je nodig hebt.
De Pioneer 4 Starterkit voor $25 is compatible met arduino shields. Dit ding heeft een ingebouwde usb programmer waarmee je ook kan debuggen.
De prototyping kit voor (hou je vast) $4, een soort van arduino-micro printje waarvan je het usb/uart gedeelte kan los breken.
De psoc 4200 chips zijn nu in de aanbieding voor $1. Lijkt er op dat ze dit systeem breed in de markt willen zetten.
Het klinkt allemaal heel mooi, is hier iemand die er mee gespeeld heeft?
Ik heb nog diverse projecten op stapel liggen, maar anders zou ik hier graag mee kennismaken.
MT Venus E 5KW (V151) P1 HomeWizard | Hackerspace Brixel te Hasselt (BE) - http://www.brixel.be | 9800X3D, 96GB DDR5 6000MHZ, NVIDIA GEFORCE 4090, ASRock X670E Steel Legend, Seasonic GX1000
:strip_exif()/u/92704/AthlonX2.gif?f=community)
@plonik
Dat kan AVR al, Xmega kan twee 16bit combineren naar 32bit en heeft advance waveform generator.
Dat kan AVR al, Xmega kan twee 16bit combineren naar 32bit en heeft advance waveform generator.
:strip_icc():strip_exif()/u/52612/pompoentje.jpg?f=community)
Dat is niet hetzelfde als het DDS princiepe.:
@plonik
Dat kan AVR al, Xmega kan twee 16bit combineren naar 32bit en heeft advance waveform generator.
De "advanced waveform generator" lijkt meer dan het is. Het is PWM met wat extra features zoals dead-time generator.
Een 32bit timer heeft een hoge resolutie, maar als frequentie generator heb je daar weinig aan behalve voor zeer lage frequentie. De deelfactor is nog steeds een integer, terwijl je bij DDS met fractionele deelfactor werkt (phase accumulator) om elk willekeurige frequentie te maken. Je kan een willekeurige 12345.678Hz instellen en dat is in theorie eenvoudig met PWM te combineren. Heb je dat nodig? Ik heb een toepassing, maar dat kan ik ook softwarematig oplossen denk ik.
Volgens mijn kan Xmega prima doen wat jij als voorbeeld gaf, je kan meerder timers combineren voor complexe signalen. Je hebt 2 of meer 12bit DAC's in Xmega zitten en je kan meerdere timers hardwarematig combineren zodat je nauwkeurige en complexe signalen kan genereren.
Maar is nog vroeg en ben niet thuis in DSS kan het dus mis hebben.
Edit/
Wellicht met paar externe passieve compenten erbij, uC is zelf general purpose processor en i/o zijn ook general purpose, dus zal er wat compenten bij moeten plaatsten in sommige gevallen.
edit/2
Pin mapping heeft Xmega overigens ook.
Maar zitten wel paar beperkingen aan, die ik zo even niet uit mijn hoofd weet, maak er nooit gebruik van. 
Edit/3
Integer counter is volgens mijn voldoende toch? Maar nogmaals ik ben geen DSS expert, ik kom ze wel vaak tegen op hackaday, youtube, etc en zie ze altijd gewoon normale uC gebruiken.
http://www.electricdruid.net/index.php?page=info.dds
[ Voor 33% gewijzigd door mad_max234 op 05-06-2014 11:43 ]
/u/238475/crop5db01b7054bdf_cropped.png?f=community)
Waar wil je de timer voor gebruiken ?:
Ben al tijdje aan oriënteren op de 32bit markt, en dacht altijd dat 32bit ook 32bit timers hadden, maar nu ik hoop 32bitters heb bekeken kom ik erachter dat dat helemaal niet het geval is, zijn zat M0 met 8bit of 16bit timers. Eigenlijk ook logisch wat 32bit slaat op de cpu en niet op de timer hardware die los van cpu werkt. Weer iets geleerd.
Ik denk dat veel Cortex Mx devices eerder een kant- en klaar peripheral hebben voor wat je nodig hebt, waar je bij de 8-bitters zelf met een timer aan de slag moet om een dergelijke functie te maken...
[ Voor 0% gewijzigd door kdeboois op 05-06-2014 11:45 . Reden: typo ]
PSN: LoadedBaton XBL: LoadedBaton
Ben niet doel gericht aan kijken, ik ben aan kijken naar wel platform/merk ik beste kan overstappen. Liefst dus iets met hoop soorten chips, van klein tot groot en liefst ook nog zo uitgebreid mogelijk en liefst voor dubbeltje. 
Even zonder dollen, prijs is zeker een punt, ik draai geregeld series en dan speelt de prijs ook mee.
Ik neem aan dat stm32 en SAM(atmel) beide andere tools en programmers gebruiken?
Even zonder dollen, prijs is zeker een punt, ik draai geregeld series en dan speelt de prijs ook mee.
Ik neem aan dat stm32 en SAM(atmel) beide andere tools en programmers gebruiken?
:strip_icc():strip_exif()/u/94119/358157.jpg?f=community)
Mitsubishi externe temperatuur sensor (Home Assistant compatible): V&A - ClimaControl - Ook voor Panasonic & LG.
:strip_icc():strip_exif()/u/145751/check-in-minion-small2.jpg?f=community)
/u/203831/ts2.PNG?f=community)
Ugh, Cypress. Zo mogelijk nog brakker dan Freescale. Hier, een ongelooflijk goedkope chip. Wil je nu even €100k neertellen voor de devtools?:
En dan liefst een 32bit timer met phase accumulator zoals in DDS (Direct Digital Synthesis), zodat je een nauwkeurige frequentie generator kan combineren met PWM
Misschien zou dat kunnen met PSoC® 4 van Cypress.
No, thanks.
@Ploink: Historisch heeft Cypress (net als Renesas, Freescale, Broadcom, etc.) altijd hele dure en/of gratis beperkte design tools gehad. Daardoor dacht je altijd 'he, wat cool, deze microcontroller kan X en Y en is perfect geschikt voor mijn toepassing', maar zodra je de toolchain bekeek moest je voor enigszins nuttige code size of zelfs voor het gebruik van specifieke peripherals de full version bij een 'sales representative' aanvragen. En dat kostte minstens twee vitale organen.
Het ziet er naar uit dat de PSoC Cypress's poging is om zich een beetje beter aan te passen aan de rest van de industrie, nu ik ernaar kijk. Dat is mooi: ze gebruiken GCC en standaard IDEs (Eclipse). Helaas geen Visual Studio support, dat is nou precies waar de meeste andere tools goed mee werken (ik kan firmware voor zowel Atmel, LPC en STM32 devven in Atmel Studio = Visual Studio). Op zich is het dan wel weer interessant. Gezien hun historische track record is mijn knee-jerk-reactie nog steeds 'toxic, instant avoid', maar misschien dat ik er dan toch eens naar moet kijken
Dan ook eens kijken of Renesas en Freescale hun leven al hebben gebeterd
Het ziet er naar uit dat de PSoC Cypress's poging is om zich een beetje beter aan te passen aan de rest van de industrie, nu ik ernaar kijk. Dat is mooi: ze gebruiken GCC en standaard IDEs (Eclipse). Helaas geen Visual Studio support, dat is nou precies waar de meeste andere tools goed mee werken (ik kan firmware voor zowel Atmel, LPC en STM32 devven in Atmel Studio = Visual Studio). Op zich is het dan wel weer interessant. Gezien hun historische track record is mijn knee-jerk-reactie nog steeds 'toxic, instant avoid', maar misschien dat ik er dan toch eens naar moet kijken
Dan ook eens kijken of Renesas en Freescale hun leven al hebben gebeterd
Hier een voorbeeld gevonden van wat je bedoelt.:
[...]
Volgens mijn kan Xmega prima doen wat jij als voorbeeld gaf, je kan meerder timers combineren voor complexe signalen. Je hebt 2 of meer 12bit DAC's in Xmega zitten en je kan meerdere timers hardwarematig combineren zodat je nauwkeurige en complexe signalen kan genereren.
Maar is nog vroeg en ben niet thuis in DSS kan het dus mis hebben.
Die DAC functie met DMA had ik nog niet ontdekt, al is het niet helemaal wat ik bedoel. Ik hoef geen complexe golfvorm te maken, maar een symmetrische PWM met heel nauwkeurige frequentie.
Het probleem met timers als frequentie generator is dat je altijd de Fosc deelt door een bepaalde integer factor om de frequentie te bereiken. Dit is niet heel erg nauwkeurig. Voor een hogere nauwkeurigheid zou je voor elke puls in software de frequentie iets kunnen aanpassen om, met enige jitter, gemiddeld wel de exact gewenste frequentie te bereiken. Dit kan ook met een Atmega328 denk ik.
DDS is wel nauwkeurig omdat je bij elke timer increment niet 1 optelt bij de count maar bv 1.0110101.
Bij PIC24F heet het "Peripheral Pin Select" (PPS), Cypress noemt het "Programable Routing & Interconnect". Hiermee kun je elke peripheral functie aan elke willekeurige gpio pin koppelen. Xmega en anderen hebben dat niet, elke peripheral functie zit vast aan een bepaalde gpio pin.edit/2
Pin mapping heeft Xmega overigens ook.
Ik denk dat Arduino en aanverwante kitjes veel veranderd hebben. Als de drempel maar laag genoeg is gaan enorm veel studenten er iets mee doen en zelfs al gaat maar 0.1% daarvan later ontwerpen voor massa productie, dan nog levert dat geld op. De overige 99.9% praat er over en maakt zo gratis reclame. Cypress PSoC kent bijna niemand en wat de boer niet kent...:
@Ploink: Historisch heeft Cypress (net als Renesas, Freescale, Broadcom, etc.) altijd hele dure en/of gratis beperkte design tools gehad. Daardoor dacht je altijd 'he, wat cool, deze microcontroller kan X en Y en is perfect geschikt voor mijn toepassing', maar zodra je de toolchain bekeek moest je voor enigszins nuttige code size of zelfs voor het gebruik van specifieke peripherals de full version bij een 'sales representative' aanvragen. En dat kostte minstens twee vitale organen.
Het ziet er naar uit dat de PSoC Cypress's poging is om zich een beetje beter aan te passen aan de rest van de industrie, nu ik ernaar kijk. Dat is mooi: ze gebruiken GCC en standaard IDEs (Eclipse). Helaas geen Visual Studio support, dat is nou precies waar de meeste andere tools goed mee werken (ik kan firmware voor zowel Atmel, LPC en STM32 devven in Atmel Studio = Visual Studio). Op zich is het dan wel weer interessant. Gezien hun historische track record is mijn knee-jerk-reactie nog steeds 'toxic, instant avoid', maar misschien dat ik er dan toch eens naar moet kijken
Dan ook eens kijken of Renesas en Freescale hun leven al hebben gebeterd
Dat idioot hoge instapkosten slecht zijn voor de PR blijkt wel uit jou reactie, 'toxic, instant avoid'
Wat IDE keuze betreft, ik denk dat er relatief veel Linux gebruikers zijn onder psoc devvers.
edit: oh ik zie dat hun psoc designer windows-only is, het is ook niet GCC based:
"PSoC Designer provides you an excellent free C compiler from Imagecraft"
Edit2: weer een streep erdoor
Blijkt dat PSoC designer en PSoC Creator verschillende dingen zijn.
[ Voor 8% gewijzigd door Ploink op 05-06-2014 14:01 ]
/u/250125/avat.png?f=community)
Jammer. Iemand anders toevallig een Batavus of Sparta ION display slingeren? Ik zal er zuinig op zijn en ga er alleen maar tegen babbelen::
Hij is verkocht
@infant
Is er niemand die zo'n fiets heeft in de buurt ? of loop ff bij een fietswinkel naar binnen als "test" rit.
Als je een stuur mountable dataloggertje met "knop" ertussen kan zetten kan je bi-directionieel je meuk doen ..
de knop is als je extra aandacht op een event wilt zetten (makkelijker vindbaar?)
Is er niemand die zo'n fiets heeft in de buurt ? of loop ff bij een fietswinkel naar binnen als "test" rit.
Als je een stuur mountable dataloggertje met "knop" ertussen kan zetten kan je bi-directionieel je meuk doen ..
de knop is als je extra aandacht op een event wilt zetten (makkelijker vindbaar?)
Tja vanalles
Maar toegevoegd aan me serie zoek software
.. begin ? ben er mee opgevoed .. me vader is de reden dat we pinnetjes hadden voor ketting papier me oma programmeerde software
Tja vanalles
:strip_icc():strip_exif()/u/31456/Marineblauw.jpg?f=community)
:strip_exif()/u/12601/cat_matrix2.gif?f=community)
Ik ga het zeker even kijken, altijd leuk.
Ik zat toen in het andere kamp, Commodore en later Amiga. Ben pas naar PC gegaan in de jaren 90 toen Commodore/Amiga ermee ophield. En uiteraard atari als console, zat al met joystick in de handen voordat ik überhaupt wist wat er moest gebeuren.
:strip_icc():strip_exif()/u/49846/bill2.jpg?f=community)
Dat kwam omdat mijn oom en tante naast ons woonde en mijn 8 jaar oudere neef heel vaak achter de atari zat en dat wil je dan nadoen, geen benul van wat er moet gebeuren maar er beweegt wat. En vergat helemaal de Nintendo handhelds, was ik ook helemaal zot op als kind, donkey kong, melkfabriek game was dus Mario Bros, en rest kan ik zo even niet op komen.
Edit/
Even opgezocht, waren de Nintendo Game & Watch handhelds, vele zullen die nog wel kennen, waren zeer populair. Zaten best leuke games bij, heb me er uren en uren mee vermaakt.
had ik ze maar bewaard, ze vragen er nu hoop held voor zie ik op ebay.
http://www.ebay.com/sch/s...CH+FIRE+ATTACK+ID29+BOXED
Edit/
Even opgezocht, waren de Nintendo Game & Watch handhelds, vele zullen die nog wel kennen, waren zeer populair. Zaten best leuke games bij, heb me er uren en uren mee vermaakt.
had ik ze maar bewaard, ze vragen er nu hoop held voor zie ik op ebay.
http://www.ebay.com/sch/s...CH+FIRE+ATTACK+ID29+BOXED
[ Voor 37% gewijzigd door mad_max234 op 06-06-2014 16:24 ]
Help!
Ik zoek voor een laptop een 2x USB connector (USB A). Niet zo lastig, Farnell heeft er wel een paar. Maar deze zit half verzonken op de print, dat de 1e connector boven de print uitsteekt, de 2e er onder. Iemand een tip wie deze connector heeft? (of hoe ik hem in het engels zou kunnen noemen?)
Ik zoek voor een laptop een 2x USB connector (USB A). Niet zo lastig, Farnell heeft er wel een paar. Maar deze zit half verzonken op de print, dat de 1e connector boven de print uitsteekt, de 2e er onder. Iemand een tip wie deze connector heeft? (of hoe ik hem in het engels zou kunnen noemen?)
lol .. me dochter van 1 zat me al te dirigeren met het mobo boekje in de hand:
[...]
Ik ga het zeker even kijken, altijd leuk.
Ik zat toen in het andere kamp, Commodore en later Amiga. Ben pas naar PC gegaan in de jaren 90 toen Commodore/Amiga ermee ophield. En uiteraard atari als console, zat al met joystick in de handen voordat ik überhaupt wist wat er moest gebeuren.
RFTM heeft ze al jong door slanted/shifted/cascaded + double usb connector iig 0 hits .. ik denk aan "schuin":
Help!
Ik zoek voor een laptop een 2x USB connector (USB A). Niet zo lastig, Farnell heeft er wel een paar. Maar deze zit half verzonken op de print, dat de 1e connector boven de print uitsteekt, de 2e er onder. Iemand een tip wie deze connector heeft? (of hoe ik hem in het engels zou kunnen noemen?)
of is het meer deze ? http://img.alibaba.com/ws...or-10mm-sink-type-A26.jpg
bijbehorende link.. http://www.aliexpress.com...tor/705405_564909035.html
[ Voor 43% gewijzigd door vso op 06-06-2014 19:37 ]
Tja vanalles
http://www.aliexpress.com...sink-type/1388127800.html
Deze gaat het worden, idd via Alibaba gevonden
Tnx!
Deze gaat het worden, idd via Alibaba gevonden
Tnx!
:strip_exif()/u/55581/dualvisser.gif?f=community)
Join the dark side, we have cookies :)
You need only two tools. WD-40 and duct tape. If it doesn't move and it should, use WD-40. If it moves and shouldn't, use the tape.
/u/63969/img.png?f=community)
Hehe, voor beperkte waardes van 'werkt' that is, gezien de stapel verbrande PCBs op mijn buro en het actieve oppervlak van nog geen vierkante centimeter... maar binnen dat stuk doet 'ie 't inderdaad
Relaxen und watchen das blinkenlichten. | Laatste project: Ikea Frekvens oog
:strip_icc():strip_exif()/u/92491/crop64a1593f33a7b_cropped.jpg?f=community)
Ik heb een vaag probleem met een sketch voor mijn atmega162.
Ik compile het het atmelstudio 6.2.
Ik probeer vier 7-segment display te multiplexen. Dit gaat opzich prima tot ik een bepaalde berekening erbij haal.
Zodra ik dit stukje in de while loop zit zie ik ghosting op het display. Spelen met de delay_ms heeft dan effect meer. Duurt deze berekening dan zo lang dat ik ghosting te zien krijg?
Ik compile het het atmelstudio 6.2.
Ik probeer vier 7-segment display te multiplexen. Dit gaat opzich prima tot ik een bepaalde berekening erbij haal.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
| #include <avr/io.h>
#define F_CPU 16000000L
#include <util/delay.h>
int value = 1071;
int digit0 = 0;
int digit1 = 0;
int digit2 = 0;
int digit3 = 0;
int segment1 = 1;
int segment2 = 2;
int segment3 = 3;
int segment4 = 4;
int arraydigits[10]={
192,249,164,176,153,146,130,216,128,144};
int segmentselect[5]={
255,247,251,253,254};
int main(void)
{
DDRB = 255;
DDRA = 255;
PORTB = 255;
PORTA = 255;
while(1)
{
digit0 = ((value/10)%10);
digit1 = (value%10);
digit2 = ((value/100)%10);
digit3 = (value/1000);
if (value >= 1000)
{
PORTB = segmentselect[segment1];
PORTA = arraydigits[digit0];
_delay_ms(5);
PORTA = arraydigits[0];
PORTB = segmentselect[segment2];
PORTA = arraydigits[digit1];
_delay_ms(5);
PORTA = arraydigits[0];
PORTB = segmentselect[segment3];
PORTA = arraydigits[digit2];
_delay_ms(5);
PORTA = arraydigits[0];
PORTB = segmentselect[segment4];
PORTA = arraydigits[digit3];
_delay_ms(5);
PORTA = arraydigits[0];
}
}
} |
Zodra ik dit stukje in de while loop zit zie ik ghosting op het display. Spelen met de delay_ms heeft dan effect meer. Duurt deze berekening dan zo lang dat ik ghosting te zien krijg?
code:
1
2
3
4
| digit0 = ((value/10)%10); digit1 = (value%10); digit2 = ((value/100)%10); digit3 = (value/1000); |
Bl44t
:strip_icc():strip_exif()/u/212876/7800_70.jpg?f=community)
Vraag me af zijn hier mensen die kortbij Belgisch limburg wonen? Iig degene met iets meer electronica kennis... waarom? Iets ivm hackerspace workshop
MT Venus E 5KW (V151) P1 HomeWizard | Hackerspace Brixel te Hasselt (BE) - http://www.brixel.be | 9800X3D, 96GB DDR5 6000MHZ, NVIDIA GEFORCE 4090, ASRock X670E Steel Legend, Seasonic GX1000
:strip_icc():strip_exif()/u/467128/bermuda2.jpg?f=community)
/u/524336/crop57ffe766deaff_cropped.png?f=community)
| Mijn joystick / simpit project | Blog | Elite Dangerous CMDR Cataclysm72
Dan loopt ie dus op 8MHz.
Conclusie: Default start de chip op 8MHz/8=1MHz, maar je kan de prescaler op 1 zetten in software om hem in de versnelling te zetten naar 8MHz. Ik vermoed dat de bootloader of libc dit doet bij startup.
Als je zeker wil weten wat er gebeurt, dan moet je even de fuses controleren met AtmelStudio, CKDIV8 en SUT_CKSEL. Dit zijn de defaults:
Ik krijg ineens een idee om wrijving te elimineren.:
Hehe, voor beperkte waardes van 'werkt' that is, gezien de stapel verbrande PCBs op mijn buro en het actieve oppervlak van nog geen vierkante centimeter... maar binnen dat stuk doet 'ie 't inderdaad
Plak het magneetje onder een miniatuur bad eendje en zet de hele print onder water. Olie is misschien beter.
Micro Duck-bots!
Ben lekker productief geweest afgelopen week.
Al is het niet echt leuk om met deze benauwdheid te solderen in toch al warme ruimte, zijn werkruimte zit op de tweede verdieping onder schuine kap, rest van het huis is al bezet.
Al is het niet echt leuk om met deze benauwdheid te solderen in toch al warme ruimte, zijn werkruimte zit op de tweede verdieping onder schuine kap, rest van het huis is al bezet.
Nog een paar graden warmer en je kunt op je buro reflowen...Al is het niet echt leuk om met deze benauwdheid te solderen in toch al warme ruimte, zijn werkruimte zit op de tweede verdieping onder schuine kap, rest van het huis is al bezet.
| Mijn joystick / simpit project | Blog | Elite Dangerous CMDR Cataclysm72
Bedankt, ja is altijd leuk om te doen, denk iets van 300 x 0805's gesoldeerd, waarvan +-140 x 100nF. 56 IC's, grootste 48TQFP(Xmega32a4u) en kleinste SOT-23-5(4Kb eeprom). LOW ESR condensators bij de LC filter, micro usb zijn vaak niet echt heel schoon, heb dan ook verschillende filters aangebracht, LC filter op 5v rail, op de AVCC zit low pass filter, AREF heeft ook low pass filter(0.16Hz cute off). Uiteraard ruim condensators aangebracht, heb niks aan toeval overgelaten.
Heb analoog circuit's allemaal losgemaakt van de hoofd groundplane, alleen met zeer dun baantje op één plek vastgemaakt om groudloop te voorkomen.
En nog hoop meer magic.
Heb analoog circuit's allemaal losgemaakt van de hoofd groundplane, alleen met zeer dun baantje op één plek vastgemaakt om groudloop te voorkomen.
En nog hoop meer magic.
Ik wilde eerst 2KB gebruiken, kosten 16cent bij mouser, maar was die vergeten erbij te doen door overhaast bestelling omdat atmega32a4u op aan raken waren en dan kan je weer weken wachten. Had print ontwerp al opgestuurd, maar smdshop had gelukkig 4KB sot23 met juiste pin layout, waren 44cent, ook prima te doen.
Bij dick best hadden ze oook SOP8 voor 20cent, maar dan had ik aan de bovenkant lege IC pad en dat wilde ik niet.
Bij dick best hadden ze oook SOP8 voor 20cent, maar dan had ik aan de bovenkant lege IC pad en dat wilde ik niet.
/u/513893/Kat.png?f=community)
\:
Heb je ook closeups? Het ziet er van een afstandje iig piekfijn uit
Heb vandaag geen close-up gemaakt alleen gezamenlijk, maar deze is stuk dichterbij, was eerste printje die getest moest worden, was tijdens het testen en opbouwen. Begin altijd met voeding en test het dan eerst en werk zo langzaam eerst pcb af. Uiteraard meet ik eerst zoveel mogelijk van pcb door,
mad_max234 in "De EL-kroeg - Deel 3"
Had ik de behuizing al laten zien? Ben niet zo held met materiaalbewerking, en plaatje is ook maar even snel in elkaar gezet om indruk te krijgen, eerste keer dat ik deze behuizing gebruik.
Dit was het oude printje en behuizing.
Zijn overigens verschillende printjes, rev. 1.2, rev. v1.1, rev. v1.0.
LCD heeft overigens zins 1.1 een back pcb gekregen met 10pin flatcable connector, en potmetertje. Alles kan je in principe loskoppelen en vervangen zonder al te veel moeite, op fot hierboven zijn gewoon wat oude eigen LCD's die ik gebruik om te testen.
Ook toevallig 7
Edit/
Denk het niet, ik had er maar 10, waren er nog iets van +-70 over, twee dagen later waren ze allemaal weg.
Ja, twee mono microfonen aansluiten en gnd gezamenlijk verbinden en klein stukje uit elkaar zetten, of gebruikt een stereo microfoon.
[ Voor 33% gewijzigd door mad_max234 op 09-06-2014 22:38 ]
Ik heb even gekeken maar kan dat nog niet vinden en wil ook niet teveel op goed geluk allerlei knopjes gaan indrukken met kans dat er dan van alles gaat afwijken van de basisinstellingen. Komt bij dat het programma op mijn pc vaak irritant langzaam is, hetgeen het minder leuk maakt om van alles uit te proberen.
Lijkt me beter om eerst de handleiding door te bladeren maar bedankt voor de aanwijzing natuurlijk.
Je hoeft geen usbasp pad te maken in avrstudio, gewoon je code schrijven in AVRstudio compile en je krijgt je hex file(in je project map van het bewuste project) die je met usbasp kan uploaden met bijvoorbeeld avrdude of Extreme burner(geen ervaring mee), zo doen we het al jaren en zo leren elke dag honderden mensen het aan. Is meest gangbare manier, en stelt echt niks voor.
USBasp levert geen enkele beperking op voor gene waarvoor die gemaakt is! Staat allemaal duidelijk beschreven wat wel en wat niet ondersteunt word, en ook logisch want atmega88 ga je geen full MKII in krijgen en dan nog probleem dat elke nieuwe update van avrstudio atmel de clones ook update nodig hebben, denk dat MKII clone dus ook niks voor jou is.
Koop gewoon originele Atmel programmer, clones is niks voor jou.
http://nl.mouser.com/Prod...7VM6k22ytIVUrhgjNOsiEw%3d
Edit.
WinAVR(of GCC) heb je sowieso nodig, je begrijpt de relaties tussen alle onderdelen duidelijk nog niet helemaal.
WinAVR bevat de GCC compiler, heeft AVRstudio gewoon nodig(kan ook met losse GCC, maar dat word nog stapje ingewikkelder), heeft niks met je programmer te maken. Toevallig zit er ook copy van avrdude in de WinAVR software bundel, wellicht ben je daardoor in de war.
[ Voor 10% gewijzigd door mad_max234 op 10-06-2014 13:22 ]
Daar heb ik het ook over, over averstudio, hebt daar geen pad nodig, zo werkt het namelijk niet, je schijft je code, compile de code in AS en dan ga je naar je project map en daar staat dan de HEX file die je moet uploaden. En dan begint pas USBasp verhaal, daarvoor heb je niks met ASBasp vandoen.
ASBasp is hardware en avrdude is de software die nodig is voor het uploaden, heeft verder niks te maken met code schrijven. AVRstudio heeft ook nog stukje software aanboord, een upload program, net zoals AVRdude, maar dan van atmel, maar ook dat verhaal komt ook pas na het compile van je code.
AVRstudio upload tool is niet eens zoveel anders als AVRdude met een van de GUI's overheen.
Dit heeft niks met Winavr of AS te maken, dit is command voor avrdude. Winavr is software bundel, avrdude is programma wat onder andere in WinAVR bundel zit, maar ook GCC compiler zit in de WinAVR bundel.
Snap niet wat je hiermee probeert te vragen, formuleer de vraag eens anders wellicht begrijp ik je dan beter.Is niet samengevat, dat was alles er is niks meer, er valt niet veel meer te vertellen over deze manier. Enige waar nog wat over valt te vertellen zijn de commands. En als je ook nog eens een GUI gebruikt voor avrdude dan hoef je niet eens command te typen maar alleen op wat knopjes rammen, meeste staat standaard al goed, is dus kwestie van hex file uitkiezen en juist target AVR uitkiezen in lijstje en op uploaden drukken, kind kan de was doen. Hoeft verder niks in te stellen als je alleen hex wilt uploaden, alles kan je negeren.
Edit/
Edit/2
Ik heb je dit al meerder keren uitgelegd, en heb je naar tutorials verwezen. Ik denk dus niet zomaar dat niks voor jou is, heb er echt wel goede rede voor. Ik help beste aardig wat mensen op weg met starten, soms meerder per maand, ik heb dus wel beetje idee van wat geschikt is voor welke personen. Jij hebt er dusdanig moeite mee om je hoofd eromheen te krijgen dat beter af bent met originele die gewoon doet wat jij verwacht in AS, clones hebben altijd wat extra liefde en aandacht nodig en zijn ontworpen voor bepaalde upload manier, veel al is dat via AVRdude.
En als nu prijs had die echt schandalig hoog was, maar +-30 tientjes is ook wet te overkomen denk ik zo.
Edit/2
Je gaf zelf al aan dat je gestrand bent, je wilt niet op winavr terugvallen zeg je, dan ben je dus al gestrand, je hebt het schijnbaar zelf niet eens door.
En er zijn geen onoverbrugbare bruggen en die wijs ik ook niet aan, er is niet eens één brug, stel namelijk niet zoveel voor zoals ik al steeds roep.Als je geen avrdude(of soortgelijk programma) wilt gebruiken, want dat bedoel je denk ik met winavr, dan houd het op met usbasp en ben je dus gestand.
Edit/3
Wellicht kan je deze nog testen of het wat voor je is, ik heb er geen ervaring mee. Word ook ondersteund door USBasp.
http://extremeelectronics...ased-usb-avr-programmers/
[ Voor 34% gewijzigd door mad_max234 op 10-06-2014 13:18 ]
Nog even terugkomend op dit:
Het enige wat misschien beter was in de geest van open source is als ze bijv. Eclipse als backbone hadden gebruikt. Maar hoe dan ook moesten ze van het propriëtaire geneuzel af. Doordat de devvers zowel drivers en compilers (=hun werk) als de hele IDE (=niet hun werk) moesten onderhouden duurde het vaak lang voordat support voor nieuwe parts werd ingebouwd en zaten er veel fouten in. Ik vind het niet meer dan logisch dat ze de IDE hebben geoutsourcet. Hopelijk kunnen ze nu hun tijd benutten door geen gigantische bugs (xmega ADC/DAC.... niet-werkende peripherals...) meer in nieuw silicium te stoppen en te shippen naar klanten
En de traagheid zie ik niet terug in AS6 eerlijk gezegd; het start instantaan op bij mij en compileren kost me de 'normale' hoeveelheid tijd. Misschien heb je nog een systeem met harde schijf?
Als algemeen advies: als je geen heel erg specifieke legacy atmega/attiny-features nodig hebt zou ik zoveel mogelijk proberen over te stappen naar (of voor beginners: beginnen met) XMEGA of in het algemeen PDI-geprogrammeerde/gedebugte microcontrollers. Ik heb zo ontzettend veel tijd verdaan in het verleden met verkeerde clock fuse settings en brakke kristallen/verkeerde condensatoren dat dit een zegen is. PDI klokt de microcontroller direct ipv afhankelijk te zijn van een interne/externe clock. Daarnaast is de interne RC oscillator van de modernere 3.3V AVRs veel beter geworden en eigenlijk voldoende voor al mijn projecten. Geen HV programmers meer nodig, nooit gebrickte micro's meer.
Are you kidding me? Traag? Achterlijke Visual Studio? Als er iets achterlijk was, was het de nauwelijks-meer-dan-een-text-editor AVR studio 3 en 4. Visual Studio is echt by far de beste IDE die je kunt wensen voor low-level devwerk. Het werkt samen met de miljoenen plugins die er al zijn voor VS, je hebt alle voordelen van een moderne IDE met tab completion, gemakkelijke source navigation, side-by-side comparison, ingebouwde support voor zowat alle version control, werken met meerdere targets, werken met meerdere toolchains, hell, je kunt devwerk voor zowat iedere microcontrollerfamilie in Atmel Studio doen! Daarmee bedoel ik dus: niet-Atmel spul. Ik heb alleen Atmel Studio nodig om te devven voor zowel een Xmega (AVR8-GCC) als een LPC11C24 (ARMC0-GCC). Hoe cool is dat.
Het enige wat misschien beter was in de geest van open source is als ze bijv. Eclipse als backbone hadden gebruikt. Maar hoe dan ook moesten ze van het propriëtaire geneuzel af. Doordat de devvers zowel drivers en compilers (=hun werk) als de hele IDE (=niet hun werk) moesten onderhouden duurde het vaak lang voordat support voor nieuwe parts werd ingebouwd en zaten er veel fouten in. Ik vind het niet meer dan logisch dat ze de IDE hebben geoutsourcet. Hopelijk kunnen ze nu hun tijd benutten door geen gigantische bugs (xmega ADC/DAC.... niet-werkende peripherals...) meer in nieuw silicium te stoppen en te shippen naar klanten
En de traagheid zie ik niet terug in AS6 eerlijk gezegd; het start instantaan op bij mij en compileren kost me de 'normale' hoeveelheid tijd. Misschien heb je nog een systeem met harde schijf?
Gelukkig heb ik ook een SSD en een i7 en 16Gig geheugen, maar niet iedereen heeft dat, dus heb een beetje begrip voor hen die wat minder bedeeld zijn
Snelheid zit 'm inderdaad in de SSD denk ik.
Wat xmega betreft, heb er laatst op gezocht omdat je ze aanraadde, maar ik krijg de indruk dat je een beetje alleen staat hierin. Als ik de berichten op diverse fora lees dan lijkt het een doodlopende weg, too little too late zeg maar. Mensen migreren liever naar LPC of andere ARM optie.
Edit
PDI, debugwire, JTAG, etc, etc. Als je maar iets hebt om goed te debuggen. Ik heb een project gedaan met atmega324 en jtag-ice mkii, dat werkt geweldig! Alsof je lokaal iets in C# aan het debuggen ben maar dan draait het op je eigen hardware. Het hoef dus niet specifiek PDI te zijn.
[ Voor 28% gewijzigd door Ploink op 10-06-2014 14:52 ]
Ja ik heb inderdaad HDD's in al mijn notebooks, met 4GB ram, wat voor plusminus de helft vol zit als meerdere AS opstart, meer dan 4GB zou in mijn geval helemaal niks toevoegen, en gaat niet om kosten, want SSD kost de kop niet. Ik heb sata1.0 kwam ik laatst achter en kan dus geen SSD plaatsen(zal amper sneller zijn), want was eigenlijk paar weken terug de bedoeling om ssd te plaatsen, maar moet dus eerst even nieuwe notebook kopen, probleem is dat ik al jaren AMD gebruik en eigenlijk geen intel wil, maar kan er bijna niet omheen, heb aankoop al jaar uitgesteld, normaal kocht ik elke jaar of om twee jaar nieuwe pc/notebook, maar door die minimale toename in single thread prestatie bij AMD schiet het bijna niet op om over te stappen. Ik heb dus zins 10 computer denk ik volgende keer weer een intel, zit niks anders op.
Laatste was Pentium II 512KB met legendarische biostar 440bx moederbord, word nu denk ik een i5 dualcore of quadcore, ik heb meer baat bij hogere clocks dan meer cores.
Xmega is waarschijnlijk doodlopend, maar zal nog jaren duren, ik gebruik ze al paar jaar nu, en sta op punt om ze te gaan vervangen voor ARM, daar zit wat mijn betreft de toekomst.
Laatste was Pentium II 512KB met legendarische biostar 440bx moederbord, word nu denk ik een i5 dualcore of quadcore, ik heb meer baat bij hogere clocks dan meer cores.
Xmega is waarschijnlijk doodlopend, maar zal nog jaren duren, ik gebruik ze al paar jaar nu, en sta op punt om ze te gaan vervangen voor ARM, daar zit wat mijn betreft de toekomst.
[ Voor 5% gewijzigd door mad_max234 op 10-06-2014 14:06 ]
:strip_icc():strip_exif()/u/109773/ziltoid_fetid_70px.jpg?f=community)
Een SSD is juist wel sneller. Ik heb er zelfs 1 in mijn 6 jaar oude laptop zitten. Die heeft een SATA-300 poort maar ook bij een SATA-150 poort zou ik zeker een SSD installeren. Het gaat niet op die 150MB/s die theoretisch haalbaar is (en veel SSDs over gaan), maar de access time is veel lager. Veel IDEs hebben nogal een gewoonte om veel kleine bestandjes in te laden, weg te schrijven en te scannen.. Fijn dat zoiets een factor 100+ sneller kan.
Wat betreft IDE's: er is altijd wel wat mee
Visual Studio gebruik ik voor C# en als code-klopper voor C/C++, en werkt prima. Op een SSD gaat het supervlot. Op een HDD (voor upgrade in laptop) was het niet heel snel bij opstarten, maar dat kon ook niet gezegd worden voor Windows of Firefox, dus sja niets nieuws te zien.
Aan de andere kant, het alternatief is een Java-IDE zoals Eclipse of Netbeans. Ik heb persoonlijk wel beetje een haat-liefde verhouding mee.. Ja, ze zijn multi-platform, maar ook zijn ze niet voor uit te branden. Op mijn Intel i5 3570K trekt MPLAB X 70-100% CPU voor 10 seconde bij het opstarten. Idle in de code editor heeft het behoefte aan 12-13% (halve CPU core ). .
Echter, ik ben er wel blij mee dat ik de IDE gewoon prima op Linux of Mac OSX kan draaien. Al zou ik nu een nieuw embedded platform moeten kiezen, zou dat wel de randvoorwaarde zijn. Dat komt weer omdat ik betwijfel wat de houdbaarheid van de toekomstige Windows versies is, en ik dan natuurlijk niet ingesloten wil zitten. Doordat Atmel voor VisualStudio kiest, hebben ze die deur eigenlijk dichtgegooid. Tenzij ik de hele dag in een terminal make commando's wil lopen rammen (erg inzichtelijk hoor.. maar een build & debug knop is wel zo makkelijk.. dank je wel)
De verhalen over XMEGA: sja lees dit topic eens door. Misschien lopen er d'r wel wat veel Atmel-bashers rond, maar ik kan nou niet de indruk krijgen dat ik graag voor een Xmega onderdeel wil kiezen.
Wat betreft IDE's: er is altijd wel wat mee
Visual Studio gebruik ik voor C# en als code-klopper voor C/C++, en werkt prima. Op een SSD gaat het supervlot. Op een HDD (voor upgrade in laptop) was het niet heel snel bij opstarten, maar dat kon ook niet gezegd worden voor Windows of Firefox, dus sja niets nieuws te zien.
Aan de andere kant, het alternatief is een Java-IDE zoals Eclipse of Netbeans. Ik heb persoonlijk wel beetje een haat-liefde verhouding mee.. Ja, ze zijn multi-platform, maar ook zijn ze niet voor uit te branden. Op mijn Intel i5 3570K trekt MPLAB X 70-100% CPU voor 10 seconde bij het opstarten. Idle in de code editor heeft het behoefte aan 12-13% (halve CPU core ).
.Echter, ik ben er wel blij mee dat ik de IDE gewoon prima op Linux of Mac OSX kan draaien. Al zou ik nu een nieuw embedded platform moeten kiezen, zou dat wel de randvoorwaarde zijn. Dat komt weer omdat ik betwijfel wat de houdbaarheid van de toekomstige Windows versies is, en ik dan natuurlijk niet ingesloten wil zitten. Doordat Atmel voor VisualStudio kiest, hebben ze die deur eigenlijk dichtgegooid. Tenzij ik de hele dag in een terminal make commando's wil lopen rammen (erg inzichtelijk hoor.. maar een build & debug knop is wel zo makkelijk.. dank je wel)
De verhalen over XMEGA: sja lees dit topic eens door. Misschien lopen er d'r wel wat veel Atmel-bashers rond, maar ik kan nou niet de indruk krijgen dat ik graag voor een Xmega onderdeel wil kiezen.
[ Voor 3% gewijzigd door Hans1990 op 10-06-2014 14:31 ]
Ik gebruik zelf ook geen libraries van Atmel, maar het zijn wel behoorlijk goed geschreven libs als je C++ projecten wil maken. Heb ik totnogtoe nooit behoefte aan gehad, maar het scheelt een hoop schrijfwerk als je migreert.
Als je niet met andere IDEs/meerdere verschillende architecturen/etc. werkt is het niet strikt noodzakelijke functionaliteit, maar het is allemaal wel verdomde handig hoor. Zodra je doorhebt hoe alles werkt is het een gigantische timesaver, zeker tab completion, verbeterde document navigation en volledige integratie van version control. Het maakt Atmel Studio 6 véél beter geschikt voor serieus devwerk zonder het moeilijker te maken voor beginners.
Low level als in niet-high-level programmaontwikkeling: embedded, RTOS, dat soort spul.
There's your problem. Sterk aan te raden voor alle soorten programmeerwerk om een SSD te gebruiken. Je krijgt de dingen tegenwoordig bij een pak wasmiddel en het maakt je leven zó ontzettend veel beter. Geldt eigenlijk voor de hele gebruikerservaring van een computer. Ik zou mezelf snel van kant maken zonder SSD in mijn computers
Atmel ontwikkelt AVR-GCC en andere Atmel-specifieke delen van de toolchain, en gebruikt dat als target voor een gelicenseerde (en geskinde) Visual Studio redistributable die ze van MS gekocht hebben. Daarom heet het ook Atmel Studio en compileert het alleen maar C naar AVRs. Maar niks houdt je tegen om andere toolchains erin te hangen; het is in principe gewoon Visual Studio zonder C#/F#/MFC/etc.-toolchains.
Atmel heeft nooit iets anders dan GCC gebruikt voor alles wat AT(X)Mega, ATTiny, ATUC3 heet. Ze hebben alleen propriëtaire toolchains gebruikt toen we lang geleden nog bezig waren met AT89 (8051) en AT90 (pre-AVR core)-chips, maar dat is inmiddels alweer 17 jaar geleden. Legacy chips daarvan kun je nog wel krijgen trouwens.
Vroeger was de toolchain een aparte installatie en heette het WinAVR (AVR-GCC + AVR-LinkC + make + avrdude + avr-gdb + meer zooi die nodig is) en dit werd ondersteund door AVRFreaks. Tegenwoordig wordt de Atmel-ondersteunde versie standaard geïntegreerd in Atmel Studio. Beide soorten toolchains kun je ook gebruiken met iedere andere IDE, maar Atmel Studio is automatisch geconfigureerd om deze toolchain te gebruiken dus dat is lekker makkelijk. Installeren en gaan met de banaan.
Hah, kitao. Wat zou je wél aan hem kunnen aanraden dan
Het is hoe dan ook een train wreck.Wat betreft ARM vs AVR: ik weet het nog zo net niet hoor. 8-bit micro's zijn best nog wel interessant, zeker kostentechnisch (en dan niet alleen de prijs van de chip, maar ook prijs/tijd van devwerk). Er wordt al jaren geroepen dat ARM (eerst ARM5, toen ARM7, toen ARM9, toen Cortex) 8-bit micro's overbodig zou maken, en telkens weer komt niemand met een écht goed vergelijkbare, even 'eenvoudige' ARM chip. Het komt tegenwoordig wel steeds veel dichterbij en als je al wat programmeerervaring hebt zou ik zeker een poging wagen met die leuke instap M0 devboards, maar er is nog steeds wel wat relevantie bij 8-bitters.
Het is toch weer wat complexer en lastiger om in te stappen met ARM Cortex-M0/M3/M4. Je zit in ieder geval op het moment nog met vrij ondoorzichtige startup files, een hoop initialisatie-boilerplate en niet echt straightforward te gebruiken peripherals. In AVRs is het: schrijf één bit naar een specifiek register en je peripheral draait. Het is uiteindelijk niet heel erg en als je al gewend bent aan microcontrollers is het allemaal prima te doorgronden, maar voor een beginner zou ik toch eerder een 8-bitter aanraden.
En mijn argument is meer: als je dan toch voor een 8-bitter gaat, gebruik dan niet meer legacy AVRs maar ga meteen voor de XMEGA. De reden dat het vaak lijkt dat xmega nog slecht ondersteund wordt is omdat ze ontzettend lang in de pijplijn hebben gezeten en zeker op AVRFreaks er altijd een hoop vragen op waren in deze periode waarin er eigenlijk geen antwoorden waren. Dat was 2007-2010, nu hebben we al zo goed als 4 jaar ruime beschikbaarheid van de chips, zijn er genoeg voorbeelden, uitstekende documentatie (hoewel irritant gesplitst over 2 documenten) en zijn de bugs er wel zo'n beetje uit. En het belangrijkste: je krijgt een hoop meer features en performance voor je geld, maar de chips blijven zo goed als volledig code-compatible met megaAVRs.
De belangrijke grote libraries zijn inmiddels ook al een paar jaar over naar xmega: LUFA, FreeRTOS, etc.
Voor productie is ARM wel opeens 1000x interessanter dan het 5 of 10 jaar geleden was, met name Cortex-M0. Je krijgt daar, zeker doordat je de keuze hebt uit hoopjes fabrikanten, makkelijker een chip die precies bij je eisenpakket past. En dan meestal ook voor een betere prijs (als in: je hebt al een M0+ onder de 50 cent, zelfde prijsklasse als lowend attiny's of PIC8s). Ook is het supermakkelijk om een RTOS te draaien op een ARM-chip, waar dat vaak niet de resources waard is op een 8-bitter.
Er zijn natuurlijk nog legio andere redenen om voor een specifiek platform te kiezen en je moet ook wel een onderscheiding maken tussen het soort mensen dat microcontrollers wil gebruiken. Je hebt:
- De beginnende elektrotechniekstudent/enthousiasteling. Deze persoon wil later schema's en layouts gaan maken, en microcontrollers gebruiken om zijn elektronica op een heel laag niveau aan te kunnen vullen (ledjes aan en uitzetten, hd44780 schermpjes aansturen, externe chips aansturen, fetjes aanzetten, etc.). Zoiemand heeft een hoop aan een MCU die hij helemaal kan doorgronden en veel ervaring in kan opdoen om een codebase op te bouwen voor toekomstige projecten. Geef hem een random 8-bitter.
- De hobbyist die projecten wil automatiseren. Hoeft alleen maar wat seriële communicatie met andere devices, sensoren, etc. te doen en één ledje aan of uit te zetten. Totaal niet geïnteresseerd in de nuts&bolts. Geef hem Arduino.
- De programmeur die eens wat met hardware wil doen. Goed in programmeren, beginner met hardware. Zal al gauw een OS, C++ en andere complexere zaken willen doen. Geef hem ARM.
(nog een edit @hans1990: vergeet ook niet dat AVR Freaks bijzonder sterk neigt naar pre-XMEGA vanwege de intieme historie die AVR Freaks met Atmel heeft in die periode, en de heartbreak die XMEGA heeft veroorzaakt in de periode dat het keer op keer werd uitgesteld. Maar van buitenaf komend is XMEGA gewoon niks anders dan een betere, snellere, goedkopere ATMega)
Dat is zo Max, ik wil niet op winavr/avrdude terugvallen omdat ik nu met AS6 aan het programmeren ben. Ik zie er weinig nut in om me in twee programma's tegelijk te gaan verdiepen terwijl winavr al sinds 2010 als inactief wordt omschreven. http://forum.arduino.cc/index.php/topic,37690.0.html:
Je gaf zelf al aan dat je gestrand bent, je wilt niet op winavr terugvallen zeg je, dan ben je dus al gestrand, je hebt het schijnbaar zelf niet eens door.
[...]
Als je geen avrdude(of soortgelijk programma) wilt gebruiken, want dat bedoel je denk ik met winavr, dan houd het op met usbasp en ben je dus gestrand.
Maar dat is niet de enige reden, ik was al paar maanden bezig met visual studio en vind het makkelijker om in dezelfde omgeving te blijven.
De gevolgtrekking die jij maakt dat ik daardoor gestrand ben is er eentje uit de categorie van "Nederland gaat naar Brazilie dus worden we wereldkampioen", oftewel, het slaat nergens op.
Ergens de voorkeur aan geven of er niet mee uit de voeten kunnen zijn compleet verschillende zaken. Bovendien was het een antwoord van mij op de post van Ploink die ongeveer schreef dat usbasp niet 100% 'compatible' is met AS6.
In hoeverre dat zo is weet ik nog niet maar ik schreef dat als dat echt merkbare beperkingen gaat geven dat ik dan liever ga kiezen voor een beter ondersteunde programmer als dat ik ga terugvallen op winavr.
Dat jij er dan van maakt dat ik 'm'n hoofd er niet omheen krijg en dus gestrand ben' vind ik ongegrond en komt enigzins op mij over als niet-constructief.
En voor de rest, ik ervaar het schuiven met bestanden, computerprogramma's, de benamingen en het opgeven van al die paths als pure tijdverspilling. Al de tijd dat ik bezig ben om uit te vogelen waar knopje x en y voor dienen is tijd die ik beter had kunnen besteden aan de micro. Maar ja, het ene staat nu eenmaal niet los van het andere dus ik zal door de zure appel moeten doorbijten. Gelukkig kom ik hier en daar nog een goeie tutorial tegen die het makkelijker maakt.
Liever dat als die kouwe kak van jou..Hah, kitao. Wat zou je wél aan hem kunnen aanraden dan
[ Voor 3% gewijzigd door kitao op 10-06-2014 16:37 ]
Dan zaten we toch op dezelfde lijn, ben je beter af met originele programmer imo, en heb dat al ruim onderbouwd dacht ik zo.
met het uploaden met de avrstudio tool heb je ook twee programa's, in avrstudio programeer je de code eerst, en als je klaar ben compile je de code, en ipv dat je dan avrdude start start je dan atmel tool, enige verschil zit hem dat linkje in avrstudio bevind, maar dat is puur cosmetisch. Of nu op icon drukt om avrdude te starten of op linkje in het menu om atmel tool te starten, ik zie daar persoonlijk geen verschil in.
Voor duidelijkheid beide gevallen programmeer je eerst de code in AVRstudio(andere kan ook) en dan start je of avrdude of atmel upload tool. AVRdude is puur voor uploaden na het compile, meer niet, je gaat niet ineens in andere programma je code schrijven of zo.
En upload tool opzich is ook niet gek veel anders als avrdude met GUI, komt allemaal op hetzelfde neer, eerst code schrijven, dan compile, upload tool starte, hex file uitkiezen, target uitkiezen en op upload drukken. Gaat zowel op voor avrdude als atmel upload tool.
Edit/
Oja, winavr hoeft niet ondersteunt te worden, 328p is veel ouder dan laaste winavr, zit dus allang ondersteuning in, zelfs voor meeste Xmega's, en kan altijd even nieuwe avrdude file eroverheen gooien, heb je de laatste versie, zelfde geldt voor GCC, maar dan hoef je volgens mijn niet de ingewikkelde(voor sommige wel te verstaan) installatie door te lopen van CGG.
Winavr is geen programma, maar verzameling programma's die van andere afkomen en die worden gewoon doorontwikkeld. Gene die deze apps bij elkaar heeft gebracht en installer voor gemaakt is ermee gestopt maar programma's die hij/zij erin heeft gestopt natuurlijk niet.
[ Voor 28% gewijzigd door mad_max234 op 10-06-2014 16:09 ]
Na het kuisen van bovenstaande posts kunnen we misschien nog een biertje tappen?
Om verder ontopic te gaan, USBASP is inderdaad beperkt als je het in Studio wil gebruiken. Via avrdude commandline niet natuurlijk.
AVRISP kost $30 en doet hetzelfde als USBASP, maar heeft wel volledige Studio support. Voordeel van studio support is dat je ook fuses en eeprom via een gui kan bekijken en wijzigen.
Er bestaan ook diverse losse gui's voor avrdude, dus zo heel groot is dat voordeel niet.
Als je verder wil dan alleen programmeren van een device en ook wil debuggen, dan is er nu JTAGICE3 voor slechts $99.
Difference ATJTAGICE2 and ATJTAGICE3 Voor debuggen heb je studio wel nodig, dus dat is weer een plus voor studio. Maar om eerlijk te zijn, voor mijn atmega328 projectje heb ik notepad++ gebruikt
Om verder ontopic te gaan, USBASP is inderdaad beperkt als je het in Studio wil gebruiken. Via avrdude commandline niet natuurlijk.
AVRISP kost $30 en doet hetzelfde als USBASP, maar heeft wel volledige Studio support. Voordeel van studio support is dat je ook fuses en eeprom via een gui kan bekijken en wijzigen.
Er bestaan ook diverse losse gui's voor avrdude, dus zo heel groot is dat voordeel niet.
Als je verder wil dan alleen programmeren van een device en ook wil debuggen, dan is er nu JTAGICE3 voor slechts $99.
Difference ATJTAGICE2 and ATJTAGICE3 Voor debuggen heb je studio wel nodig, dus dat is weer een plus voor studio. Maar om eerlijk te zijn, voor mijn atmega328 projectje heb ik notepad++ gebruikt
[ Voor 16% gewijzigd door Ploink op 10-06-2014 16:11 ]
AVRdude heeft anders best mooie GUI's, ik gebruik bijna nooit meer de commandline.
Zoals:
AVRDUDESS (auto detectie avr)
AVR8 Burn-O-Mat
etc
Edit/
Ik gebruik best veel NP++, alleen niet voor AVR, weet eigenlijk ook niet waarom, wellicht wat vaker naar NP++ grijpen ipv AS.
NP++ start tenminste in 1sec op.
Edit/2
Ik zat nog even wat te denken, en schiet me ineens te binnen dat ik usbtinyisp ooit wel aan avr studio had gekoppeld. Maar dat zou denk ik nog AS4 zijn geweest. Ik ga even op onderzoek uit vanavond, laat het je weten of mijn geheugen me in de steek heeft gelaten of niet.
Edit/3
Nou dat was snel gevonden, kon inderdaad met usbtinyisp, maar zover ik kan zie gaat dan niet op voor andere programmer, usbtinyisp is skt500 clone en met trucje kan AS voor gek gehouden worden.
Onder aan, voor mensen die interesse hebben.
https://learn.adafruit.com/usbtinyisp/avrstudio
Zoals:
AVRDUDESS (auto detectie avr)
AVR8 Burn-O-Mat
etc
Edit/
Ik gebruik best veel NP++, alleen niet voor AVR, weet eigenlijk ook niet waarom, wellicht wat vaker naar NP++ grijpen ipv AS.
NP++ start tenminste in 1sec op.
Edit/2
Ik zat nog even wat te denken, en schiet me ineens te binnen dat ik usbtinyisp ooit wel aan avr studio had gekoppeld. Maar dat zou denk ik nog AS4 zijn geweest. Ik ga even op onderzoek uit vanavond, laat het je weten of mijn geheugen me in de steek heeft gelaten of niet.
Edit/3
Nou dat was snel gevonden, kon inderdaad met usbtinyisp, maar zover ik kan zie gaat dan niet op voor andere programmer, usbtinyisp is skt500 clone en met trucje kan AS voor gek gehouden worden.
Onder aan, voor mensen die interesse hebben.
https://learn.adafruit.com/usbtinyisp/avrstudio
[ Voor 94% gewijzigd door mad_max234 op 10-06-2014 16:22 ]
Kan goed zijn dat je daar gelijk in gaat krijgen maar ik heb nu eenmaal de usbasp en o.a. toen met jouw hulp die met aardig wat moeite op kunnen starten. Nu het nieuwe ervan af is gaat het veel beter. De voorbeelden die ik zie zijn zonder al te veel modificaties te herconstrueren en heb dat al meermaals gedaan, in arduino-ide, in winavr en in AtmelStudio 6 (AS6).:
Dan zaten we toch op dezelfde lijn, ben je beter af met originele programmer imo, en heb dat al ruim onderbouwd dacht ik zo.
En is inderdaad zo dat het weinig uitmaakt, compilen en uploaden, en dat een ander programma het builden noemt maakt weinig uit. Dus voor nu kan ik er nog mee uit de voeten maar als ik eenmaal tegen beperkingen aanloop vanwege de usbasp dan koop ik liever een ondersteunde programmer, die standaard in de lijst staat zeg maar.
Komt bij dat ik niet perse bewust gekozen heb voor AS6, de eerder gelinkte tutorial leidde me daarnaartoe en mooie is, daarna besteedt die beste man (Daniel Hood) er geen aandacht meer aan en gaat vrolijk verder met via winavr programmeren en libs maken.
(waarom introduceren en dan niet meer toepassen ????)Maar aangezien ik embedded C(++) wil leren en toepassen blijf ik liever bij studio.
Ok, dat wist ik niet, ik zag wel dat er bij het downloaden de laatste versie 20100110 was.
Edit/Hier die link nogmaals, https://www.newbiehack.co...stallingAtmelStudio6.aspx
Hij gebruikt tiny om aan AS6 te koppelen, maar met usbasp maakt het weinig verschil, is dezelfde methode.
[ Voor 3% gewijzigd door kitao op 10-06-2014 16:43 ]
Knap dat je iets in winavr kan programmeren.
Welke beperking heeft USBasp dan volgens jou? Want USBasp kan alles wat Atmel programmer(jtag even buiten beschouwing gelaten) ook kan, geen enkele beperking in functionaliteit en alles kan via een GUI, moet alleen andere uploadtool starten, dat is enige wezenlijke verschil.
haha:
Knap dat je iets in winavr kan programmeren.
Zo heet dat programma nou eenmaal en daarin zit Programmers Notepad, daarin wordt geschreven en met Makefile stel je het zaakje in.
Dat bedoelde ik hè, met terminologie enzo, ik ben daar niet goed in.
De beperkingen ben ik nog niet tegenaan gelopen, dat kwam pas ter sprake na Ploinks post.
Edit| komt bij dat ik visual studio nu gewend ben en die gebruik om breakpoints in te stellen zodat ik een programma kan doorstappen. Ik weet niet of dit bij winavr kan en heb eigenlijk geen zin om het daar ook uit te gaan proberen.
[ Voor 8% gewijzigd door kitao op 10-06-2014 16:55 ]
Winavr is geen programma, en zit ook geen notepad in zover ik weet.
En Make(of Makefile) is een eigen programma, gebruiken we onder andere ook voor windows programma te maken.
Wikipedia: Make (software)
USBasp heeft geen beperkingen, alleen bediening is wat anders en je moet wat beter zelf nadenken, is niet 100% foolproof(alleen fuse bits, rest kan niks fout gaan). Maar verder heeft die geen beperkingen als aankomt op functie.
Ik dacht dat je op beperkingen doelde van de programmer, maar je doelde op bededeiningsgemak van software.
En Make(of Makefile) is een eigen programma, gebruiken we onder andere ook voor windows programma te maken.
Wikipedia: Make (software)
USBasp heeft geen beperkingen, alleen bediening is wat anders en je moet wat beter zelf nadenken, is niet 100% foolproof(alleen fuse bits, rest kan niks fout gaan). Maar verder heeft die geen beperkingen als aankomt op functie.
Ik dacht dat je op beperkingen doelde van de programmer, maar je doelde op bededeiningsgemak van software.
Op alle slakken zout leggen komt de sfeer niet ten goede vindt ik.:
[...]
Knap dat je iets in winavr kan programmeren.
Je geeft zelf al het goede antwoord. Ik begon erover vanwege die screenshot hierboven. Die programmeer GUI van Atmel werkt dus niet met usbasp, dat is het enige. Je hebt al aangegeven dat er alternatieve gui's bestaan en wat kitao dan verder doet met die info dat is aan hem.
Dit topic is gesloten.