De EL-kroeg - Deel 3

[kitao]

@ProAce
Heb even rondgestruind een 3 kwartier
CP staat voor commercial power of cement power resistor. Het zijn sand stone weerstanden of ceramic cement worden ze op ebay genoemd. Weerstand is idd moeilijk te meten als er stroom doorheengaat zoals Ploink al opmerkte. Jouw Marantz 400HD komt uit de jaren 70/80 dus documentatie is lastig te vinden.
De condensator hoeft niet elektrolytisch te zijn wat ik eerst dacht gezien de vorm, die kan ook nonpolar zijn.
Dale is tegenwoordig Vishay-Dale de fabrikant. Lijkt me onwaarschijnlijk dat de weerstanden kapot zijn tenzij er een breuk in zit. Ik las iets over iemand die de condensator tijdelijk kortsloot waarbij de andere speaker wel geluid maakte. Is niet mijn tip dus, eigen risico.
Anyway, ik heb wat links verzameld die ik hier neerdump zodat je zelf verder kunt kijken hoewel Ploink de onderdelen al heeft gepinpoint zie ik nu. Ok, de condensator is 100Vdc ipv 50 maar teveel is toegestaan, te weinig niet. Bij conrad heb je overigens vrije verzending boven de 25 euro en de onderstaande links gaan niet enkel over de onderdelen.
http://www.parts-express....-audio-capacitor--027-226
http://www.audiokarma.org/forums/showthread.php?t=369882
http://www.vishay.com/cap...1nf-to-10um/leaded-axial/
http://www.mcmelectronics...PONENTS-TE1302-1-/31-2025
http://www.philipsradios.nl/tips-en-trucs/luidspreker/
http://www.homecinemamaga...ema-luidspreker-kapot-is/
http://www.vishay.com/company/brands/dale/
http://www.ebay.com/sch/i...sistor+5w+1.5ohm&_sacat=0
http://www.tedss.com/Resi...&sortOrder=A&pageNumber=1
https://www.tedss.com/2021000143

Atlas schreef op zondag 27 april 2014 @ 00:15:
Zo, de eerste 2 ingrediënten voor de AtlasBot zijn er: 2x AEG kruimeldief

Pics please !

[ Voor 12% gewijzigd door kitao op 27-04-2014 08:45 ]

[ProAce]

bedankt kitao!
Heb de speakers even getest met een 9v batterij, en ze doen het allemaal.
Het moet dus wel aan een van die dingen liggen.
Morgen maar even kijken wat ze gaan kosten bij de e-boer

[kitao]

Ik denk niet dat je alles nieuw hoeft te kopen hoor. Even markeren wat waar zat, loshalen en doormeten. En als je geen capmeter hebt maar wel goeie service van je el-winkel dan meet die de condensator misschien voor je op.
En nogmaals, zo'n weerstand is een blok steen, tenzij die gebroken is of een scheurtje heeft opgelopen door een val of wat dan ook, dan mankeert daar vrijwel nooit wat aan. Zwartgeblakerd zijn ze ook niet dus het moet haast wel de cap zijn imo.
Ps, ben trouwens benieuwd hoe je getest hebt, zelf verzonnen of ergens gelezen en waar precies ?
Dan steek ik er ook wat van op .

[ Voor 11% gewijzigd door kitao op 27-04-2014 12:34 ]

[ProAce]

even wat nagevraagd en iemand kwam met de optie om er even een 9 volt batterij tegenaan te houden zoals hier: YouTube: Testing a speaker with a 9 volt battery

/edit
De weerstanden geven ongeveer de waardes die ze zouden moeten geven, dus ik ga op zoek naar zo'n cap

[ Voor 20% gewijzigd door ProAce op 27-04-2014 12:45 ]

[Ploink]

kitao schreef op zondag 27 april 2014 @ 12:29:
En nogmaals, zo'n weerstand is een blok steen, tenzij die gebroken is of een scheurtje heeft opgelopen door een val of wat dan ook, dan mankeert daar vrijwel nooit wat aan. Zwartgeblakerd zijn ze ook niet dus het moet haast wel de cap zijn imo.

In die blok steen zit een opgerolde metaaldraad. Die kan breken of doorbranden, waarschijnlijk door mechanische stress van vaak opwarmen en afkoelen. Of misschien is het de verbinding tussen de montagedraad en het weerstandsdraad die geen contact meer maakt.

Ik heb defecte metaalfilm weerstanden gezien van lage waarde die er gaaf uitzagen maar toch stuk waren, kwam door een hoge snelle piekstroom.

Een cap kan uitdrogen of gaan lekken, maar dan wordt ie langzaam slechter, meestal niet ineens stuk.

[ProAce]

Geprobeerd alles los te solderen, maar de 30 jaar oude soldeertin wil niet meer vloeien
Wordt even kijken naar nieuwe +- pinnetjes voor het verbinden van het speakerdraad en eerst bij een speaker alle drie de onderdelen vervangen om het zeker te weten.

[sebastius]

Gewoon beetje verse tin erbij en echt heet stoken

[ProAce]

Nieuwe tin en bout op hoogst (450 graden) maakte geen andere indruk dan hele hete draadjes maar geen vloeiende tin helaas

[kitao]

@Ploink ... daar heb ik geen rekening mee gehouden, zelf nog nooit een kappote weerstand tegengekomen hoewel ik meer gebruik maak van metaalfilm. Maar stond ook bij hè, "imo"
@Ace

[Icekiller2k6]

Ploink schreef op zaterdag 26 april 2014 @ 19:37:
Je hebt gelijk Alexanderb, zal dan de S variant zijn.
Die MAS70 ken ik eigenlijk niet. Farnell denk dat het een DIN plug is
De BAS70-04 heb ik toevallig in een bakkie liggen, maar eerst maar eens checken wat het fysieke formaat is.
[afbeelding]

Fysiek formaat?
3mm breed ofzo?

Geen enkele BAS70-04 komt overeen met wat ik verwacht of zie van MAS70S of lees ik het fout?

De powersupply is overigens 24 volt geloof ik pak 35v max

[Verwijderd]

allemaal leuk en aardig die goedkope TFT jes.. maar nu wil ik zo'n 2.2 netjes in een klein kastje monteren.

nationale kastjestestdag vandaag

en daar zijn , voor zover mij bekend, geen frames met transparant of lichtdoorlatend plastic voor te vinden.
zoals als die frames voor 7 segmentdisplays maar dan groter zeg maar.

dan maar op zoek naar projectbehuizingen met transparante deksel of wellicht heeft hier iemand ervaring cq een tip ?

* update

nu leg ik net is zo'n transparante deksel los op dat display, en zie ineens een vreemde lichtbreking, niet goed te zien op onderstaande foto overigens.

[ Voor 17% gewijzigd door Verwijderd op 28-04-2014 13:20 ]

[CrashOverDrive]

Verwijderd schreef op maandag 28 april 2014 @ 12:38:
dan maar op zoek naar projectbehuizingen met transparante deksel of wellicht heeft hier iemand ervaring cq een tip ?

Ik ramde net op quote in het Arduino topic toen er een verplaatst verscheen
Je zou eens bij Ali kunnen kijken. Staan erg veel (goedkope) kastjes. Alle soorten en maten, ook veel transparante covers, maar ook met "window".

Alleen de maten zijn af en toe nogal spartaans (net als de minimum hoeveelheden).
Gewoon even doorlopen. (op window of transparent zoeken heeft niet veel nut, bij de helft staat die info er niet bij en kan je het alleen zien aan de foto )

Snel voorbeeldje is deze
Voor €6,41 inclusief shipping uit Sjinaa

[ Voor 31% gewijzigd door CrashOverDrive op 28-04-2014 12:46 . Reden: Megaquote wat beschaafder gemaakt ]

[Verwijderd]

bedankt voor de tip.. de 'looks' zijn ook belangrijk natuurlijk en de keuze is idd zeer beperkt.
voor sensors ect. heb ik wat van deze besteld.. maar voor een mooie handbediening/uitlezing wil ik niet zo'n lompe doos

@ hieronder .. ze hebben wel leuke daaro

[ Voor 75% gewijzigd door Verwijderd op 28-04-2014 13:14 ]

[CrashOverDrive]

"Hand" bediening?


Ze hebben ze ook inclusief (rubber) knoppen

[Icekiller2k6]

http://www.aliexpress.com...dule-wrap/1601671740.html

hmm ziet er wel leuk uit als gsm module..

waar halen jullie overigens kastjes voor onderdelen in te steken?

[Verwijderd]

Icekiller2k6 schreef op maandag 28 april 2014 @ 13:03:
http://www.aliexpress.com...dule-wrap/1601671740.html

hmm ziet er wel leuk uit als gsm module..

waar halen jullie overigens kastjes voor onderdelen in te steken?

pas op he :
Disassemble simcom sim900a module , with the vast majority of small plates, very much in mind , please buyers carefully shot fineness , no power no data cable buyers note :ThisSome small plates did antenna head position , both tests are normal use. Requires certain technical skills can increase their own power completely when a complete development board , cost savings, value for money ! Power supply needs themselves , followed by a description of the power provided by the customer , specifically online dwell ! qq: 114936236, tel:. [phone], shop no technical support services following the successful purchase of the customer experience sharing , hope to help you

Need to engage in a separate step-down dc-dc adjustable power supply module to sim900a job
( This module is not directly connected to the 5v power supply , you need an adjustable dc-dc buck passing the buck to around 4v power supply module and the current output to ensure > 1A)
Pin Definitions Figure , antenna pad on the back , weld a spring gsm antenna up on the line , PWR_KEY VCC pin to the left 1S control switch, Also note that serial port baud rate

maar idd niet duur.. kan je vanuit je arduino een sms je mee sturen denk ik
It seems that the SIM900A is blocked for networks GSM European

[Verwijderd]

Icekiller2k6 schreef op maandag 28 april 2014 @ 13:03:
waar halen jullie overigens kastjes voor onderdelen in te steken?

bedoel je die kleine breadboardjes ?
ik heb er laatst 5 gekocht bij alice.
maar ze zijn ook hier verkrijgbaar

[Icekiller2k6]

zo bestelling van nedis is binnen


@Borroz
hah bedankt bedoelde ik niet maar besteld;)

http://v-shop-online.com/...75-kleinteilemagazin.html
zoiets

[ Voor 36% gewijzigd door Icekiller2k6 op 28-04-2014 13:43 ]

[ProAce]

@hierboven
Die zijn gewoon bij de gamma/praxis te krijgen

[Icekiller2k6]

@Proace yip, maar zoek ergens een actie/aanbieding

[ProAce]

De bouwmarkten hebben altijd acties/ aanbiedingen

[Verwijderd]

- losse doosjes met compartimenten
- ladenkastjes in metalen frame

idd typisch iets om naar een aanbieding te speuren, ik heb die van Conrad omdat ze allang in het assortiment zitten en ik er dus na 1 jaar nog wat bij kan kopen, ook met verschillende indelingen
TIP : je hebt er altijd te weinig (ook die losse schotjes)

vol = vol

[ Voor 7% gewijzigd door Verwijderd op 28-04-2014 14:05 ]

[Icekiller2k6]

thanks in de week eens bestellen eerst ff bij de gamma zien

Heeft iemand ervaring met deze fuse holders? :
http://www.ebay.com/itm/1...ain_0&hash=item2a35ebea71

[wesleytjuh]

Geloof niet dat je bij de Bouwmarkt in de actie het voor minder krijgt dan bij Nedis. Als je daar klant bent kun je best veel spul erg goedkoop kopen.

Oh wacht, dat sloeg niet op die foto? In dat geval, ook nedis heeft die kastjes, zou je zeker even in overweging moeten nemen.

[ Voor 31% gewijzigd door wesleytjuh op 28-04-2014 14:51 ]

[ProAce]

Net even bij de elektro boer geweest.
Die hadden geen cap's van 4uf 50V maar wel 4.7uf 100V wat volgens hun alleen een hoger/lager toonbereik op zou leveren. Wel meegenomen maar kan iemand vertellen of dit klopt en dat ik niet straks dingen opblaas?

[Icekiller2k6]

Ik betwijfel ten zeerste of je daar iets van gaat ondervinden.. ik weet niet meteen wat de foutmarge is op caps maar pak 10%.. dan was de 4uf mss ook 4,4uf

@wesleytjuh

Nja niet opgelet toen ik vrijdag bestelde..


@all
BAV99 heb ik per toeval gevonden...
hmm iemand een idee of deze zou werken?

[ Voor 16% gewijzigd door Icekiller2k6 op 28-04-2014 15:17 ]

[Verwijderd]

Icekiller2k6 schreef op maandag 28 april 2014 @ 13:42:
zo bestelling van nedis is binnen

Mooi bekende gele Piergiacomi tangetje Heb 'm zelf ook liggen. Ligt lekker in de hand, knipt heel fijn.

[sebastius]

Ik deel Icekillers mening: gewoon proberen, klinkt het goed, klaar, anders alsnog een betere zoeken maar ik betwijfel of het uit maakt. Wel is het belangrijk dat je een bipolaire elko neemt!

[ProAce]

deze is bipolair, maar er kan dus niks kapot aan gaan?

[wesleytjuh]

Nee, crossover frequentie kan enkel marginaal anders zijn. Maar die was zo te zien sowieso al niet zo kritisch, gezien het origineel een afwijking tot 20% had, komt dus niet zo nauw.

[ProAce]

mooi. dan gaat ik het zo even proberen

[ProAce]

En het werkt
Geweldig bedankt mensen, nu heb ik een leuk setje speakers erbij

[sebastius]

Lekker he? Vooral leuk omdat je het zelf gefixt hebt

[ProAce]

Geeft echt een goed gevoel.
Alleen helaas had ik maar een setje meegenomen om te kijken of het hielp.
Wil ik net een tweede set halen, hebben ze de caps niet meer.
Wordt weer een weekje wachten

[sebastius]

Je kan een bioolaire cap dacht ik ook zelf bouwen met twee normale elko's

[wesleytjuh]

Yep maar dan heb je er wel meerdere nodig om de spanning en capaciteit te halen.

[memphis]

2 maar, met een dubbele capaciteit en de halve spanning om op een dezelfde specs uit te komen, niet echt byzonder... Overigens is het ook vrij normaal dat gewone elko's gebruikt worden.

[kitao]

wesleytjuh schreef op maandag 28 april 2014 @ 15:32:
Nee, crossover frequentie kan enkel marginaal anders zijn. Maar die was zo te zien sowieso al niet zo kritisch, gezien het origineel een afwijking tot 20% had, komt dus niet zo nauw.

Zie ook 2e link in mijn vorige post kitao in "De EL-kroeg - Deel 3"
http://www.audiokarma.org/forums/showthread.php?t=369882
4uf vs. 4.7uf Capacitors

.7 is 17 percent off (neglecting variations). The main disadvantages are that it lowers the xover point and increases the amount of power the tweeter has to handle. Depending on the accuracy and complexity of crossover, may throw balances off (but it could sound better but not likely). My choice would be to get two caps that add up to 4 and connect them in parallel - film types if you can find them ( 2 2uF, or 2.2uF and 1.8uF, or 3.3uF and .68uF .... or 4 1uFs. you get the picture. YMMV
[...]
A 4.7uf capacitor is really meant more as a 5uf replacement than a 4. "sregor" pretty much covered it, as your tweeter crossover point will likely drop down about 1khz if doing this. Very important using NP's in speaker crossover's, as polar's will cause distortion. As mentioned, nothing wrong paralleling two 2uf NP's to get the value your looking for.

Mooi gequote van mij natuurlijk maar wat crossoverfrequentie precies is ben ik antwoord even schuldig

[ Voor 6% gewijzigd door kitao op 28-04-2014 17:15 ]

[wesleytjuh]

Maar in het geval van dit filter zal het niet zoveel uitmaken. Is een laag orde filter en het originele filter had al 20% afwijking, dat zegt genoeg over hoe belangrijk de frequentie exact is.

Je zou inderdaad wel 2X 2µF kunnen nemen indien 4µF niet vindbaar is. Al is 2µF ook niet zoveel voorkomend. 1.8µF en 2.2µF komen meer voor.

[kitao]

wesleytjuh schreef op maandag 28 april 2014 @ 17:25:
Maar in het geval van dit filter zal het niet zoveel uitmaken. Is een laag orde filter en het originele filter had al 20% afwijking, dat zegt genoeg over hoe belangrijk de frequentie exact is.

Ben ik met je eens hoor, klinkt logisch. Ik vond jouw post gewoon het beste passen bij wat ik gisteren erover las. Precies 4uF is geen gangbare maat hoewel die zoals Ploink liet zien wel gewoon te bestellen is.
http://www.conrad.nl/ce/nl/product/472824/
Persoonlijk zou ik gewoon de onderdelen 1 op 1 vervangen, zeker als je langer gebruik wilt maken van de boxen. Maar kan ook zijn dat je het verschil toch niet hoort.

[Ploink]

Zijn er nog mensen die met het oude Ulticap/Ultiboard werken? Ik heb hier nog een HASP parallel port dongle liggen met license file, goed voor 500-pin ontwerpen.

Edit: Voor de duidelijkheid, kan ik iemand hier blij mee maken?

Ik kocht de kleinste 200-pin DOS versie ergens in 1994/95 voor 500 gulden. Destijds was het populaire software. Elk jaar kreeg ik een brief of ik voor 800 gulden per jaar een update/support abonnement wou aanschaffen. Nooit op gereageerd natuurlijk, maar tevens kreeg ik altijd gratis updates toegestuurd, vele jaren lang, zelfs deze dongle met upgrade naar 500-pin en de Windows versies. Ik had een hele stapel cd's liggen.
Zelfs een keer gebeld of ze de zaken wel goed op een rijtje hadden, "Ja hoor, daar had u nog recht op!" was het antwoord, rare jongens

Laatste versie die ik heb gebruikt was 5.72 en dat werkte prima onder XP als je de juiste nethasp driver installeert. Ik draai nu Windows 7 en daarmee werkt het niet.
Ik ben al jaren over op Eagle en van mijn oude Ulticap schema's heb ik PDF's gemaakt. De software heb ik niet meer nodig.

[ Voor 3% gewijzigd door Ploink op 29-04-2014 11:37 ]

[memphis]

Ik heb nog een oude 200 pin schoolversie, al een tijdje niets mee gedaan....

[Icekiller2k6]

ben opzoek naar goede connectors zoals bv:
http://i.ebayimg.com/00/s...MowAAMXQydtTOSwm/$_12.JPG
of Phoenix connectors.. iemand tips per toeval?

[wesleytjuh]

http://www.eoo-bv.nl/index.php?_a=viewCat&catId=123 ?

[Verwijderd]

Icekiller2k6 schreef op dinsdag 29 april 2014 @ 18:55:
ben opzoek naar goede connectors zoals bv:
http://i.ebayimg.com/00/s...MowAAMXQydtTOSwm/$_12.JPG
of Phoenix connectors.. iemand tips per toeval?

kijk hier is rond http://www.ebay.com/itm/1...ain_0&hash=item35d0841382

[Icekiller2k6]

http://www.ebay.com/itm/N...ain_0&hash=item1e89848430
it is.. bedankt

Als je een bridge rectifier hebt dat bv 1000v aan kan zoals: GBJ2510 (http://pdf1.alldatasheet....4256/DIOTECH/GBJ2510.html) is er dan een minimum voltage wat er door moet? Zover als ik in de datasheet kijk zie ik daar geen mention van..

@ yip.. maar bv 24v is geen issue?

offtopic:
@borroz heb deze ook maar mee genomen: http://www.ebay.com/itm/250843030327

[ Voor 54% gewijzigd door Icekiller2k6 op 30-04-2014 11:30 ]

[Ploink]

Uit datasheet GBJ2510:
Forward Voltage (per element) @If=12.5A = 1.05V

[Puch-Maxi]

Blijkt dat DX opeens ook in Nederland zit, http://eud.dx.com/
Wel behoorlijk duurder.

[EG Mike]

Puch-Maxi schreef op woensdag 30 april 2014 @ 15:05:
Blijkt dat DX opeens ook in Nederland zit, http://eud.dx.com/
Wel behoorlijk duurder.

Kan het zo 123 niet vinden, maar bieden ze ook 24u (of 48u voor mijn part; in ieder geval geen 6 weken) levering?

[redbullet]

Als je op een item klikt zie je dit :

Handling Time: 2-4 business days
Delivery: 5-7 business days

geen 24 uur dus

[Icekiller2k6]

he handig..
http://eud.dx.com/product...cs-844288743#.U2EG9YF_tZo

fyi ik zag boven 30usd wel express shipping staan?
Three Special Service EU Direct offer by Post NL:
Free Express Delivery (Minimum Order $30)
Free On Time Tracking

[Hipska]

Pfft, een ATmega gekoppeld aan een LT1785 voor RS485 wil enkel maar byte(s) zenden waneer ik er meerdere na elkaar stuur. De ontvangende zijde ontvangt dan N-1 bytes. De laatste lijkt telkens niet verstuurd te worden.

C:

        // set tranceiver in send mode
        PORTD |= DRIVERENABLE;
        PORTD |= RECEIVEDISABLE;
        
        while (!(UCSR0A & (1<<UDRE0))) {}
        UDR0 = SendByte++;
        while (!(UCSR0A & (1<<UDRE0))) {}
        UDR0 = SendByte;
        while (!(UCSR0A & (1<<UDRE0))) {}
        
        // set tranceiver in receive mode
        PORTD  &= ~DRIVERENABLE;
        PORTD  &= ~RECEIVEDISABLE;

Wanneer ik lijn 8 en 9 weghaal lijkt het alsof ie niets doet..

[Ploink]

Heb je het betreffende hoofdstuk van de datasheet bestudeerd?
Zoek de functie van de andere bits van UCSR0A op en dan vind je het antwoord.

[AlexanderB]

Heb eens wat oude projecten onder het stof vandaan getrokken: 3d printer bouwen, zelf printplaten etsen, GPS uitlezen met microcontroller en daar een autopilot mee bouwen.

En vandaag kwam ik op internet een tip tegen welke via's van m'n cheapo GPS dongle direct seriële data in/uitvoeren zodat ik geen USB host hoef op te zetten om seriëel --> USB --> Seriëel te doen. Gelijk een kans om m'n nieuwe logic analizer te gebruiken, en jawel, seriële data.

Verder blijkt er ook nog ondersteuning te zijn voor customisatie van de output via NMEA codes, dus alles wat ik niet nodig heb voor de autopilot kan uit, scheelt een hoop seriële data parsen/weggooien, en ik kan eventueel extra data krijgen die standaard niet tevoorschijn komt, ook grappig.

Morgen ff paar draadjes solderen aan die dongle en dr verder mee testen.

[B_FORCE]

Ik ben op zoek naar DC connector ter grote van een connector die in de meeste telefoons zitten/zaten.
Iemand enig idee hoe die dingen heten/welke standaard dat is?

[Hipska]

Ploink schreef op donderdag 01 mei 2014 @ 00:26:
Heb je het betreffende hoofdstuk van de datasheet bestudeerd?
Zoek de functie van de andere bits van UCSR0A op en dan vind je het antwoord.

Heb ik gedaan, maar ik snap het niet helemaal geloof ik. Ik heb nu op lijn 9 UDRE0 vervangen door TXC0 en nu komen er 2 bytes door en daarna niets meer. Hij zit niet vast in 1 van de while's want de rest van de loop waar dit stukje code in zit werkt wel nog gewoon verder (LED knippert)

[mux]

B_FORCE schreef op donderdag 01 mei 2014 @ 18:45:
Ik ben op zoek naar DC connector ter grote van een connector die in de meeste telefoons zitten/zaten.
Iemand enig idee hoe die dingen heten/welke standaard dat is?

Bedoel je de standaard modulaire connectoren? Dat zijn RJ11/RJ12s.

[B_FORCE]

mux schreef op donderdag 01 mei 2014 @ 18:50:
[...]


Bedoel je de standaard modulaire connectoren? Dat zijn RJ11/RJ12s.

huh? dat zijn toch connectoren voor UTP kabels enzo?
Nee ik bedoel zoiets als een DC-8 of DC-10 connector, maar dan inimini.

[mux]

Wat voor telefoon heb/had jij? Ik ken ze alleen ofwel met micro-usb, ofwel met RJ11...

[Mr_gadget]

Zo'n ronde bedoel je, die rechtse bedoel je?

[B_FORCE]

Mr_gadget schreef op donderdag 01 mei 2014 @ 19:15:
Zo'n ronde bedoel je, die rechtse bedoel je?

[afbeelding]

Juist die ja.
Tis overigens niet voor een telefoon, maar voor een ontwerpje

[mux]

Dat heet barrel (of circular power) en de locking varianten (die een soort van gefaalde standaard zouden worden voor consumentenelektronica) heten EIAJ

[Hipska]

Hmm, ik zie het probleem niet. Meeste examples op internet gebruiken allemaal een check op UDRE0. Ook de voorbeeldcode uit Elektor (waar de print vandaan komt) gebruikt enkel de flag UDRE0.

@Ploink of iemand anders: Zou je me even in de goede richting kunnen wijzen?

[sebastius]

Bas z'n knutselblog: [buildlog] Space Invaders: Timing and Video

Even spammen omdat ik best wel een beetje trots ben (en ja er zullen wel wat inhoudelijke foutjes in de uitleg zitten, DM me als je feedback hebt )

[Sissors]

Ploink schreef op donderdag 01 mei 2014 @ 00:26:
Heb je het betreffende hoofdstuk van de datasheet bestudeerd?
Zoek de functie van de andere bits van UCSR0A op en dan vind je het antwoord.

Dat is wel een heel kryptisch antwoord, zo recht toe recht aan vind ik het iig nog niet.

@Hipska, wat ik denk dat je probleem is, is dat je hem na verzenden in receive mode zet, terwijl hij nog aan het verzenden is. UDRE is 1 wanneer je nieuwe data zijn transmit buffer in kan gooien. Vanuit zijn transmit buffer gaat hij naar zijn output shift register, en dan pas wordt de handel verstuurd. (IIG dat begrijp ik er uit).

Ik denk dus als je na het huidige stukje code, wanneer dus zijn UDRE leeg is en je weet dat alles in het shift register zit, de TXC bit cleared en wacht totdat die weer geset is het goed moet gaan. Enige probleem is dat als je een interrupt daar hebt en je cleared de TXC bit nadat hij al lang klaar is met verzenden, de handel hangt.

[ Voor 3% gewijzigd door Sissors op 01-05-2014 22:40 ]

[Ploink]

Hipska schreef op donderdag 01 mei 2014 @ 22:20:
Hmm, ik zie het probleem niet. Meeste examples op internet gebruiken allemaal een check op UDRE0. Ook de voorbeeldcode uit Elektor (waar de print vandaan komt) gebruikt enkel de flag UDRE0.

Ik neem aan dat die samples voor RS232 zijn? Dat is full-duplex en dan hoef je niet te weten wanneer je de driver van TX naar RX moet schakelen. Sommigen gebruiken ook gewoon een delay functie aan het eind en nemen dan maar aan dat TX klaar is.

Datasheet:
• Bit 6 – TXCn: USART Transmit Complete
This flag bit is set when the entire frame in the Transmit Shift Register has been shifted out and
there are no new data currently present in the transmit buffer (UDRn). The TXCn Flag bit is auto-
matically cleared when a transmit complete interrupt is executed, or it can be cleared by writing
a one to its bit location. The TXCn Flag can generate a Transmit Complete interrupt (see
description of the TXCIEn bit).

Geeft dus aan dat transmissie klaar is. Ik denk dat je de bit moet wissen van tevoren, want je gebruikt geen interrupt.

• Bit 5 – UDREn: USART Data Register Empty
The UDREn Flag indicates if the transmit buffer (UDRn) is ready to receive new data. If UDREn
is one, the buffer is empty, and therefore ready to be written. The UDREn Flag can generate a
Data Register Empty interrupt (see description of the UDRIEn bit). UDREn is set after a reset to
indicate that the Transmitter is ready.

Geeft dus alleen maar aan dat een plekje vrij is in de TX FIFO, niet of alle voorgaande data verzonden is.
Je moet dus op beide bits testen voor je de tx driver uitschakelt.


Zoiets:

C:

        // set tranceiver in send mode
        PORTD |= DRIVERENABLE;
        PORTD |= RECEIVEDISABLE;
        
        while (!(UCSR0A & (1<<UDRE0))); //Wacht op plekje in buffer.
        UDR0 = SendByte++; // zet byte in buffer.

        while (!(UCSR0A & (1<<UDRE0))); //nog een keer
        UDR0 = SendByte;

        while (!(UCSR0A & (1<<UDRE0))); 
        // op dit moment is de laatste byte uit de buffer in het transmit register gezet.
        CSR0A |= 1 << TXC0; // Clear TXC0, geeft aan dat transmit nog niet klaar is.
        while (!(UCSR0A & (1 << TXC0))); // Wacht tot transmit klaar is.
        
        // set tranceiver in receive mode
        PORTD  &= ~DRIVERENABLE;
        PORTD  &= ~RECEIVEDISABLE;

[ Voor 5% gewijzigd door Ploink op 01-05-2014 23:04 . Reden: commentaar toegevoegd. ]

[Hipska]

Inderdaad, deze code werkt goed, ik had al gevonden dat ik de Driver te snel uitschakelde en bij 9600 baud werkte het door een delay van 1ms er tussen te zetten. Uw code is inderdaad een betere oplossing, alhoewel ik denk dat de while op lijn 11 er uit kan? Aangezien er geen nieuwe shifts meer zullen gebeuren naar UDR0.

De meeste voorbeelden gaan inderdaad over RS232, maar de print is van een artikel uit Elektor en in die code gebruikt men ook enkel maar UDRE0 en niet TXC0.

Ik had ook al geprobeerd met interrupt, maar dan loopt hij vast. Zou je dat even kunnen tonen hoe dat zou moeten? Zou mij alvast heel erg veel op weg helpen.

Sissors schreef op donderdag 01 mei 2014 @ 22:39:
Ik denk dus als je na het huidige stukje code, wanneer dus zijn UDRE leeg is en je weet dat alles in het shift register zit, de TXC bit cleared en wacht totdat die weer geset is het goed moet gaan. Enige probleem is dat als je een interrupt daar hebt en je cleared de TXC bit nadat hij al lang klaar is met verzenden, de handel hangt.

Moet die TXC flag gecleared worden als UDRE leeg is? Lijkt me volgens documentatie dat het ook eerder kan. En om je probleem met een interrupt die tussendoor komt te voorkomen heb ik momenteel dit gedaan (het werkt):

C:

        // set tranceiver in send mode
        PORTD |= DRIVERENABLE;
        PORTD |= RECEIVEDISABLE;
                
        while (!(UCSR0A & (1<<UDRE0))) {}
        UDR0 = SendByte;
        while (!(UCSR0A & (1<<UDRE0))) {}
        UDR0 = SendByte;
        while (!(UCSR0A & (1<<UDRE0))) {}
        UCSR0A |= (1<<TXC0);
        UDR0 = SendByte++;
        while (!(UCSR0A & (1<<TXC0))) {}
        
        // set tranceiver in receive mode
        PORTD  &= ~DRIVERENABLE;
        PORTD  &= ~RECEIVEDISABLE;

Zijn er opmerkingen? Toch beter 10 en 11 omwisselen? Ik hoor het graag.

[Ploink]

Sissors schreef op donderdag 01 mei 2014 @ 22:39:
[...]

Dat is wel een heel kryptisch antwoord, zo recht toe recht aan vind ik het iig nog niet.

Wat je hierna uitlegt staat in de datasheet, zelfde als ik net probeerde uit te leggen. De datasheet is misschien niet zo "recht toe recht aan", maar als je probeert te begrijpen wat er bedoeld wordt kom je er vanzelf wel uit. Je kan elke keer als je op een probleempje stuit uitleg vragen op een forum, maar dan gaat gewoon een ander het werk doen wat je eigenlijk zelf moet doen. Vandaar dat ik alleen even aangaf waar het antwoord te vinden is.

Als je hardware programmeert, dan moet je leren hoe de hardware in elkaar zit en dat staat in de datasheet. Ik kan me voorstellen dat het best lastig is voor een beginner of iemand die niet zo goed is in Engels, maar als je het zelf uitzoekt leer je meer vindt ik. Zelf heb ik nog nooit een dergelijke vraag op een forum gesteld.

[Sissors]

@Hipska, in principe is het probleem dat hij de vorige nog aan het verzenden is als je de nieuwe in de buffer zet en dus TXC0 al geset wordt door de vorige. Waarom die code wel werkt weet ik nog niet .

@Ploink, good for you...
Dat zelf dingen uitzoeken goed is ben ik het mee eens. Maar soms kom je ook gewoon vast te zitten en stel je wel een vraag, daar is niks mis mee. En dan staat het je vrij die te negeren, maar als je antwoord geeft kan het geen kwaad iets minder kryptisch te zijn imo. En dan hoef je echt geen heel verslag te schrijven, maar bijvoorbeeld een:
"UDRE0 kijkt enkel of de buffer leeg is, je moet wachten totdat hij daadwerkelijk klaar is met verzenden", kon hij een stuk verder mee komen, zonder dat je alles voorkauwt.

[Hipska]

@Ploink: Jij hebt je kennis waarschijnlijk op een andere manier bijgekregen, maar ik leer het hier zelfstandig met voorbeelden en documentatie te bekijken. Ik vind ook dat niet alles voorgekauwd moet worden. Maar ik leer heel erg veel van de denkwijze van anderen op dit vlak. Jij, en anderen, hebben meer ervaring in dit gebied en dus doe je sommige dingen waarschijnlijk anders dan hoe ik het zou doen, dan vind ik het handig dat ik jullie manier ook eens zie en er uit kan leren..

Ik had inderdaad ook al lopen prutsen met TXC0 door in de documentatie te kijken, maar was niet oplettend genoeg en zette het op 1 ipv 0

Kan je even de code in mijn vorige post bekijken en je opmerkingen geven?

@Sissors: Volgens documentatie (aha!) wordt TXC0 pas geset als zenden klaar is EN de buffer leeg is. Daarom lijkt het me ok op die manier. (m.a.w. dit is hoe ik de documentatie interpreteer)

[Ploink]

Hipska schreef op donderdag 01 mei 2014 @ 23:22:
Inderdaad, deze code werkt goed, ik had al gevonden dat ik de Driver te snel uitschakelde en bij 9600 baud werkte het door een delay van 1ms er tussen te zetten. Uw code is inderdaad een betere oplossing, alhoewel ik denk dat de while op lijn 11 er uit kan? Aangezien er geen nieuwe shifts meer zullen gebeuren naar UDR0.

De byte die in de buffer zit, gaat vanzelf naar het transmit shift register zodra die leeg geschoven is.
Dus, je wacht tot de buffer leeg is, dan weet je dat de laatste byte in het shift register zit. Als je dat niet doet, dan test je dus of de een na laatste byte verzonden is

O wacht ... "This flag bit is set when the entire frame in the Transmit Shift Register has been shifted out and there are no new data currently present in the transmit buffer (UDRn)"

Overigens, ik kijk zelf ook maar in de datasheet om je vraag te beantwoorden. Blij dat die code werkt Ik heb dit zelf niet eerder gedaan met een ATMEGA. Wel heb ik 10 jaar geleden RS485 gedaan op een Microchip PIC16, dus ik weet nog wel ongeveer hoe en wat, maar elke microcontroller is weer anders...
Als ik me goed herinner hoef je bij de PIC16 niet het TXC0 bit te clearen, het is een read-only flag die alleen maar aangeeft dat ie nog bezig is.

Ik had ook al geprobeerd met interrupt, maar dan loopt hij vast. Zou je dat even kunnen tonen hoe dat zou moeten? Zou mij alvast heel erg veel op weg helpen.

Nee helaas kan ik niet zo uit mijn mouw schudden. Interrups zijn best wel lastig. Een probleem kan zijn dat je een interrupt niet goed afhandelt, bv een flag vergeet te clearen of een timing probleem en dat daardoor het volgende interrupt niet plaatsvind en dan stopt de boel. Kan zijn dat je bv een framing error moet afhandelen/clearen ofzo (vage herinnering aan PIC).

[...]

Moet die TXC flag gecleared worden als UDRE leeg is? Lijkt me volgens documentatie dat het ook eerder kan.

ja inderdaad... denk ik ook zie voorgaande.

En om je probleem met een interrupt die tussendoor komt te voorkomen heb ik momenteel dit gedaan (het werkt):
[..]

Interrupts kunnen roet in het eten gooien als ze te lang duren. Daarom vind ik de werking van TXC0 nogal merkwaardig. Stel er komt een interrupt die zo lang duurt dat alle data al is verzonden, maar je cleart TXC0 en wacht op iets dat al geweest is. Dit kun je eventueel voorkomen met cli() en sei() op de juiste plek. Bij 9600 baud is dat nog wel acceptabel denk ik.
Edit: 10/11 omdraaien en atomic maken is voldoende denk ik, dan hoef je niet te wachten terwijl interrupts uit staan.

[ Voor 9% gewijzigd door Ploink op 02-05-2014 00:37 ]

[Ploink]

Hipska schreef op donderdag 01 mei 2014 @ 23:43:
@Ploink: Jij hebt je kennis waarschijnlijk op een andere manier bijgekregen, maar ik leer het hier zelfstandig met voorbeelden en documentatie te bekijken. Ik vind ook dat niet alles voorgekauwd moet worden. Maar ik leer heel erg veel van de denkwijze van anderen op dit vlak. Jij, en anderen, hebben meer ervaring in dit gebied en dus doe je sommige dingen waarschijnlijk anders dan hoe ik het zou doen, dan vind ik het handig dat ik jullie manier ook eens zie en er uit kan leren..

Misschien heb ik teveel op een eiland gezeten op een werkplek waar ik als enige dit soort werk deed, in een tijd dat internet nog niet zo populair was en Arduino nog niet bestond. Collega's waren allemaal wetenschapper en de meesten snapten niet zoveel van techniek.
Een beetje reflectie met vakgenoten is idd wel handig, maar als positieve noot, ik heb goed geleerd zelfstandig te werken

[EG Mike]

sebastius schreef op donderdag 01 mei 2014 @ 22:35:
Bas z'n knutselblog: [buildlog] Space Invaders: Timing and Video

Even spammen omdat ik best wel een beetje trots ben (en ja er zullen wel wat inhoudelijke foutjes in de uitleg zitten, DM me als je feedback hebt )

Erg tof! Zou willen dat ik dit kon!

[maikel]

Hipska schreef op donderdag 01 mei 2014 @ 23:43:
@Ploink: Jij hebt je kennis waarschijnlijk op een andere manier bijgekregen, maar ik leer het hier zelfstandig met voorbeelden en documentatie te bekijken. Ik vind ook dat niet alles voorgekauwd moet worden. Maar ik leer heel erg veel van de denkwijze van anderen op dit vlak. Jij, en anderen, hebben meer ervaring in dit gebied en dus doe je sommige dingen waarschijnlijk anders dan hoe ik het zou doen, dan vind ik het handig dat ik jullie manier ook eens zie en er uit kan leren..

Ik had inderdaad ook al lopen prutsen met TXC0 door in de documentatie te kijken, maar was niet oplettend genoeg en zette het op 1 ipv 0

Kan je even de code in mijn vorige post bekijken en je opmerkingen geven?

@Sissors: Volgens documentatie (aha!) wordt TXC0 pas geset als zenden klaar is EN de buffer leeg is. Daarom lijkt het me ok op die manier. (m.a.w. dit is hoe ik de documentatie interpreteer)

Waarom gebruik je niet gewoon de interrupt? Dan wordt TXC0 automatisch gereset en weet je ook precies wanneer 'ie klaar is met verzenden, Ze adviseren het ook in de datasheet:

The TXC Flag is useful in half-duplex communication
interfaces (like the RS485 standard), where a transmitting application must enter Receive mode
and free the communication bus immediately after completing the transmission.

Wat ik zelf doe:
1. zet alle data in een buffer
2. start met verzenden van de eerste byte
3. wacht op de interrupt
4. in de interrupt-handler: kijk of er nog meer bytes in de buffer staan
5. zo ja, verzend de volgende byte

Bij het begin van verzenden stuur je dus maar 1 byte. De rest gaat allemaal vanuit de interrupt-handler. Hierdoor hoef je nergens handmatig delays in te bouwen en kan je programma tussendoor gewoon verder werken.

[ Voor 13% gewijzigd door maikel op 02-05-2014 09:52 ]

[EG Mike]

Zojuist de DVD met alle uitgaves van Elex eens opgestart! Wát een tof blad zeg! Erg gedateerd, maar o zo leerzaam! Het leest ook veel makkelijker weg dan de boeken met pure theorie. Ik ben de komende weken wel zoet, met 120 uitgaves te gaan!

[Sissors]

maikel schreef op vrijdag 02 mei 2014 @ 09:48:
[...]


Waarom gebruik je niet gewoon de interrupt? Dan wordt TXC0 automatisch gereset en weet je ook precies wanneer 'ie klaar is met verzenden, Ze adviseren het ook in de datasheet:

[...]


Wat ik zelf doe:
1. zet alle data in een buffer
2. start met verzenden van de eerste byte
3. wacht op de interrupt
4. in de interrupt-handler: kijk of er nog meer bytes in de buffer staan
5. zo ja, verzend de volgende byte

Bij het begin van verzenden stuur je dus maar 1 byte. De rest gaat allemaal vanuit de interrupt-handler. Hierdoor hoef je nergens handmatig delays in te bouwen en kan je programma tussendoor gewoon verder werken.

En daar geef je het antwoord al, dan gaat je programma ondertussen door, en dat is niet altijd gewenst. Uiteraard kan je een andere variabele er weer voor gebruiken die geset wordt als de interrupts klaar zijn, maar dan is de vraag waarom je uberhaupt interrupts aan het gebruiken bent. Als dat alleen is omdat een bitje dan automatisch cleared dan is dat een beetje overkill.

[kitao]

AlexanderB schreef op donderdag 01 mei 2014 @ 02:45:
Heb eens wat oude projecten onder het stof vandaan getrokken: 3d printer bouwen, zelf printplaten etsen, GPS uitlezen met microcontroller en daar een autopilot mee bouwen.

So, dat zijn er aardig wat. Projectje laten liggen en alvast bijeenrapen voor de volgende, ok, maar bij jou lag wel veel in de koelkast zeg

pryth schreef op vrijdag 02 mei 2014 @ 11:28:
Zojuist de DVD met alle uitgaves van Elex eens opgestart! Wát een tof blad zeg! Erg gedateerd, maar o zo leerzaam! Het leest ook veel makkelijker weg dan de boeken met pure theorie. Ik ben de komende weken wel zoet, met 120 uitgaves te gaan!

Ik heb ook een paar van die tijdschriften gehad, jammer dat het niet meer wordt uitgegeven. En als je toch een dvd hebt met wrs een index, kun je dan eens kijken of je een artikel kunt vinden waarin de stroom omkeert als je een weerstand omdraait ? Klinkt gek hè ?
Toch is dat zo volgens LTspice, zie dit

Ik heb het uitgetest op mijn eigen programma en de getalletjes kloppen precies. Zal een achterliggende reden hebben maar dat ontgaat mij en daarmee het nut van deze "operating point analysis" tutorial video's.

[Hans1990]

Dat is inherent aan SPICE simulatoren, waarbij onderdelen zijn met 2 terminals. De stroom meting wordt altijd gedaan adhv terminal 1 naar terminal 2.
Als je de weerstand omgekeerd in het circuit plaatst dan heeft term2 hogere spanning dan term1. Maar je moet ook realiseren dat de stroomrichting van I(R1) (die niet visueel te zien is, enkel af te leiden uit NETLIST), omgekeerd staat. Dat heft elkaar dus eigenlijk op.

[kitao]

Ok, bedankt. Netlist werd aangeklikt in de video en had die inmiddels gevonden. Maar zou het dan niet makkelijker zijn als je vantevoren kunt zien of weerstand richting a of b staat ? Want als ik de weerstand omflip dan ziet die er gewoon hetzelfde uit.

[maikel]

Sissors schreef op vrijdag 02 mei 2014 @ 12:03:
[...]

En daar geef je het antwoord al, dan gaat je programma ondertussen door, en dat is niet altijd gewenst. Uiteraard kan je een andere variabele er weer voor gebruiken die geset wordt als de interrupts klaar zijn, maar dan is de vraag waarom je uberhaupt interrupts aan het gebruiken bent. Als dat alleen is omdat een bitje dan automatisch cleared dan is dat een beetje overkill.

De voornaamste reden van die interrupts is dan natuurlijk dat je zelf niet hoeft te pollen om te zien of ie al klaar is en ook geen delays hoeft in te bouwen.
Maar het kan inderdaad op meerdere manieren.

[ Voor 3% gewijzigd door maikel op 02-05-2014 13:07 ]

[B_FORCE]

mux schreef op donderdag 01 mei 2014 @ 19:43:
Dat heet barrel (of circular power) en de locking varianten (die een soort van gefaalde standaard zouden worden voor consumentenelektronica) heten EIAJ

Mmm, daar kom ik nog niet veel verder mee.
Moet toch wel een klein plug te vinden zijn

[AlexanderB]

kitao schreef op vrijdag 02 mei 2014 @ 12:07:
So, dat zijn er aardig wat. Projectje laten liggen en alvast bijeenrapen voor de volgende, ok, maar bij jou lag wel veel in de koelkast zeg

En dat is nog niet alles ik heb nog wel 10-15 andere projecten in allerlei stadia van ontwikkeling.
Ik probeer dr zo nu en dan een af te maken, zegmaar.

De 3d printer is bijvoorbeeld namelijk weer de basis voor een aantal projecten die 3d-geprintte onderdelen vereisen.

Ben bijvoorbeeld ook bezig om m'n auto van een turbo te voorzien, daarvoor moet ook echt alles aangepast worden, en heb een paar attiny chippies die ik ga gebruiken om het een en ander aan extra meters te voorzien van signalen.

[Verwijderd]

kitao schreef op vrijdag 02 mei 2014 @ 12:40:
Ok, bedankt. Netlist werd aangeklikt in de video en had die inmiddels gevonden. Maar zou het dan niet makkelijker zijn als je vantevoren kunt zien of weerstand richting a of b staat ? Want als ik de weerstand omflip dan ziet die er gewoon hetzelfde uit.

een weerstand omdraaien en dan verandert er iets.. (1 april is al geweest hoor)

[ Voor 7% gewijzigd door Verwijderd op 02-05-2014 16:56 ]

[Ploink]

Hier een handige header file die ik gebruik, ergens op het internet gevonden. Dit maakt het goochelen met bits een stuk overzichtelijker, zonder steeds weer die shifts en bitwise operators. De compiler zoekt zelf wel uit wat de snelste oplossing is om een bitje te addresseren.
De pin definitie aan het begin van de code maakt het simpel om de pins te wijzigen.
Ik vind het zelf erg handig, dus ik dacht ik deel het even.
Dit is voor avr-gcc, weet niet zeker of het met andere compilers net zo werkt.

C: bits.h

 
#include <stdint.h>

typedef struct { 
    unsigned int bit0:1; 
    unsigned int bit1:1; 
    unsigned int bit2:1; 
    unsigned int bit3:1; 
    unsigned int bit4:1; 
    unsigned int bit5:1; 
    unsigned int bit6:1; 
    unsigned int bit7:1;
} _bits;

#define _BIT(rg,bt) ((volatile _bits*)&rg)->bit##bt
#define BIT(rg,bt)  (_BIT(rg,bt))

Als ik even het stukje code van Hipska misbruik om te tonen hoe het werkt:

C:

#include "bits.h"

// (weet niet welke pins het zijn, dus ik vul maar wat in hier - Ploink)
#define DRIVERENABLE      BIT(PORTD,0);
#define RECEIVEDISABLE    BIT(PORTD,1);
#define PORTDDIR 0b00000011


int main(void) {
    DDRD=PORTDDIR;

    // set tranceiver in send mode
    DRIVERENABLE=1;
    RECEIVEDISABLE=1;
            
    while (!BIT(UCSR0A,UDRE0));
    UDR0 = SendByte;
    while (!BIT(UCSR0A,UDRE0));
    UDR0 = SendByte;
    while (!BIT(UCSR0A,UDRE0));
    BIT(UCSR0A,TXC0)=1;
    UDR0 = SendByte++;
    while (!BIT(UCSR0A,TXC0));

    // set tranceiver in receive mode
    DRIVERENABLE=0;
    RECEIVEDISABLE=0;
}

[Icekiller2k6]

Ploink schreef op vrijdag 02 mei 2014 @ 18:20:

C: bits.h

 
#include <stdint.h>

typedef struct { 
    unsigned int bit0:1; 
    unsigned int bit1:1; 
    unsigned int bit2:1; 
    unsigned int bit3:1; 
    unsigned int bit4:1; 
    unsigned int bit5:1; 
    unsigned int bit6:1; 
    unsigned int bit7:1;
} _bits;

#define _BIT(rg,bt) ((volatile _bits*)&rg)->bit##bt
#define BIT(rg,bt)  (_BIT(rg,bt))

Iemand die weet waarom de deifne zo raar is?
Je komt toch perfect 'weg' met 1?

code:

#define BIT(rg,bt)  ((volatile _bits*)&rg)->bit##bt

[Ploink]

Dacht ik eerst ook, maar toen ik dat probeerde bleek het soms niet goed te werken.
Er is een reden voor maar ben ik vergeten...

Ik denk dat de haakjes om de constructie soms nodig zijn als je het gebruikt, operator precedence enzo.

Dan zou dit genoeg zijn:

C:

#define BIT(rg,bt) (((volatile _bits*)&rg)->bit##bt)

EDIT: Nee, dat werkt niet. Ik heb even wat getest met macro expansion. Zo krijg je de expansie te zien:

avr-gcc -E main.c

Bijvoorbeeld:

C:

BIT(UCSR0A,UDRE0) 
//expandeert dan in:
(((volatile _bits*)&UCSR0A)->bitUDRE0)

Dat komt doordat UDRE0 zelf ook een macro is, je hebt dus eerst een macro expansie nodig van de macro UDRE0, voordat je de volledige macro kan expanderen Een macro in een macro dus.

[ Voor 84% gewijzigd door Ploink op 02-05-2014 19:49 ]

[Hans1990]

Microchip heeft al jaren hun libraries op die manier geschreven.

Je hebt bvb T1CON (het echte register) en T1CONbits (waarbij alle bits zijn uitgeteld). In dat geval hebben ze structs voor elk register gemaakt die zo zijn ingedeeld.
Je kan dus T1CONbits.TON = 1; schrijven en werkt prima. Ook niet nodig om dus zelf te definieren welke bit je addresseert.

Dat is dan heel eenvoudig in een macro te stoppen als, #define TIMEBASE_ENABLE T1CONbits.TON (oid).

Het de compiler laten uitzoeken is idd wel handig, maar soms loont het toch om zelf uit te zoeken wat bvb de waarde van een TRIS register moet worden. Als ik 8x een bit naar een TRIS register schrijf, genereert het met de XC8/XC16(=GCC) compiler ook 8 instructies met bitset/clear.
Opzich niet heel boeiend, behalve dat ik op een dag nog 3x7 instructies kan besparen door het anders te schrijven.. maar sja, code leesbaarheid of optimale compiled code

[ Voor 10% gewijzigd door Hans1990 op 02-05-2014 20:06 ]

[RobV]

Voor de beginners die twijfelen of ze met AVR of met PIC aan de slag moeten, volgt hier de ongezouten mening van Dave Jones van een oaar jaar geleden: "It doesn't bloody well matter”,

http://youtu.be/DBftApUQ8QI

[Verwijderd]

RobV schreef op zaterdag 03 mei 2014 @ 10:43:
Voor de beginners die twijfelen of ze met AVR of met PIC aan de slag moeten, volgt hier de ongezouten mening van Dave Jones van een oaar jaar geleden: "It doesn't bloody well matter”,

http://youtu.be/DBftApUQ8QI

hahahaha .. even een spiegel voorhouden

[kitao]

Mogge,
Ik heb een algemene tip voor een gratis tekenprogramma, ExpressPCB.
Je kunt er ook schema's mee maken en daar was het mij om te doen. Goeie bibliotheek zit erin met veel componenten. Had eerst moeite om alles goed op schaal te krijgen maar na 3 uurtjes oefenen, vanaf totaal onbekend ermee tot nu, is dit wat er voorlopig uitkomt :
Een printpreview op A4 formaat na exporteren van bestand als afbeelding en dan openen in paint. Deze uitgeprint en is prima om te lezen. Drie IC's boven elkaar is echter wel een beetje het maximum (in landschap view) maar als ik goed begrepen heb is er een optie om pagina's te koppelen. En anders stukje plakband
_{klik -zoom}
Ps, overigens kun je natuurlijk ook direkt vanuit het programma printen, zitten wat trucjes aan vast maar is teveel om hier effe neer te pennen.

[ Voor 7% gewijzigd door kitao op 03-05-2014 11:04 ]

[Ploink]

kitao schreef op zaterdag 03 mei 2014 @ 10:59:
Mogge,
Ik heb een algemene tip voor een gratis tekenprogramma, ExpressPCB.

Is dat niet van die vendor lock-in software?
M.a.w, het is niet gratis want je kan alleen maar bij hun je printjes laten bakken omdat het geen standaard gerber output geeft.
"$51 for three boards (plus shipping)"
Dus geen 10 chinese printjes voor $15 inc shipping...
Leuk voor 1 of 2 ontwerpjes, maar als je het vaak gebruikt wordt het duur. Bovendien zit je vast aan de mogelijkheden van 1 fabrikant, maakt die ook alu of flex pcb?

Als ik even zoek vind ik wel hacks om toch gerber te krijgen, maar ideaal is het niet.

DesignSpark van RS is gratis en heeft wel Gerber, misschien is dat iets?

RobV schreef op zaterdag 03 mei 2014 @ 10:43:
Voor de beginners die twijfelen of ze met AVR of met PIC aan de slag moeten, volgt hier de ongezouten mening van Dave Jones van een oaar jaar geleden: "It doesn't bloody well matter”,

http://youtu.be/DBftApUQ8QI

Pff wat een oeverloos geleuter van die vent, viel bijna in slaap na 2 minuten
Arduino heb ik ook geprobeerd op een blauwe maandag, met een eigen bordje. Hel en verdoemenis riep ik over mij af omdat ik een 20MHz xtal had gebruikt ipv de 'normale' 16MHz. Mijn echte originele JTAGICE mkII werkt ook niet met Arduino.
Als je alles standaard houdt binnen het Arduino ecosysteem, prima, maar je kan niet eens een extra compile of link optie meegeven! Exit Arduino voor mij
Ik spreek het zo uit: Ardui? NO!

[ Voor 33% gewijzigd door Ploink op 03-05-2014 11:40 ]

[kitao]

@Ploink, goed dat je dat erbij zet voor diegenen die er mss pcb's mee willen maken. Van die $51,- had ik ook gelezen en naar bestandstype heb ik eigenlijk niet gekeken, ik wou enkel een makkelijk en redelijk goed schema-tekenprogramma en wat dat betreft voldoet het aan mijn verwachting en is gratis. Als je zoiets met paint wil maken ben je een dag bezig. Ik had graag al langer zoiets willen hebben maar er zit een achtergrond aan vast waarom ik daar vandaag op kwam. Is namelijk zo dat Sebastius in zijn blog een schema heeft staan waar ik geen wijs uit kan worden. Ik bedoel, als je op de 74LS191 kijkt zie je bijvoorbeeld geen pinnetje "ripple" staan. Dat is geen afkraken - het is juist knap dat hij met datzelfde schema, wat weer door iemand was getekend, toch een structuur in heeft kunnen vinden. Ik vind het leuk om te tekenen dus om te oefenen heb ik zijn handgetekende schema als uitgangspunt genomen, althans een gedeelte daarvan. Dat Designpark beter geschikt is om te koppelen aan het laten maken van pcb's heb ik niet bij stilgestaan maar kan voor een ander wel een punt van overweging zijn. Ziet er iig goed uit als ik een willekeurige afbeelding ervan bekijk:

[Sprite_tm]

Ploink: Je moet je ook wel beseffen waarvoor de Arduino gemaakt is: artiesten en beginners. Als je wat gevorderder bent en je kent het klappen van de zweep veranderen de voordelen (Geen geneuzel met klokfrequenties! Geen programmer nodig! Geen moeilijke debugsystemen!) ineens in nadelen (Geen mogelijkheid tot eigen klok? Beperkt tot de Arduino-bootloader? Geen jtag-aansluiting?). Ik ben zelf ook geen gebruiker vande Arduino, maar ben er niet noodzakelijk tegen; uiteindelijk heeft het toch hele volksstammen aan de microcontroller geholpen.

Kitao: Naast documentatie is een voordeel van schema's maken ook dat je er makkelijk controleerbare netlists mee kan maken. Het truukje is om die te importeren in je PCB-bak-programma zodat dat programma automatisch kan controleren of je printplaat doet wat je in het schema getekend hebt, of zelfs dmv autorouting zelf de spoortjes uit kan tekenen. Daarom is het voor heel veel mensen belangrijk dat hetzij het tekenprogramma hetzij de PCB-bak-software algemeen bruikbare formaten uitspuugt. Als jij denkt alleen schema's te gaan maken zal 't programma prima werken tho'.

[ Voor 34% gewijzigd door Sprite_tm op 03-05-2014 11:53 ]

[kitao]

En ik ben juist blij dat ik van de basicstamp ben afgestapt (PIC16F57). Ben toch achteraf liever met C-georienteerd bezig als met Pbasic. Plus dat er amper iemand is in nederland die ook met dat bord bezig was. Op zich niet zo'n probleem want een forum kent geen landsgrenzen maar is fijner als je tenminste in je eigen taal info kunt uitwisselen.

[Ploink]

Heb je gelijk in Sprite, was ook meer een persoonlije rant
Mijn allereerste kennismaking met Arduino was met een micro of nano die je direct in usb kan stoppen en met de IDE programmeren. Ik moest voor iemand iets fabrieken met LCD, ledjes en knopjes en was in een dag klaar. Je hoeft niet de atmega goed te kennen om te beginnen.
Voor dat soort werk is het goed, maar als je eigen printjes maakt voor specifieke toepassingen dan kun je beter traditioneel gaan programmeren.
Met Arduino weet je niet exact wat er achter de schermen gebeurt. Die idioot trage digitalread/write met hun eigen pin nummering waar je omheen moet werken voor een beetje snelheid, beginnen met cli() omdat het timer tick interrupt mijn eigen timings verstierde, etc...

[Hans1990]

Op het werk gebruiken we de Arduino runtime wel voor one-off projecten waarbij de service lui op maat gemaakte installaties aan elkaar kunnen knopen met (bij voorkeur/uitstek) zo simpel mogelijke programma's. Dit zijn ook lui die geen kaas hebben gegeten van *echt* embedded programming. We hebben dan wel een eigen printje met wat meer "industrial" connections, plus CAN bus.


Over BasicStamp. Ik las er toen wat over hier in het topic, maar nooit echt gekeken naar die PIC16F57. Dat deed ik laatst toevallig (goedkoopste PIC controller oid) en met mijn verbazing zag ik dat die PIC zo uitgekleed is het niet eens 1 interrupt heeft. Dat is wel erg extreem... ik zou weinig programma's kunnen bedenken die geen baat hebben bij een interrupt (nog niet eens over het leer aspect van zo'n pakket). Zelfs een PIC12F675 ofzo (8-pin PIC) heeft interrupts & A/D converter.

[kitao]

Ploink schreef op zaterdag 03 mei 2014 @ 11:22:
Arduino heb ik ook geprobeerd op een blauwe maandag, met een eigen bordje. Hel en verdoemenis riep ik over mij af omdat ik een 20MHz xtal had gebruikt ipv de 'normale' 16MHz. Mijn echte originele JTAGICE mkII werkt ook niet met Arduino. Als je alles standaard houdt binnen het Arduino ecosysteem, prima, maar je kan niet eens een extra compile of link optie meegeven! Exit Arduino voor mij. Ik spreek het zo uit: Ardui? NO!

Ok, kan, ik zie hier codes voorbij komen dat is puur chinees voor mij. Ik weet ook niet wat jtag is maar ik weet wel dat er in een arduino avr's zitten. Pas dit nogmaals gelezen, de intro uit het boek practical avr microcontrollers van de schrijver Alan Trevennor. Dat begint zo :

Why AVR?
There are, in fact, a large number of different (and software-incompatible) microcontroller families on the
market, of which AVR is one. Probably the market leader in this field is the PIC (Programmable Intelligent
Computer6). PIC was gradually developed as an upgrade to a previous generation of microprocessors by General Instruments in the early 1980s. The product line was inherited by Microchip Technologies—the commercial successors to GI—which by the mid-1990s had added additional refinements such as on-chip user-writable program memory.
PIC chips offer excellent value and there is a lot of support software and hardware available for them—they
deserve their success. However, PIC chips are not especially clock efficient. That is, a PIC chip driven at a certain clock rate will not achieve as much useful work as other microcontrollers, due to certain inefficiencies inherent in the PIC architecture.7 The PIC was not originally designed around a RISC methodology (see the following section)—whereas the AVR family of microcontrollers has a more recent design and is RISC to the core. To answer the preceding question, “Why AVR?,”I am a fan of AVR because it is fast, well designed, easy to use, well supported, and cheap to buy.
Some History: The Computer Industry Takes a RISC

Etc, etc, over risc, cisc, en kiss. Nou merk ik dat verschil in snelheid niet natuurlijk maar als ik dat allemaal zo lees hebben de microchips te kampen met het feit dat ze ergens in de middeleeuwen in gebruik zijn genomen.

[Ploink]

kitao schreef op zaterdag 03 mei 2014 @ 12:02:
En ik ben juist blij dat ik van de basicstamp ben afgestapt (PIC16F57). Ben toch achteraf liever met C-georienteerd bezig als met Pbasic.

Dat is een 12bit PIC, extreem beperkt inderdaad, 2-level stack...
Ik heb wel veel ASM gedaan met 14bit varianten van PIC16, die hebben wel IRQs en diepere stack. Ik heb nog relatief weinig ervaring met C voor microcontrollers, maar soms verlang ik terug naar ASM. Ik mis het CARRY bit... Het had toch wel zijn voordelen, lekker compact en simpel voor zaken als bit-banging SPI, I2C etc. Er draait nog steeds ergens een systeem van mij op PIC ASM (16F627) met een stuk of 80 RS485 slaves nodes en een heleboel i/o, al 10 jaar zonder storingen

@kitao: JTAG is best wel cool
Mijn eerste AVR project had een Atmega324p, iets groter dan de 328 en met JTAG.
Dit maakt een snelle in-system debugging mogelijk, dus singles-step, breakpoints, etc. Je kan bij elke break zien wat er in alle registers zit, je variabelen, de status van de pinnen, etc. Het is ideaal als je wil leren wat de MCU precies doet want je kan het stap voor stap volgen.
Je hebt een dure programmer als de JTAG-ICE2 nodig voor alle debug features, maar er zijn ook chinese klonen die voor weinig hetzelfde kunnen.

[kitao]

Hans1990 schreef op zaterdag 03 mei 2014 @ 12:27:
Over BasicStamp. Ik las er toen wat over hier in het topic, maar nooit echt gekeken naar die PIC16F57. Dat deed ik laatst toevallig (goedkoopste PIC controller oid) en tot met mijn verbazing zag ik dat die PIC zo uitgekleed is het niet eens 1 interrupt heeft. Dat is wel erg extreem... ik zou weinig programma's kunnen bedenken die geen baat hebben bij een interrupt (nog niet eens over het leer aspect van zo'n pakket). Zelfs een PIC12F675 ofzo (8-pin PIC) heeft interrupts & A/D converter.

Ik ga het nu niet opzoeken of er wel of geen interrupt in de basicstamp zit of een a/d. Maar als je het over het leerpakket hebt van parallax dan is dat wel 10x zo beter als de bij elkaar geraapte flarden van arduino wat je op het net kunt vinden. Ok, boeken zijn er zat maar waar je officieel behoorlijk wat moet neertellen voor bijvoorbeeld een cookbook kun je bij parallax soortgelijke lectuur gratis downloaden. En ieders opvatting over wat de waarde is van een leertraject verschilt, met de basicstamp liet ik een ledje knipperen, dat doe ik nu nog steeds. Borroz heeft daar zelfs een tft voor ingeschakeld
@Ploink, ik zal de Jtag eens opzoeken, komt goed

[ Voor 2% gewijzigd door kitao op 03-05-2014 12:51 . Reden: toevoeging ]

[Ploink]

kitao schreef op zaterdag 03 mei 2014 @ 12:33:
[...]

Etc, etc, over risc, cisc, en kiss. Nou merk ik dat verschil in snelheid niet natuurlijk maar als ik dat allemaal zo lees hebben de microchips te kampen met het feit dat ze ergens in de middeleeuwen in gebruik zijn genomen.

PIC16 ja, maar PIC24 is veel beter wat dat betreft. De features zijn erg indrukwekkend, daar kan Atmel nog wat van leren.

Een interessante feature is bijvoorbeeld "Peripheral Pin Select for flexible pin mapping". Zo kun je softwarematig instellen op welke fysieke pins je de TX en RX pins functie hebben. Je bent dan veel minder gebonden aan een specifieke hardware layout, bovendien kun je de pins dynamisch switchen om dan weer met de GPS module, dan weer met de Bluetooth module te praten - als 4 uarts niet genoeg is. Bijna alle peripherals kun je zo op de gewenste pin mappen. Verder zijn een aantal pins 5V tolerant, terwijl de chip zelf op een lager voltage werkt.
Ik heb een keer hardware voor iemand gemaakt met een "hello world" applicatie en ik was best wel onder de indruk van wat ie allemaal kan.
Dan heb je wel een nadeel te pakken, hij is vrij complex. Er is nog niet zoveel in het public domain en de library van Microchip vond ik niet gebruiksvriendelijk.

[ Voor 7% gewijzigd door Ploink op 03-05-2014 15:21 ]