> Jag har mätt på både 3.3V och 5V, och båda signalerna uppvisar samma problem.
Med så snabbt rippel så hinner nog inte 3.3V stabben med utan ripplet
överförs från 5V till 3.3V sidan. Om ripplet orsakas på 3.3V sidan så borde
avkopplingen på den sidan ta hand om det och det skulle inte synas
(så tydligt) på 5V sidan.
Så då återstår att fundera på vad som orsakar detta på 5V sidan.
Enbart traditionell felsökning enligt lektion 1A.
Koppla bort till felet försvinner, koppla in igen o.s.v till felet är isolerat..
Inverkan av rippel på CPU VCC?
Re: Inverkan av rippel på CPU VCC?
Om svängningarna på matningsspänningen orsakas av att avkopplingen inte klarar av vanlig "shoot through" som blir när serieportens I/O växlar nivå borde svängningarna uppträda oavsett vilken I/O som växlas, även om I/O inte är inkopplad. Får du konstant svängningar på matningen om du sätter valfri I/O att växlas periodiskt?
Samtidigt, om det är så att den dåliga avkopplingen på kortet inte klarar vanlig växling av I/O, då borde ju alla som använt kortet haft dina problem.
Samtidigt, om det är så att den dåliga avkopplingen på kortet inte klarar vanlig växling av I/O, då borde ju alla som använt kortet haft dina problem.
Re: Inverkan av rippel på CPU VCC?
Jag kollade lite mer noga på fotot på seeduino och jag får säga att det var väldigt dåligt gjort - ingen avkopplingskondensator varken i närheten av processorn eller FT232-kretsen. FT232 kräver bättre avkoppling än en AVR kan jag tro. Kanske det går att löda på små 0402-kondensatorer direkt på pinnarna på processor och FT232? Det är inte snyggt som det är nu. C4 ligger vid S-et i "Seeduino".
Re: Inverkan av rippel på CPU VCC?
Intressanta synpunkter. Jag var under uppfattningen att dessa Seeduino höll avsevärt högre designkvalité än original-arduinon. I och för sig kan det ju vara så att originalet är precis lika dåliga =)
Jag har arbetat med detta projekt i över 1 år och mjukvaran har mognat till sån grad att jag _måste_ ha fungerande hårdvara för att gå vidare. Kanske är det läge för mig att designa något eget som inte består av ihopsatta delar från olika tillverkare, med massa funktioner som jag varken förstår eller behöver.
Igår prövade jag att slå på Brown-Out Detection (BOD) på min AVR. Den är ställbar i olika nivåer, 4.3V, 2.7V och avstängd. Min Arduino-bräda är ställbar mellan 5V och 3.3V med ett reglage på brädan, så jag har provat båda två.
När jag ställer CPU VCC till 5V och sätter BOD till 4.3V och kör utan GSM-modul påkopplad ser jag inga problem i mjukvaran. Just nu har jag ingen möjlighet att kika med oscilloskopet, men tar för givet att VCC ej går under 4.3V, annars hade ju BOD slagit.
Om jag kopplar på GSM-modul så får jag periodiska omstarter när GSM-modemet försöker registrera sig med mobilnätet, vilket verkar dra en hel del ström. För tillfället befinner jag mig i Göteborg dessutom, ute vid kusten där mobiltäckningen är halvdan vilket lett till att den verkar använda ännu mer kraft för att koppla upp sig.
Ser klart och tydligt att BOD:en slår i detta fall när jag efter en omstart läser ut MCUSR (MCU Status Register) och tittar på reset-orsak. DOCK har jag även sett enstaka (ofrivilliga) omstarter där BOD biten ej är satt, utan AVR:en anser sig ha gjort en "Power On"-reset, dvs "cold boot" i nån mening.
Allt mer tyder på att (åtminstone en delmängd av) mina problem rotar sig i otillräcklig matningsspänningen. Har känt att det vore både roligt och lärorikt att försöka cadda något eget, så det blir kanske nästa steg. Med min prototypdesign har jag lyckats verifiera att det jag vill göra är möjligt, och eftersom alla inblandade delar har sina kopplingsschema tillgängliga borde jag kunna inspireras av dessa.
Jag har arbetat med detta projekt i över 1 år och mjukvaran har mognat till sån grad att jag _måste_ ha fungerande hårdvara för att gå vidare. Kanske är det läge för mig att designa något eget som inte består av ihopsatta delar från olika tillverkare, med massa funktioner som jag varken förstår eller behöver.
Igår prövade jag att slå på Brown-Out Detection (BOD) på min AVR. Den är ställbar i olika nivåer, 4.3V, 2.7V och avstängd. Min Arduino-bräda är ställbar mellan 5V och 3.3V med ett reglage på brädan, så jag har provat båda två.
När jag ställer CPU VCC till 5V och sätter BOD till 4.3V och kör utan GSM-modul påkopplad ser jag inga problem i mjukvaran. Just nu har jag ingen möjlighet att kika med oscilloskopet, men tar för givet att VCC ej går under 4.3V, annars hade ju BOD slagit.
Om jag kopplar på GSM-modul så får jag periodiska omstarter när GSM-modemet försöker registrera sig med mobilnätet, vilket verkar dra en hel del ström. För tillfället befinner jag mig i Göteborg dessutom, ute vid kusten där mobiltäckningen är halvdan vilket lett till att den verkar använda ännu mer kraft för att koppla upp sig.
Ser klart och tydligt att BOD:en slår i detta fall när jag efter en omstart läser ut MCUSR (MCU Status Register) och tittar på reset-orsak. DOCK har jag även sett enstaka (ofrivilliga) omstarter där BOD biten ej är satt, utan AVR:en anser sig ha gjort en "Power On"-reset, dvs "cold boot" i nån mening.
Allt mer tyder på att (åtminstone en delmängd av) mina problem rotar sig i otillräcklig matningsspänningen. Har känt att det vore både roligt och lärorikt att försöka cadda något eget, så det blir kanske nästa steg. Med min prototypdesign har jag lyckats verifiera att det jag vill göra är möjligt, och eftersom alla inblandade delar har sina kopplingsschema tillgängliga borde jag kunna inspireras av dessa.
Re: Inverkan av rippel på CPU VCC?
Det börjar bli intressant 
NU har du konstaterat att spänningsdipparna förekommer både när GSM är bortkopplat och att de uppstår när GSM ansluter. Det är lite osannolikt att du har två oberoende fel som ger samma symtom. Därför tyder det på väldigt dålig matningsspänning / avkoppling. Så det är nog där du ska lägga krutet till att börja med. Att cadda ett eget kort kanske inte vore så dumt efter ett års utveckling. Lägger du ut dina scheman och kort här så får du säkert mycket bra feedback.
När jag själv som nybörjare började cadda för microprocessor så lärde jag mig att det var viktigt att veta vad man pysslade med för att inte göra allt för stora misstag:
1) Kolla hur andra har gjort, men kopiera inte något utan att själv verifiera att det inte är dåligt gjort. Det finns mycket skit där ute.
2) läs igenom databladet noga för den komponent du vill använda. Där står det mycket värdefull fakta om hur du bör göra.
3) kolla även kvalitet och tålighet hos transistorer, kondensatorer och motstånd. Du vill t.ex. inte köpa de allra billigaste keramiska kondensatorerna (Om de ska göra någon nytta ska de vara märkta X7R). Transistorer och drivkretsar ska klara "power dissipation" med god marginal (dvs värmeutvecklingen).
4) läs allmänt om de kopplingar du vill göra. T.ex matningsspänning. Det finns massor av guider och förklaringar. "Application notes" kan ibland vara värdefulla att läsa. (Finns att hitta på tillverkarens hemsida om du söker på en viss krets).
(EDIT: meningsbyggnad)
NU har du konstaterat att spänningsdipparna förekommer både när GSM är bortkopplat och att de uppstår när GSM ansluter. Det är lite osannolikt att du har två oberoende fel som ger samma symtom. Därför tyder det på väldigt dålig matningsspänning / avkoppling. Så det är nog där du ska lägga krutet till att börja med. Att cadda ett eget kort kanske inte vore så dumt efter ett års utveckling. Lägger du ut dina scheman och kort här så får du säkert mycket bra feedback.
När jag själv som nybörjare började cadda för microprocessor så lärde jag mig att det var viktigt att veta vad man pysslade med för att inte göra allt för stora misstag:
1) Kolla hur andra har gjort, men kopiera inte något utan att själv verifiera att det inte är dåligt gjort. Det finns mycket skit där ute.
2) läs igenom databladet noga för den komponent du vill använda. Där står det mycket värdefull fakta om hur du bör göra.
3) kolla även kvalitet och tålighet hos transistorer, kondensatorer och motstånd. Du vill t.ex. inte köpa de allra billigaste keramiska kondensatorerna (Om de ska göra någon nytta ska de vara märkta X7R). Transistorer och drivkretsar ska klara "power dissipation" med god marginal (dvs värmeutvecklingen).
4) läs allmänt om de kopplingar du vill göra. T.ex matningsspänning. Det finns massor av guider och förklaringar. "Application notes" kan ibland vara värdefulla att läsa. (Finns att hitta på tillverkarens hemsida om du söker på en viss krets).
(EDIT: meningsbyggnad)
Senast redigerad av jesse 5 november 2011, 11:30:15, redigerad totalt 1 gång.
-
thepirateboy
- EF Sponsor
- Inlägg: 2109
- Blev medlem: 27 augusti 2005, 20:57:58
- Ort: Borlänge
Re: Inverkan av rippel på CPU VCC?
Instämmer med ovanstående, en GSM-modul kan dra upp till 2-3A när den sänder. Att tillverkaren påstår attvictor_passe skrev:Min gsm modul behöver kunna dra 3A i burst, det är långt ifrån vad USB kan leverera.
Och även med en stor kondensator så tror jag att det är för lite. Min drar minst 300mA när man ringer.
du kan driva den via USB-porten verkar oseriöst.
Re: Inverkan av rippel på CPU VCC?
> DOCK har jag även sett enstaka (ofrivilliga) omstarter där BOD biten ej är satt, utan AVR:en
> anser sig ha gjort en "Power On"-reset, dvs "cold boot" i nån mening.
Ja, en "brown-out" är ju per definition då spänningen går under en specific egendefinierad gräns
och en POR uppstår med automatik då spänningen går under den gräns där processorn
slutar att fungera helt. Så en tillräckligt djup "brown-out" kommer att *se ut* som en
power off/on.
> NU har du konstaterat att spänningsdipparna förekommer både när GSM är bortkopplat...
Hm, jag ser inte (i alla fall inte i det senaste inlägget) vad det beskriv. Däremot stog det
(i senaste inlägget) : "och kör utan GSM-modul påkopplad ser jag inga problem i mjukvaran."
Det är lite svårt att matcha olika symptombilder från olika inlägg och under olika förutsättningar.
> anser sig ha gjort en "Power On"-reset, dvs "cold boot" i nån mening.
Ja, en "brown-out" är ju per definition då spänningen går under en specific egendefinierad gräns
och en POR uppstår med automatik då spänningen går under den gräns där processorn
slutar att fungera helt. Så en tillräckligt djup "brown-out" kommer att *se ut* som en
power off/on.
> NU har du konstaterat att spänningsdipparna förekommer både när GSM är bortkopplat...
Hm, jag ser inte (i alla fall inte i det senaste inlägget) vad det beskriv. Däremot stog det
(i senaste inlägget) : "och kör utan GSM-modul påkopplad ser jag inga problem i mjukvaran."
Det är lite svårt att matcha olika symptombilder från olika inlägg och under olika förutsättningar.
Re: Inverkan av rippel på CPU VCC?
Sodjan, jag menade denna: "Nu har jag gjort samma mätning även utan GSM-modul och ser samma rippel på spänningen."
Re: Inverkan av rippel på CPU VCC?
Aha.
Aja, det hela är lite rörigt beskrivet så det är svårt att säga så mycket om det i alla fall...
Det saknas lite systematik i felsökningen.
Aja, det hela är lite rörigt beskrivet så det är svårt att säga så mycket om det i alla fall...
Det saknas lite systematik i felsökningen.
