De EL-kroeg - Deel 3

[mux]

Pf, wat moeilijk. Op dealextreme heb je single cell li-ion/li-poly laders voor 5 dollar ofzo. Of je bent een echte man en koopt een graupner multi-cell balancer+charger

[Fuzzillogic]

Verwijderd schreef op woensdag 01 juli 2009 @ 17:39:
Nu zag ik een folder van de Aldi waarin een Solar Power Pack wordt aangeboden, een zonnepaneeltje met ingebouwde Li-Ion accu die opgeladen kan worden door de zon (duh) of via USB/adapter. Opgeladen kan je 'm gebruiken voor het opladen van andere apparatuur. Eigenlijk lijkt zo'n ding mij handiger dan voorgaande optie, de uitgangsspanning is al 5 volt en er zitten nog extrea zonnepanneeltjes bij ook!

Ik heb een tijdje geleden iets soortgelijks aangeschaft, de A-Solar AM-101. Leuk en aardig, maar dat zonnepaneeltje zit er dus écht voor de sier op. Volstrekt nutteloos. Zelfs in de volle juni-zon lukt het niet om de interne accu daarmee op te laden.

Reactie van A-Solar:

Het lijkt erop dat u geen slecht exemplaar heeft maar andere verwachtingen dan die een solar lader waar kan maken. Het is natuurlijk zo dat vanwege het kleine oppervlak van de zonnecel en het weer in Nederland het lang duurt om hem helemaal via de zon op te laden.

"lang" is dus een understatement. Ik voel me enigszins bekocht eigenlijk. Ik gok dat dat met dat apparaat van de Aldi niet beter zal zijn. Dus via USB/5V opladen.

Overigens gaat die a-solar wat lastig open, anders had ik er eens wat meer metingen op losgelaten om te zien waarom het ding nou daadwerkelijk zo beroerd presteert. Ik vermoed dat het aan het laadcircuit ligt, want met een lege accu weet-ie evengoed nog wel 5,5V eruit te persen op de uitgang als je hem in het licht legt. Maar dan komt-ie niet veel verder dan enkele tientallen mA ofzo.

[Tomfish]

Heeft iemand hier ervaring met het programmeren in C van een PIC ( 16F628A ). Ik krijg hem niet omgezet naar een werkende HEX file. ( programmeren in assembler heb ik geen ervaring mee ). Ondanks 0 foutmeldingen, krijg ik geen beweging in m'n chip. In een PIC simulator werkt hij wel naar behoren.

edit:

code:

void main() {
  PORTB = 0;                             // initialize PORTB
  TRISB = 0;                             // configure PORTB as output

  do {
    PORTB = 255;
    Delay_ms(500);
    PORTB = 0;
    Delay_ms(500);
  } while (1);
}

Een simpel programma zoals hierboven werkt niet op m'n pic wanneer ik deze door MikroC om laat zetten naar een .hex file. Wanneer iemand wel een goed werkende compiler heeft, geef even een gil wil je

[ Voor 52% gewijzigd door Tomfish op 01-07-2009 21:41 ]

[kippy]

@hierboven

Wel de juiste H file geinclude? De file die bedoeld is voor die controller. Heb zelf geen ervaringen met pic controllers, maar voor atmel is dat erg belangrijk. Oh en heb je de fuses goed gezet voor het programeren?

[Verwijderd]

ssj3gohan schreef op woensdag 01 juli 2009 @ 17:50:
Pf, wat moeilijk. Op dealextreme heb je single cell li-ion/li-poly laders voor 5 dollar ofzo. Of je bent een echte man en koopt een graupner multi-cell balancer+charger

Ok, dan heb ik een lader ... en dan? Ik bedoel, dan moet ik nog cellen hebben en m'n spanning omhoog brengen naar 5 volt ... Dan kan ik beter de reserve lader van m'n PDA pakken met een bijpassende accu, die accu's hebben een mooi plat formaat en er zit een chip in die via dallas 1 wire uit te lezen is - dus kan ik ook meteen een battery status monitor toevoegen.

Dat solar power pack ding heeft een laad circuit, levert 5 volt en heeft ook zo'n plat formaat. Ik verwacht niet dat daar zo'n monitor chip inzit, da's dan wel weer jammer ...

Ik moet zeggen dat ik ook geen idee heb wat er nodig is om de spanning naar 5 volt te krijgen?

[Verwijderd]

@Xtresis: Zoals al vermeld, check je configuratie settings. 99,99999% zeker dat daar je probleem zit, en als dat het niet is dan is het de pullup aan je MCLR

[mux]

_Danny_: hm, ok, ik heb je bericht helemaal verkeerd gelezen. Wat is er precies mis met zelf een boostconvertertje maken? Heb je een attiny13 liggen? Sloop wat willekeurige componenten van een moederbord af en ik wed dat je er een boostconverter van kunt maken (gezien ik het zelf ook zo doe).

[Verwijderd]

ssj3gohan schreef op donderdag 02 juli 2009 @ 09:50:
_Danny_: hm, ok, ik heb je bericht helemaal verkeerd gelezen. Wat is er precies mis met zelf een boostconvertertje maken? Heb je een attiny13 liggen? Sloop wat willekeurige componenten van een moederbord af en ik wed dat je er een boostconverter van kunt maken (gezien ik het zelf ook zo doe).

Ok, ik heb dit schemaatje gevonden van Sprite_tm dat ziet er vrij eenvoudig uit ... wat is de invloed van de waarde van de spoel?

[Sphere-]

Een microcontroller based switching power supply is natuurlijk niet echt aan te raden!

[mux]

Te kleine waarde en/of te lage pwm-frequentie betekent dat je in DCM komt (discontinuous conduction mode) en dan valt je spanning en/of stroom aan de load te laag uit (dan gelden andere rekenregels). Ik denk dat het internet wel genoeg rekenvoorbeelden geeft verder.

@hierboven: ach, het kan prima, zolang je zodanig netjes programmeert dat je op elk moment maar één interrupt in de rij hebt staan.

[ Voor 20% gewijzigd door mux op 02-07-2009 14:56 ]

[Sprite_tm]

@_danny_

Dat is wat vaag, heeft met de efficientie te maken. Google wat rond en je vind wel een calculator waarmee je de beste waarde bij bepaalde frequenties en spanningen kan berekenen. Doordat je vaak een auto-compenserend geheel maakt is 't vaak niet enorm kritiek tho'.

[TommyboyNL]

Het lijkt mij wel een mooi idee om een "The Great Internet Migratory Box Of Electronics Junk" ( http://www.evilmadscientist.com/article.php/junkbox ) los te laten in Nederland, alleen zijn er wat weinig mensen die aangegeven hebben er een te willen hebben, slechts twee namelijk, en volgens mij lopen zij beiden hier rond (onder andere onze goede vriend sprite). Dus lijkt het je wat om zo'n hippe doos te ontvangen, schrijf je dan in op http://tgimboej.org/Box_Requests .

[IJnte]

Ik zit even wat te puzzelen met wat elektronica schakelingetjes.. Ik moet van een 42V AC signaal weten of het aanwezig is of niet. Dit "aanwezig zijn of niet" signaal moet 0 of 5V DC zijn. Nu kan ik wel het eerste stuk van een voeding pakken (gelijkrichter, weerstandje, zenertje, optofetje) maar dit moet toch simpeler kunnen lijkt me. Iets van een eenvoudige peakdetector met een reset zou ook moeten kunnen, ware het niet dat dit een wat dure oplossing is. Iemand een eenvoudig idee om een 42V AC signaal te detecteren om te zetten naar een TTL (5V) signaal Enige eis die er een beetje aan zit, is dat het signaal binnen 50ms gedetecteerd kan worden, en (bij uitschakeling van het 42V AC signaal) de uitgang weer "0" is ..

[Steefph]

IJnte schreef op vrijdag 03 juli 2009 @ 15:44:
Ik zit even wat te puzzelen met wat elektronica schakelingetjes.. Ik moet van een 42V AC signaal weten of het aanwezig is of niet. Dit "aanwezig zijn of niet" signaal moet 0 of 5V DC zijn. Nu kan ik wel het eerste stuk van een voeding pakken (gelijkrichter, weerstandje, zenertje, optofetje) maar dit moet toch simpeler kunnen lijkt me. Iets van een eenvoudige peakdetector met een reset zou ook moeten kunnen, ware het niet dat dit een wat dure oplossing is. Iemand een eenvoudig idee om een 42V AC signaal te detecteren om te zetten naar een TTL (5V) signaal Enige eis die er een beetje aan zit, is dat het signaal binnen 50ms gedetecteerd kan worden, en (bij uitschakeling van het 42V AC signaal) de uitgang weer "0" is ..

42V over twee hoog ohmige weerstanden delen. Daarna schakelingetje met diode die een Cap oplaad om zo de nul doorgang te overbruggen. En een weerstand om de Cap ook weer te ontladen.

Maar moet het geheel trouwens ook elektrisch gescheiden zijn?

[JER00N]

IJnte: ik zou het met een optocoupler proberen. Heb je meteen een galvanische scheiding. Neem er eentje met twee antiparallele led's zodat hij zowel op de positieve als negatieve helft geleidt.

Zoiets, uit het hoofd:



Weet niet zeker of het werkt maar het lijkt me wel. In plaats van een 'gewone' optocoupler kan je ook een opto-mos/optofet (hoe het ook mag heten) gebruiken, dan heb je die spanningsval niet.

Voorschakelweerstand voor de leds moet je nog even uitrekenen (denk iets van 3k9 of 4k7).

[ Voor 8% gewijzigd door JER00N op 03-07-2009 16:10 ]

[IJnte]

Ik ga van et weekend eens even simuleren. Dit ziet er goed uit inderdaad. Geen overbodige componenten eromheen.. Ik moet et namelijk 84x toepassen 9:
Elektrisch gescheiden is inderdaad wel wenselijk ja. De oplossing van JER00N ziet er op het eerste gezicht goed uit. Ik moet even kijken wat die schakeling doet bij een nuldoorgang.. Wellicht gaat die OUT dan alsnog heel even naar nul toe. Dat moet ik zien te voorkomen. Ik moet namelijk de output van de schakeling gaan gebruiken voor een test. Als ik net op het verkeerde moment sample (dus tijdens een nuldoorgang) dan ben ik niet goed aan het meten. Wellicht zou ik achter die schakeling nog een S/H IC'tje moeten zetten, maar dit drijft de kosten weer op.

[JER00N]

Wat ie rond de nuldoorgang doet is idd een beetje lastig te zeggen ja. Een optomos schakelt meestal wat langzamer (duurt een paar ms), misschien kan je daar gebruik van maken...

Opto's zijn trouwens ook niet altijd even goedkoop, je zit toch al gauw aan een euro per stuk. Dus als je er 84 van moet hebben gaat dat misschien wat prijzig worden.

[IJnte]

Als het maar robuust is, en niet al te veel printoppervlakte opneemt.. Et budget aspect is van latere zorg Ik kan natuurlijk aan het uiteinde van jou schakelingetje (dus bij OUT) gewoon een C'tje met een weerstandje opnemen (parallel), zodat ik een nuldoorgang even op kan vangen (10ms). Het weerstandje zorgt er dan wel voor dat et Ctje ontladen wordt als er geen input spanning meer is..

[Steefph]

Wat je ook nog kan doen is ipv voltage, stroom meten (weet natuurlijk niet hoeveel erloopt). Dan zou je bv. hall sensoren boven/onder de te meten sporen kunnen plaatsen.

[IJnte]

Dat gaat wel weer wat ver hoor.. Ik wil gewoon weten of er 42V AC (50Hz) aanwezig is (of wat minder mag ook), en dat op TTL niveau verder gebruiken. Stroom meten lijkt me daar niet geschikt voor.

[Tomfish]

kippy schreef op donderdag 02 juli 2009 @ 00:05:
@hierboven

Wel de juiste H file geinclude? De file die bedoeld is voor die controller. Heb zelf geen ervaringen met pic controllers, maar voor atmel is dat erg belangrijk. Oh en heb je de fuses goed gezet voor het programeren?

Ik heb geen files om te includen ( tenmsinte, ik heb geen 16F628A.h op de computer staan, deze kan ik dan ook niet includen? ). Fuses heb ik geen idee van, moet ik even opzoeken.

[Stoney3K]

TommyboyNL schreef op vrijdag 03 juli 2009 @ 15:35:
Het lijkt mij wel een mooi idee om een "The Great Internet Migratory Box Of Electronics Junk" ( http://www.evilmadscientist.com/article.php/junkbox ) los te laten in Nederland, alleen zijn er wat weinig mensen die aangegeven hebben er een te willen hebben, slechts twee namelijk, en volgens mij lopen zij beiden hier rond (onder andere onze goede vriend sprite). Dus lijkt het je wat om zo'n hippe doos te ontvangen, schrijf je dan in op http://tgimboej.org/Box_Requests .

Leuk idee, en ik weet nog wel een paar kandidaten. Count me in!

(overigens kan dit natuurlijk ook als een GoT "Unofficial" TGIMBOEJ geregeld worden. )

[Kaj.]

TommyboyNL schreef op vrijdag 03 juli 2009 @ 15:35:
Het lijkt mij wel een mooi idee om een "The Great Internet Migratory Box Of Electronics Junk" ( http://www.evilmadscientist.com/article.php/junkbox ) los te laten in Nederland, alleen zijn er wat weinig mensen die aangegeven hebben er een te willen hebben, slechts twee namelijk, en volgens mij lopen zij beiden hier rond (onder andere onze goede vriend sprite). Dus lijkt het je wat om zo'n hippe doos te ontvangen, schrijf je dan in op http://tgimboej.org/Box_Requests .

Hm, zou zweren dat ik me daar een tijdje geleden ook voor had ingeschreven.
Nog maar eens doen dan.

[TommyboyNL]

Stoney3K schreef op zaterdag 04 juli 2009 @ 07:31:
[...]
(overigens kan dit natuurlijk ook als een GoT "Unofficial" TGIMBOEJ geregeld worden. )

Is inderdaad ook een optie. Eerst maar eens kijken of er wel genoeg interesse is. Als de doos maar 4 mensen aan doet, is het natuurlijk ook wat saai.

[Anthor]

afaik is er via 4hv.org al een Box in Nederland

Een GoT - TGIMBOEJ box zou ik ook wel willen ontvangen.
En als je volgens deze richtlijnen een box start (of er één splits) dan is er niks onofficieels aan.
(ik heb zelf niet genoeg spul om er eentje te starten)

[Rmg]

Lijkt me een leuk project heb nog wel wat dingetjes

[Verwijderd]

Ik ben helemaal voor een GGRDMER (GoT's Grote Reizende Doos Met Electronische Rotzooi). Mijn vrouw springt een gat in de lucht als ik een beetje van mijn (electro!) rotzooi in een doos stop en verstuur

Ik denk dat we gewoon een topic moeten openen en beginnen? Iedereen die graag een doos wil ontvangen geeft zich op, idereen die denkt dat 'ie genoeg rotzooi heeft begint met een doos. Via P.M. kunnen adressen uitgewisseld worden en eenieder die de doos ontvangen heeft geeft in de topic aan wat hij/zij uit de doos heeft gehaald en naar wie de doos toegaat.

Het lijkt mij op zich leuker niet te vermelden in de topic wat je toegevoegd hebt, dan blijft het voor alle deelnemers een verrassing. In het topic dus enkel wat eruit gehaald is, eventueel met foto's. In het bijbehorende logboek vermeld je natuurlijk wel wat er uit is gegaan en wat toegevoegd is.

Overigens lijkt het me ook leuk om te weten waar de "rotzooi" uiteindelijk voor gebruikt is

[TommyboyNL]

Klinkt als een plan! Op circuitsonline heb ik ook een topic geopend, en daar is ook wel interesse in deze doos: http://www.circuitsonline.net/forum/view/75102 . Er is vast wel wat te combineren met de twee (deels overlappende) groepen geïnteresseerden.

[virus.elektro]

mij lijkt dit ook wel wat. ik heb wel wat vulling hier

[sebastius]

Ik heb heel veel spulletjes om te doneren eventueel voor de reizende doos

[Boudewijn]

Ik wil ook wel meedoen, heb ook meuk genoeg.

[Tomfish]

Weet iemand een programma om PIC's in C te schrijven en daarna om te zetten naar een werkende HEX file? Ik heb MikroC en MPLAB al geprobeert, echter werken beide niet zoals het hoort. MikroC heeft geen include files voor PIC's en de HEX files werken niet, MPLAB heeft geen werkende C compiler.

Ik heb voor MikroC nu dit gemaakt ( simpeler kan niet )

code:

void main(){
PORTB = 0;
TRISB = 0;

  while(1)
  {
    PORTB= ~PORTB;
    Delay_ms(500);
  }
}

Maar er gebeurt niets op m'n 16F628A. Ook kan ik nergens vermelden dat ik geen externe clock gebruik, maar de interne van 20Mhz. Nu dacht ik een .h file voor de 16F628A te downloaden ( waarom zitten die er niet standaard bij ? ) om hem vervolgens te includen. Helaas krijg ik hierbij de foutmelding waarvan in de betekenis niet ken en kan achterhalen.

code:

Specifier needed     p16f628a.h

Kan iemand wellicht mij verklaren wat ik hier verkeerd doe? Ik kom er totaal niet meer uit, terwijl ik voor de rest geen foutmeldingen in het programma heb. Andere HEX files doen het wel wanneer ik deze in de PIC laad, de PIC is dus niet defect.

[DaWaN]

Xtresis schreef op zondag 05 juli 2009 @ 20:22:
Ook kan ik nergens vermelden dat ik geen externe clock gebruik, maar de interne van 20Mhz.

Kan iemand wellicht mij verklaren wat ik hier verkeerd doe?

MicroC is speciaal voor PIC µC's, je zult even moeten kijken of er een voorbeeld bij de compiler zit (volgens mij zitten er plenty bij) en de juiste include files voor een 16F628A moeten er ook zeker bijzitten.

Het instellen van de klok gaat via de fuses en de HEX heeft daar dus niets mee te maken.

Ik heb het idee dat je niet echt moeite doet om dingen op te zoeken om heel eerlijk te zijn. MikroC is verreweg één van de meest eenvoudige en goed gedocumenteerde compilers dus ik heb niet het idee dat je ook maar enige moeite hebt gedaan voor die include files.....

Overigens kun je ook proberen wat te schrijven in ASM voor MPLAB, dat helpt je ook iets meer te begrijpen van de (verouderde) PIC architectuur.
http://www.mstracey.btinternet.co.uk/pictutorial/picmain.htm
Lees die tutorial eens door en probeer eens in ASM een hex te bouwen die hetzelfde doet. Denk niet HELP!!! ASM, je zult versteld staan van de eenvoud van ASM als het op simpele dingen aankomt

[3V3RT]

Er is wel degelijk een C compiler voor PIC's van microchip, echter loont het niet om voor 8-bit's PIC's C code te schrijven imho. De optimalisatie laat nogal te wensen over. Mocht je echter in een hogere range zitten dan kan dat weer wel en loont het zeker om C code te gebruiken, vooral voor initialisatie. Voor time-critical processen kan je dan beter terugstappen naar ASM (wat je gewoon kan embedded in C code ofcourse).

Nadeel van de C compiler van microchip: godsgruwelijk duur en een trial werkt maar 90 dagen met de optimalisatie stand "low".

[0fbe]

3V3RT schreef op zondag 05 juli 2009 @ 20:34:
Er is wel degelijk een C compiler voor PIC's van microchip, echter loont het niet om voor 8-bit's PIC's C code te schrijven imho. De optimalisatie laat nogal te wensen over. Mocht je echter in een hogere range zitten dan kan dat weer wel en loont het zeker om C code te gebruiken, vooral voor initialisatie. Voor time-critical processen kan je dan beter terugstappen naar ASM (wat je gewoon kan embedded in C code ofcourse).

Nadeel van de C compiler van microchip: godsgruwelijk duur en een trial werkt maar 90 dagen met de optimalisatie stand "low".

C18, C30 en C32 zijn gratis onbeperkt te gebruiken als Student Versie (die niet alleen voor studenten is)

[Tomfish]

DaWaN schreef op zondag 05 juli 2009 @ 20:29:
[...]

MicroC is speciaal voor PIC µC's, je zult even moeten kijken of er een voorbeeld bij de compiler zit (volgens mij zitten er plenty bij) en de juiste include files voor een 16F628A moeten er ook zeker bijzitten.

Het instellen van de klok gaat via de fuses en de HEX heeft daar dus niets mee te maken.

Ik heb het idee dat je niet echt moeite doet om dingen op te zoeken om heel eerlijk te zijn. MikroC is verreweg één van de meest eenvoudige en goed gedocumenteerde compilers dus ik heb niet het idee dat je ook maar enige moeite hebt gedaan voor die include files.....

Ik doe m'n best om zelf eerst dingen op te zoeken . Voorbeelden zijn er inderdaad genoeg te vinden en ik kan ze ook allemaal begrijpen, alleen zie ik bij geen allen dat ze een file includen, daarom ga ik er vanuit dat dat niet nodig is ( en deze ook niet te vinden zijn in de installatiedir ). Daarom snap ik totaal niet wat er nu verkeerd gaat. Proces: HEX file in de PIC laden, en dan spanning dr'op. Helaas krijg ik totaal geen reactie.

[ Voor 4% gewijzigd door Tomfish op 05-07-2009 21:15 ]

[mux]

Ik zou de beginners die hier de fout in gegaan zijn om een PIC te kiezen als startplatform voor microcontrollers heel sterk op het hart willen drukken: Echt, AVR is sneller, makkelijker en je leert er meteen netjes C mee te schrijven. Vijf draadjes en je microcontroller draait al, de chips zijn (net als PICs trouwens) zo goed als onverwoestbaar*, er zitten uitgebreide, volledige en vooral geweldig gedocumenteerde features op van gpio tot phase+frequency correct PWM, etc. etc.

PIC is verouderd op veel manieren en over het algemeen, vooral vanwege BASIC, een lastiger platform om mee te beginnen met microcontrollers. In de wereld van microcontrollers draait namelijk alles om het efficient omgaan met je resources, en enkel in asm en C heb je echt goede grip daarop. Anders kun je net zo goed direct voor x86 programmeren (bijv. BIOS-programmeren). Ook leuk trouwens, en helemaal niet zo moeilijk.

In other news: had ik al verteld dat m'n fietscomputer in elkaar zit? Tot nu toe werkt alles redelijk (lcd+pwm), alleen bleek één van mijn PWM-pinnen kapot (referentie *)! De eerste keer in anderhalf jaar pure mishandeling van deze ene atmega88! Hij heeft eerder al -9V op Vcc gekregen, urenlang een te zware belasting op de i/o pinnen, 40 dagen als fietscomputer op een andere fiets gezeten door regen, sneeuw en modder en vast nog wel meer. Ter vergelijking: een NXP LPC2919/00 (dat is een ARM7 microcontroller, aanzienlijk ingewikkelder) had al twee kapotte pinnen toen ik één keer met mijn vingers eraan zat.

[Cassettebandje]

Ook ik wil me bij het standpunt van ssj3gohan aansluiten. Een AVR is veel sneller en qua architectuur veel beter geschikt voor C. Als je beginner bent, begin asjeblieft met een AVR (bijvoorbeeld een in de vorm van een arduino) en laat je niet door het circuitsonline-volk naar de PIC praten.

Voor een betere onderbouwing lees: http://oai.tudelft.nl/ir/...-8bcd-a5ded6052ad8/ASSET1 Het meest interessante is hoofdstuk 6 en dan vooral figuurtje 6.1 en 6.2.

[bassie]

Heeft iemand nog een leuk stuk je code om een getal in losse cijfers op te delen? Dus 123 word 1,2,3. Ik kan wel steeds gaan delen door 100/10 etc maar ik vroeg me af of er niet wat beter/efficienters is.

[Rmg]

bassie schreef op maandag 06 juli 2009 @ 11:52:
Heeft iemand nog een leuk stuk je code om een getal in losse cijfers op te delen? Dus 123 word 1,2,3. Ik kan wel steeds gaan delen door 100/10 etc maar ik vroeg me af of er niet wat beter/efficienters is.

Gewoon elk character in een array proppen? dan heb je een array met al je losse cijfers

[DaWaN]

Grootste voordeel van AVR's blijft in mijn ogen toch wel de goede GCC poort en de Windows Binaries van WinAVR die altijd prima samenwerken met de IDE van Atmel: AVR Studio.
Het is projectje starten, code typen en gaan, geen gezeur over makefiles etc.
Voordeel van AVR Studio is ook dat er meteen een redelijke simulator inzit en dat is erg handig als je alleen maar een flash tool hebt.

[koffercomputer]

bassie schreef op maandag 06 juli 2009 @ 11:52:
Heeft iemand nog een leuk stuk je code om een getal in losse cijfers op te delen? Dus 123 word 1,2,3. Ik kan wel steeds gaan delen door 100/10 etc maar ik vroeg me af of er niet wat beter/efficienters is.

Steeds delen door 10, deelfactor opslaan en verder gaan met de rest. Kan gewoon in een loopje. Het delen zelf kun je dan uitschrijven of anders optimaliseren.

[madwizard]

Kijk eens naar het "shift and add-3", wel een grappig algoritme. Maakt van binair BCD. Vandaar is nog een kleine stap naar karakters (indien nodig).
http://www.engr.udayton.e...ry_to_BCD/bin_to_BCD.html

[0fbe]

Sprite_tm gefeliciteerd met je Hack A Day coverage (toen ik het las dacht ik dat heb ik al eerder gezien maar het is dus gewoon laat )

[oddish2211]

je bent populair Sprite_tm,
kijk naar deze comment;

sprite_tm can i send you my first born to train him?
what a great idea, Already thinking of which idea to use it with first. Thanks

[Tomfish]

bassie schreef op maandag 06 juli 2009 @ 11:52:
Heeft iemand nog een leuk stuk je code om een getal in losse cijfers op te delen? Dus 123 word 1,2,3. Ik kan wel steeds gaan delen door 100/10 etc maar ik vroeg me af of er niet wat beter/efficienters is.

In welke taal wil je heb hebben geschreven en waar wil je het voor gebruiken?

Zit zelf atm met het probleem dat:

code:

                    [12V]
                      |
                      | 
[12V]----[100K]----[BC338]
                      |
                      |
                 [9.5V, 5.5mA]

wel werkt ( [9.5V, 5.5mA] is een combinatie van 5 LED's met een weerstand van 100Ohm ), maar

code:

                    [12V]
                      |
                      | 
[4.6V]----[470]----[BC338]
                      |
                      |
                 [9.5V, 5.5mA]

Nagenoeg niet werkt. Ik kan hier geen verklaring voor bedenken. In de datasheet van de transistor kan ik ook niets vinden wat hiermee te maken heeft. In de bovenste schakeling:
Vbe = 9.5V 0.62
Vce = 2.6V
Ib = 0.025mA

Overigens is het probleem in C opgelost, het zat hem in het selecteren van de interene of externe oscilator. Volgende keer pakken we een AVR erbij

[lemming_nl]

ssj3gohan schreef op zondag 05 juli 2009 @ 22:56:
[...]

PIC is verouderd op veel manieren en over het algemeen, vooral vanwege BASIC, een lastiger platform om mee te beginnen met microcontrollers. In de wereld van microcontrollers draait namelijk alles om het efficient omgaan met je resources, en enkel in asm en C heb je echt goede grip daarop. Anders kun je net zo goed direct voor x86 programmeren (bijv. BIOS-programmeren). Ook leuk trouwens, en helemaal niet zo moeilijk.

[...]

Een beginner hoeft helemaal niet efficient om te gaan met zijn resources. Een grote microcontroller heeft genoeg resources om een ieder programma wat een beginnen zou willen schrijven uit te voeren. Pas wanneer je veel communicatie en/of reken werk gaat doen loop je tegen de grenzen aan.

* lemming_nl gebruikt een 18F4620 voor eigenlijk alles en heeft hem nog nooit vol gekregen qua geheugen of cycles

[goeievraag]

Xtresis schreef op zaterdag 11 juli 2009 @ 15:02:
[...]Zit zelf atm met het probleem dat:

code:

                    [12V]
                      |
                      | 
[12V]----[100K]----[BC338]
                      |
                      |
                 [9.5V, 5.5mA]

wel werkt ( [9.5V, 5.5mA] is een combinatie van 5 LED's met een weerstand van 100Ohm ), maar

code:

                    [12V]
                      |
                      | 
[4.6V]----[470]----[BC338]
                      |
                      |
                 [9.5V, 5.5mA]

In deze schakeling is de BC338 min of meer een emittervolger. De spanning op de emitter kan dan nooit hoger worden dan die op de basis. Je zult dus een basisspanning aan moeten bieden van 12V. Mogelijke oplossingen:
1. Inverterend, uitgang niet helemaal naar 12V, geen pnp nodig, als je die niet hebt liggen:

code:

                        12V
                 ---------------
                   |         |
                  .-.        |
              10k | |        |
                  | |        |
                  '-'      |/
                   |-------|
                   |       |>
                   |         |
                   |         |
                   |         |
                   |        ----------
           1k      |
           ___   |/              Uit
         -|___|--|
                 |>         ----------
                   |         |
                   |         |
                   -----------

2. Niet inverterend, uitgang nagenoeg 12V, pnp nodig:

code:

                     12V  -----------
                          |        |
                         .-.       |
                     47k | |       |
                         | |       |
                         '-'     |<
                          |------|  BC327
                          |      |\
                          |        |
                         .-.       |
                     10k | |       |
                         | |       |
                         '-'       |
                          |        ------
                  1k      |
                  ___   |/            Uit
                -|___|--|          ------
                        |>         |
                          |        |
                          |        |
                          -----------

Ik zou voor 2 gaan, als je de middelen hebt liggen.

[mux]

lemming_nl schreef op zaterdag 11 juli 2009 @ 15:20:
[...]
Een beginner hoeft helemaal niet efficient om te gaan met zijn resources. Een grote microcontroller heeft genoeg resources om een ieder programma wat een beginnen zou willen schrijven uit te voeren. Pas wanneer je veel communicatie en/of reken werk gaat doen loop je tegen de grenzen aan.

* lemming_nl gebruikt een 18F4620 voor eigenlijk alles en heeft hem nog nooit vol gekregen qua geheugen of cycles

Ik ben in 1,5 jaar van pic naar arm9 doorgestroomd - als je enigszins enthousiast bent met microcontrollers en dus langzaamaan 'beter' en 'meer' wil, is AVR daar niet vanwege de snelheid (dat is een automatisch gevolg van een beter platform), maar vooral vanwege de C/C++-heid en het vergelijkbare ontwerp met dsps en hogere microcontrollers.

Wat dat betreft, als je dan toch een mank platform als begin wil hebben (of een toepassing hebt zoals lemming_nl, iets dat gewoon nauwelijks resources nodig heeft) is 8051 nog een beter platform. Het zijn daadwerkelijk veel langzamere chips, maar je kunt ze nog steeds efficient en bedachtzaam programmeren (zowel in asm als C, en gezien de wijdverbreidheid ook in elke andere taal die ooit bedacht is, maar dati s dan wel lastiger). Voordeel van 8051 hier is dat het zo extreem zuinig kan worden gemaakt en zoveel aanbieders er nog chips mee aanbieden die geintegreerde peripherals hebben, dat je er echt unieke applicaties mee kunt maken, hoewel micropower avr in de buurt komt.

[JER00N]

Ik programmeer m'n PIC's ook gewoon in C hoor

[Atlas]

Nog meer mensen die hier de 14e naar de Atmel Seminar in Houten gaan?

[Verwijderd]

Beste mensen,
Iemand stuurde mij hier heen, dus hier mijn vraagje.
Kan iemand mij vertellen of ik mijn 2 boormachine accu's van 12Volt parallel kan opladen met de bijbehorende boormachine acculader?

[ Voor 18% gewijzigd door Verwijderd op 11-07-2009 17:24 ]

[0fbe]

Verwijderd schreef op zaterdag 11 juli 2009 @ 17:22:
Beste mensen,
Iemand stuurde mij hier heen, dus hier mijn vraagje.
Kan iemand mij vertellen of ik mijn 2 boormachine accu's van 12Volt parallel kan opladen met de bijbehorende boormachine acculader?

Nee

[Verwijderd]

simplendi schreef op zaterdag 11 juli 2009 @ 17:26:
[...]

Nee

oke...het gaat dus om 2 accu packs (in serie) die ik parallel wil opladen, dat kan dus niet, uitleg?

[Verwijderd]

Verwijderd schreef op zaterdag 11 juli 2009 @ 17:28:
[...]

oke...het gaat dus om 2 accu packs (in serie) die ik parallel wil opladen, dat kan dus niet, uitleg?

Omdat je lader een hoger vermogen moet afgeven. Bovendien zit dr vaak wel enige electronica in zo'n accupack (ivm 't laadpatroon)

[Verwijderd]

Verwijderd schreef op zaterdag 11 juli 2009 @ 17:31:
[...]


Omdat je lader een hoger vermogen moet afgeven. Bovendien zit dr vaak wel enige electronica in zo'n accupack (ivm 't laadpatroon)

oke bedankt, dus gewoon apart opladen dus

[Tomfish]

goeievraag schreef op zaterdag 11 juli 2009 @ 15:59:
[...]
2. Niet inverterend, uitgang nagenoeg 12V, pnp nodig:

2e oplossing werkt inderdaad, maar heb je ook een redenatie voor de gekozen weerstandswaarden? ( ik heb even andere gepakt, vanwege het ontbreken van 10K en 1K

[goeievraag]

Niet echt. Een klein BCxxx-je opensturen op 5V neem ik standaard 1k voor, beetje overkill, maar dan hoef je niet te rekenen.
Die 47k dient om te voorkomen dat een lekstroom in de onderste tor de bovenste een klein beetje aan zet. Zonder deze werkt het ook nog. De waarde is totaal niet kritisch, als ie maar een paar keer zo groot is als hier de 10k.
Voor de 10k is het gewoon: 6mA belasting bij de PNP tor. Neem hFE als 100 (erg pessimistisch) ->60uA basisstroom nodig. Er valt nagenoeg 12V over, dus 12/60uA = 20k. De helft nemen voor de zekerheid, en het werkt wel.

Komt er op neer dat de waarden niet heel nauw komen, het is immers aan of uit, en de torren hoeven niet half open te staan.

[Tomfish]

goeievraag schreef op zaterdag 11 juli 2009 @ 20:26:
Er valt nagenoeg 12V over, dus 12/60uA = 20k. De helft nemen voor de zekerheid, en het werkt wel.

12/60uA = 200K

[goeievraag]

Oeps

Conclusie, gebruikte waarden maken geen moer uit, zolang er maar voldoende stroom door de basis loopt.

[Verwijderd]

Een kleine vraag:

Ik ben van plan om met behulp van een toetsenbord een aantal drukknoppen op de PC aan te sluiten om daarmee opdrachten uit te voeren. Dit wil ik doen door het toetsenbord open te maken en een toets door te verbinden met een drukknop door twee draden te solderen op het toetsenbord. Ik vraag me alleen af of dit trucje nog steeds mogelijk is, of dat dat met moderne toetsenborden niet meer kan, weet iemand dat?

[Verwijderd]

Verwijderd schreef op maandag 13 juli 2009 @ 11:19:
Een kleine vraag:

Ik ben van plan om met behulp van een toetsenbord een aantal drukknoppen op de PC aan te sluiten om daarmee opdrachten uit te voeren. Dit wil ik doen door het toetsenbord open te maken en een toets door te verbinden met een drukknop door twee draden te solderen op het toetsenbord. Ik vraag me alleen af of dit trucje nog steeds mogelijk is, of dat dat met moderne toetsenborden niet meer kan, weet iemand dat?

Kan prima, alleen heeft een modern toetsenbord meestal geen echte knoppen, maar een paar lagen folie. Je moet dan op het printje de juiste rij en kolom zien te vinden.
Een Sweex SW20 heeft een mooi klein printje en kost geen drol

[oddish2211]

Verwijderd schreef op maandag 13 juli 2009 @ 11:19:
Een kleine vraag:

Ik ben van plan om met behulp van een toetsenbord een aantal drukknoppen op de PC aan te sluiten om daarmee opdrachten uit te voeren. Dit wil ik doen door het toetsenbord open te maken en een toets door te verbinden met een drukknop door twee draden te solderen op het toetsenbord. Ik vraag me alleen af of dit trucje nog steeds mogelijk is, of dat dat met moderne toetsenborden niet meer kan, weet iemand dat?

je zult een "momentary" schakelaar moeten gebruiken, zo eentje die alleen geleid als je het knopje ingedrukt houd.
als het je lukt om op je toetsenbord te solderen dan moet het gewoon werken.

[virus.elektro]

Verwijderd schreef op maandag 13 juli 2009 @ 11:19:
Een kleine vraag:

Ik ben van plan om met behulp van een toetsenbord een aantal drukknoppen op de PC aan te sluiten om daarmee opdrachten uit te voeren. Dit wil ik doen door het toetsenbord open te maken en een toets door te verbinden met een drukknop door twee draden te solderen op het toetsenbord. Ik vraag me alleen af of dit trucje nog steeds mogelijk is, of dat dat met moderne toetsenborden niet meer kan, weet iemand dat?

ja hoor dat is nog steeds mogelijk maar mooier is het om het op deze manier te doen
\[How-To] Winamp Poort control - deel 2

[Verwijderd]

pffff ... iemand hier isschien ervaring met de HP01D van Hoperf wel of niet in combinatie met een atmega32? Ik heb het vermoeden dat het ding wel werkt maar begrijp absoluut niet hoe?

De datasheet toont een schema met een 32k kristal maar ik heb een timer gebruikt om ongeveer een 32k pulse te genereren. Ik krijg dan voor zowel temp als druk dezelfde waarde in de data registers die af en toe (na minuten!) wijzigt, maar dan alleen als ik eerst een conversie commando stuur en daarna lees. Als ik 1 keer een conversie commando stuur blijft het data register hetzelfde, ongeacht hoe vaak ik het uitlees. Ik heb er een 32k kristal bijgepakt maar dat gaf hetzelfde resultaat.

Toen heb ik de timer eens naar 500kHz gezet (atmega op 1Mhz dus halve kloksnelheid), dan blijft de waarde in de data registers gemiddeld 9 commando's hetzelfde ... Toen heb ik de kloksnelheid van de atmega naar 8Mhz gezet en de timer instellingen hetzelfde gelaten. Halve kloksnelheid = 4MHz voor de HP01D dus. Dan blijf ik hetzelfde resultaat houden na circa negen commando's een wijziging in de data ... Maak ik de klok van de timer lager dan moet ik evenredig veel meer commando's sturen.

Als de data wijzigt dan schiet deze (schijnbaar) willekeurig van hoog naar laag en alles daar tussenin, zelfs als ik continue slechts 1 van de twee conversie commando's gebruik, ik zou met name van de druk verwachten dat die enigzins gelijk blijft ...

Nu zit ik net in de datasheet van de sensirion SHT15 te kijken (die ik in hetzelfde project wil gebruiken) en kom ik erachter dat dat ding wel 2wire serial communication gebruikt maar dan geen i2c Ik had ze juist graag op dezelfde bus gezet.

Anyway, pikant detail: Bij de SHT15 is de timing van de data net ff anders dan bij i2c, bij i2c wordt de data hoog als de klok laag is, bij de SHT15 wordt de data hoog als de klok hoog is. Het start/reset signaal bij de SHT15 is negen klok pulsen en dan een signaal dat vergelijkbaar is met i2c-start gevolgd door i2c-stop ...

Ik begin een donkerbruin vermoeden te krijgen dat de HP01D hetzelfde afwijkende protocol gebruikt als de SRF15?

Het is ook altijd hetzelfde ... dingetjes die je "even" denkt te doen kosten je gruwelijk omgekeerd evenredig veel tijd ...

[Cassettebandje]

2-wire en i2c is hetzelfde, behalve dat i2c een officiele naam van philips is. Let er op dat je seriele datarate niet sneller mag zijn dan 100kHz.

Volgens de datasheet moet je eerst het select temperature/pressure measurement sturen (EE FF F0 of EE FF E8), dan (minimaal) 38 ms wachten en vervolgens kun je het read ad commando sturen (EE ED) en dan krijg je de waarde (2 bytes) door te lezen van EF.

Je bericht wijst erop dat je code van iemand anders gebruikt, misschien moet je daar eens in gaan spitten.

[Verwijderd]

Mja HopeRF... Ben zelf bezig met de RFM12BP modules, die zijn ook al zo fantastisch gedocumenteerd. Niet dus. De voorbeeldcode op hun site kan gewoon onmogelijk werken en de datasheet is ook nogal karig. Er is niet eens een echte datasheet voor de RFM12BP, ze verwijzen naar de RF12B, die meer controlepinnen heeft (maar weer geen RX en TX enable pinnen).
Beetje jammer allemaal, 't zijn opzich leuke modules.

[Verwijderd]

Cassettebandje schreef op dinsdag 14 juli 2009 @ 08:53:
2-wire en i2c is hetzelfde, behalve dat i2c een officiele naam van philips is. Let er op dat je seriele datarate niet sneller mag zijn dan 100kHz.

Dat was de reden dat ik die SHT15 heb aangeschaft maar, uit de datasheet van de SHT15:

2.2 Serial Interface (Bidirectional 2-wire)
The serial interface of the SHTxx is optimized for sensor
readout and power consumption and is not compatible with
I2C interfaces, see FAQ for details.

Dus ... 2-wire != i2c (in dit geval).

Volgens de datasheet moet je eerst het select temperature/pressure measurement sturen (EE FF F0 of EE FF E8), dan (minimaal) 38 ms wachten en vervolgens kun je het read ad commando sturen (EE ED) en dan krijg je de waarde (2 bytes) door te lezen van EF.

Doe ik, de pause heb ik al eens vergroot tot 500ms en verkleind tot 10. Dat heeft geen enkel gevolg.

Je bericht wijst erop dat je code van iemand anders gebruikt, misschien moet je daar eens in gaan spitten.

Hoewel oorspronkelijk ergens anders voor geschreven is de i2c code echt mijn eigen code! De i2c communicatie is ook in orde, anders zou ik foutcodes of time-outs krijgen. Het is sequentieele code (maakt geen gebruik van de i2c interrupt functie) die stap voor stap data verstuurd en leest op basis van het i2c status register. De snelheid is op 100k ingesteld.

[Cassettebandje]

Verwijderd schreef op dinsdag 14 juli 2009 @ 09:47:
Dus ... 2-wire != i2c (in dit geval).

Ah, ik zie het in de faq staan idd.

[Verwijderd]

Nouja, iig werkt er nu eentje.

[wacco]

Das ook een manier om je frustratie te uiten

Maar wat heb je precies aan eentje? Lijkt me dat je er toch echt minimaal twee nodig gaat hebben voor communicatie

[mace]

Verwijderd schreef op dinsdag 14 juli 2009 @ 14:43:
[afbeelding]



Nouja, iig werkt er nu eentje.

De rook is er uit!

[w-dev]

Even een simpel vraagje, ik heb een mp3 wekker van de lidl.
Nu komt er uit de speakers een vervelende brom als de wekker af gaat, door de muziek heen.
Mij leek het wel leuk plan om die speakers d.m.v een schakelaar uit te schakelen en de output van de mp3 speler naar een female 3,5 mm jack plug te sturen, die in de behuizing verwerkt word.
Zal de brom verdwijnen door de speakertjes te omzeilen, of zal ik hiervoor componenten moeten vervangen?

[Fuzzillogic]

Wat krijg je als je een PicooZ-helicoptertje gaat besturen met de Wii-controller? Juist, de WiicooZ Een Arduino doet al het rekenwerk.

Aangezien de led-module uit de originele remote geript is, doet die remote eigenlijk alleen nog maar dienst als acculader. De helicopter heeft een Li-ion-accuutje. Nou moet het vast te doen zijn om deze ook mbv de microcontroller op te laden. Kent iemand een voorbeeldje om dat een beetje gecontroleerd te doen, of is een weerstand om de stroom te beperken + een diode voor spanningsval naar 4,3V al afdoende? De ADC van de atmega zou dan wellicht als "vol"-indicator kunnen dienen. Any thoughts?

[ThinkPad]

Li-ion wil je niet met een "weerstandje + diode" oplossing opladen

Dat gaat echt een keer knallen dan.

[Verwijderd]

4.3V is te hoog. 4.2 volt (ja, het is zo kritisch) is veiliger en beter voor de cel, het absolute maximum is eigenlijk 4.25 volt.
De stroom moet je ook limiteren, al kan je wel ver gaan met die kleine cellen. Je kan tot ongeveer 3C gaan (150mA voor die PicooZ cel).
Diodes moet je voor dit soort toepassingen nooit gebruiken, de spanningsval is immers afhankelijk van de stroom. Een lipo wil je niet boven de 4.3V laden, dan doet hij poef en bij zo'n kleine cel is dat totaal niet spectaculair, dus zonde van de paar euro.

[Verwijderd]

wouterdv schreef op woensdag 15 juli 2009 @ 17:19:
Zal de brom verdwijnen door de speakertjes te omzeilen, of zal ik hiervoor componenten moeten vervangen?

Je gaat de brom versterken. Bij de bron aanpakken en dat is waarschijnlijk de voeding.

[SlinkingAnt]

Vandaag een kapotte 15" gehad, welke, zoals ik al vermoedde, een kapotte voeding heeft. Na wat speurwerk de het schema gevonden van het 17"-broertje. Op pagina 6 staat een schema wat tot in vrij veel details overeenkomt met de voedingsprint die in mijn scherm zit.

Na nameten van de spanningen lijkt het dat het voedingsgedeelte inderdaad stuk is. Als ik op een 3.3V-lijn ga meten, dan varieert de spanning tussen de 1.4V en 3V. Voor de 12V-lijn geld praktisch hetzelfde, alleen schommelt deze tussen de 4 en 10V.

Het is natuurlijk erg simpel om de juiste pinnen van de controllerprint te voorzien van 3.3V & 12V, maar de ccfl-aansturing zit geïntegreerd in de powersupply-print, en daar heb ik geen schema van . Het liefst zou ik de oorspronkelijke print dus ook repareren . De vraag is dan ook, heeft er iemand een idee waar het probleem aan zou kunnen liggen? Op het oog zijn er geen bolle elco's, doorgebrande weerstanden ed te zien

[Fuzzillogic]

Verwijderd schreef op woensdag 15 juli 2009 @ 21:51:
4.3V is te hoog. 4.2 volt (ja, het is zo kritisch) is veiliger en beter voor de cel, het absolute maximum is eigenlijk 4.25 volt.
De stroom moet je ook limiteren, al kan je wel ver gaan met die kleine cellen. Je kan tot ongeveer 3C gaan (150mA voor die PicooZ cel).
Diodes moet je voor dit soort toepassingen nooit gebruiken, de spanningsval is immers afhankelijk van de stroom. Een lipo wil je niet boven de 4.3V laden, dan doet hij poef en bij zo'n kleine cel is dat totaal niet spectaculair, dus zonde van de paar euro.

Helder, mijn n00bness is duidelijk te groot daarvoor, en dan ga ik daar m'n vingers niet aan branden, letterlijk en figuurlijk.

[DaWaN]

SlinkingAnt schreef op woensdag 15 juli 2009 @ 23:15:
Het is natuurlijk erg simpel om de juiste pinnen van de controllerprint te voorzien van 3.3V & 12V, maar de ccfl-aansturing zit geïntegreerd in de powersupply-print, en daar heb ik geen schema van . Het liefst zou ik de oorspronkelijke print dus ook repareren . De vraag is dan ook, heeft er iemand een idee waar het probleem aan zou kunnen liggen? Op het oog zijn er geen bolle elco's, doorgebrande weerstanden ed te zien

Elco's hoeven niet bol te staan om stuk te zijn
Vergeet ook losse contacten niet, die zijn ook niet altijd te zien

[LiquidSmoke]

Quick question;

2 kristallen, 1 met de opdruk 14.3C87 en 1 met de opdruk 11.ONDK95

Iemand een idee wat de exacte snelheden zijn? Geen van de 'bekende' waardes in ieder geval...

[it0]

Ik krijg mijn 2e 8bit pwm niet zo goed aan de gang op mijn atmega88 maar het valt me op dat in de datasheet staat dat het wgm22 bit read only is in het TCCR2B register terwijl in het TCCR0B register WGM02 wel R/W is.



Ik moet nog wel een paar dingen uitproberen maar dat vond ik wel raar.

[0fbe]

Niet helemaal de bedoeling van dit topc maar omdat het hier toch een beetje thuishoort:

Ik heb nog een MINI2440 developmentboard voor ARM9 S3C2440 met 7" touchscreen LCD liggen, iemand die hier intresse in heeft? Had zelf de bedoeling om iets met embedded linux te gaan doen (wat hier ook op draait, drivers voor Linux zijn Hier hier te vinden) maar ga me toch op iets anders richten (6LowPan met TI's CC2530)

nvm

[Sphere-]

Ik heb al twee mini2440's maar als je ervan af wilt heb ik heel misschien interesse.
Heb je deze gekocht bij devboard.net of een reseller?

[ Voor 24% gewijzigd door Sphere- op 20-07-2009 20:18 ]

[0fbe]

Sphere- schreef op maandag 20 juli 2009 @ 20:16:
Ik heb al twee mini2440's maar als je ervan af wilt heb ik heel misschien interesse.
Heb je deze gekocht bij devboard.net of een reseller?

Via ebay vanuit China... Maar ik zie dat ie nieuw op ebay 150 USD doet en voor dat geld vind ik het niet waard om hem weg te doen (heb d'r het dubbele voor betaald ...)

[Sphere-]

Ik heb ze voor 90 dollar per stuk ofzo van ebay

[0fbe]

Sphere- schreef op maandag 20 juli 2009 @ 20:26:
Ik heb ze voor 90 dollar per stuk ofzo van ebay

Ja maar dat is wel zonder 7" touchscreen neem ik aan?

[oddish2211]

ik heb contact met een verkoper op marktplaats over 3x loodaccu's van 7.2Ah
deze hebben volgens hem continue in een alarminstallatie gezeten aan een druppellader.
stel je hangt een accu continue aan een druppellader, hoe lang gaan ze dan mee denk je?

[Kaj.]

Jaar of drie, gok ik.

[mux]

Loodaccu's falen in het gros van de gevallen door ofwel droogstaan/gasvorming (ook in 'onderhoudsloze', ook wel gelaccu's), ofwel door kortsluiting door het vormen van lood/zinkzoutbruggen. Het eerste gebeurt voornamelijk door het warm worden van de accu (loodaccu's zijn tussen de zo goed als 0 en 50% efficient bij ontladen, vergelijkbaar bij opladen). Het laatste wordt veroorzaakt door ionentransport, oftewel belasting/laden van de accu. Een loodaccu zal dus behoorlijk 'versleten' zijn als hij jarenlang aan de druppellader heeft gestaan, en dat is ook precies wat je merkt als je wel eens enkele tientallen nooit-gebruikte-maar-wel-altijd-standby-staande UPSjes hebt gesloopt. Zoals ik

[Sphere-]

simplendi schreef op maandag 20 juli 2009 @ 20:27:
[...]

Ja maar dat is wel zonder 7" touchscreen neem ik aan?

Oh inderdaad.. die van mij is de 3.5" versie ofzo.

[Tomfish]

Na 28 jaar trouwe dienst heeft de naaimachine het begeven. Probleem; een doorgebrandde condensator. Op het eerste gezicht geen probleem, deze zijn vrij makkelijk te vervangen zou je zeggen. Helaas heb ik het idee dat het nogal om een speciaal exemplaar uit de oertijd gaat. Wat ik nog kon lezen:

RIFA MP
4,9 Mhz
0,1 uF
250V

Met deze gegevens wist google me naar dit te verwijzen. Wat ik hieruit kan opmaken is dat het om precies hetzeflde probleem gaat. Ondanks dat het topic nog geen maand oud is, werken de links al niet meer. Ik kan dus niet meer achterhalen welke vervangende condensator er is gebruikt.

Natuurlijk zijn er veel condensatoren van 0.1uF 250V te vinden, al zie ik nergens iets staan over de zelfresonantiefrequentie. Wat ik wel weet is dat het een metaalfilmcondensator is. Hij lijkt enorm om dit model. Kan iemand mij hiermee op weg helpen?

[bassie]

Weet iemand of er ook losse haakse female euro stekkers bestaan? deze maar dan haaks.

[JER00N]

Eerlijk gezegd denk ik niet dat het precieze type zo nauw komt. Die resonantiefrequentie enzo maakt volgens mij weinig uit in het geval van een naaimachien. Belangrijkste is capaciteit en max. spanning (let daarbij op AC of DC).

[mace]

bassie schreef op zaterdag 25 juli 2009 @ 21:13:
Weet iemand of er ook losse haakse female euro stekkers bestaan? deze maar dan haaks.

Ja, die bestaan.

[0fbe]

mace schreef op zaterdag 25 juli 2009 @ 21:27:
[...]

Ja, die bestaan.

Die bestaan Hier (en vast ook wel op andere plekken )

[jeronimo]

Xtresis schreef op zaterdag 25 juli 2009 @ 20:44:
Na 28 jaar trouwe dienst heeft de naaimachine het begeven. Probleem; een doorgebrandde condensator. Op het eerste gezicht geen probleem, deze zijn vrij makkelijk te vervangen zou je zeggen. Helaas heb ik het idee dat het nogal om een speciaal exemplaar uit de oertijd gaat. Wat ik nog kon lezen:

RIFA MP
4,9 Mhz
0,1 uF
250V

Met deze gegevens wist google me naar dit te verwijzen. Wat ik hieruit kan opmaken is dat het om precies hetzeflde probleem gaat. Ondanks dat het topic nog geen maand oud is, werken de links al niet meer. Ik kan dus niet meer achterhalen welke vervangende condensator er is gebruikt.

Natuurlijk zijn er veel condensatoren van 0.1uF 250V te vinden, al zie ik nergens iets staan over de zelfresonantiefrequentie. Wat ik wel weet is dat het een metaalfilmcondensator is. Hij lijkt enorm om dit model. Kan iemand mij hiermee op weg helpen?

http://www.evoxrifa.com/cap_catalog/emisuppr/pme271m.pdf
EMI suppressor, class X2, metallized paper. Deze kun je dus niet vervangen door een willekeurig 100nF/250VDC exemplaartje.
http://nl.farnell.com/evo...class-x2-0-1uf/dp/9717463

[mace]

Niet willekeurig, wel X2 klasse doen!

[ Voor 6% gewijzigd door mace op 25-07-2009 23:12 ]

[NjitsSs]

Ik ben bezig om oude 0-10V installatiedimmer aan te sturen met een AVR.
Spijtig genoeg haalt de ingebouwde PWM slechts 5V, en moet ik deze dus versterken.
Op internet vond ik dit schema:

Kan dat echter ook met een LM339? (M'n LM324 speelt verstoppertje ) Ik heb de beschikking over +15VDC om de opamp te voeden.

[bobo1on1]

Nee, een comparator kun je niet zomaar als opamp gebruiken.
Je zal dat ding ook symmetrisch moeten voeden anders haal je nooit 0 volt, of je moet een rail to rail opamp gebruiken.