if you want the poweruse back to 1,5µA then 18µA is MUCH.
↧
BASCOM-AVR : High current in powerdown mode. Why? : REPLY
↧
BASCOM-AVR : High current in powerdown mode. Why? : REPLY
[quote:14035c5358="Evert :-)"]if you want the poweruse back to 1,5µA then 18µA is MUCH.[/quote:14035c5358]
The TO looks for a whooping 2330µA and if BOD should be "much" in this context, I simply would expect a bit more than these few µA's.
In other words: what sense does it make to suggest the use of better streamlined wipers, if the car has to pull against an activated hand brake?
↧
↧
BASCOM-AVR : High current in powerdown mode. Why? : REPLY
I have had 100nF bypass caps go leaky and pass several mA, also very temperature dependent.
↧
BASCOM-AVR : sample code for xmega adc : REPLY
thank you.
it is a good link
but i can not register in website,because i dont know german language and i can not answer security question.
if any one can register me,thanks a lot.
my email: hamed.favorite@gmail.com
Regards
↧
EASY TCP/IP : Wiznet W5500 : REPLY
bump!
any news on the topic?
regards,
josip
↧
↧
BASCOM-AVR : XMEGA Signature Row : NEWTOPIC
Hi
the other day I saw a bascom code to read the xmega signature row, but am not able to find back to it.
Is there someone who can please help me :-)
Øyvind
[b:aea50e2bbb][color=red:aea50e2bbb](BASCOM-AVR version : 2.0.7.8 )[/b:aea50e2bbb][/color:aea50e2bbb]
↧
BASCOM-AVR : XMEGA Signature Row : REPLY
Hi
After a little braintwist i found it at bascom-forum.de
Thanks anyway :-)
↧
BASCOM-AVR : XMEGA Signature Row : REPLY
http://avrhelp.mcselec.com/readsig.htm
↧
BASCOM-ARDUINO : removing bootloader TIP. : NEWTOPIC
Just a little tip - if you remove the bootloader and go down the ISP road......
make sure you change the reset vector fuse bit to $0000
:oops: took me three days to figure this out, thought I had bricked two units.
↧
↧
BASCOM-AVR : put a eram variable to a specific address : NEWTOPIC
Hello,
what had to happen happened ...
I made an error in my program, I had to write my eram variable only 2 times a year. I did it every second and reading the memory location has become false :evil:
So I try this :
...
...[color=olive:8409d32a18]
Dim Emem As Eram Byte At &h66
...[/color:8409d32a18]
it looks good. but is this correct, in other words
if an EEPROM cell is corrupted, is what others are good ?
thank you very much for your answers
JP
[b:8409d32a18][color=red:8409d32a18](BASCOM-AVR version : 2.0.7.8 )[/b:8409d32a18][/color:8409d32a18]
↧
BASCOM-AVR : put a eram variable to a specific address : REPLY
Unlikely. If you wrote the EEProm once every second, it must have been 28 days of continous run, till 100k writes are done. Furthermore, 100k writes is the guaranteed count, afaik the EEProm was tested up to 900k writes, till memory cells got unreliable.
↧
BASCOM-AVR Old versions : AVR-DOS + Clock DS1307 = Problem : NEWTOPIC
Hi All,
I have a strange problem
My device: Atmega128 + DS1307 + SD/MMC
I want read file from SD-cart and read time from DS1307
Config Clock = User ' User = DS1307
Open "1.wav" For Binary As #3
[b:1a0b1a9959]Error[/b:1a0b1a9959]: 61 Label not found [GetDateTime]
Config Clock = Soft
Open "1.wav" For Binary As #3
successfully compiled my program
How can I fix this error, and to use DS1307 + SD/MMC?
Bascom 2.0.7.7
↧
BASCOM-AVR Old versions : AVR-DOS + Clock DS1307 = Problem : REPLY
When You configure Clock = Soft then automatically variables _sec, _min .._hour and subs are created. This is like hidden but accesable. For example You can "Lcd _sec" and this compile without error because variable _sec exists.
When You config Clock = User then You must care about subs called from library. So You can look at Example3 bottom of this page
http://wiki.mcselec.com/bavr/CONFIG_CLOCK
You will find Getdatetime routine . You can also include ds1307clock.lib I think. Then sub Getdatetime should be created.
In another words library want time variables
↧
↧
BASCOM-AVR : BCC : REPLY
hello,
what is your problem ? this sensor seems to be a photodiode+phototransistor so you can use ADC functions, you find help with the help of bascom.
Her you find held for precise question not for a ready to use solution.
A lot of ready to use solutions are shared in the shared program forum :[url]http://www.mcselec.com/index2.php?option=com_forum&Itemid=59&page=viewforum&f=8[/url]
did you try the search option, or google ?
bon courage
jp
↧
BASCOM-AVR : Wrong ADC reading : REPLY
When reading an ADC pin, do you have to configure the pin as an input and turn off the pullup, or is this done for you in the getadc(xxx) command? The help does not show the pin being configured, but several authors have mentioned "turn off the pullup explicitly"
↧
BASCOM-AVR : pins and ports again : NEWTOPIC
[code:1:a700dcc4fc]
'this works
Testpb Alias PinA.2
Config Testpb = Input 'test push button
porta.2 = 1 ' Pullup On
'This does not work. the pullup fails to turn on
Testpb Alias PinA.2
Config Testpb = Input 'test push button
Testpb = 1 ' Pullup On
[/code:1:a700dcc4fc]
[b:a700dcc4fc][color=red:a700dcc4fc](BASCOM-AVR version : 2.0.7.7 , Latest : 2.0.7.8 )[/b:a700dcc4fc][/color:a700dcc4fc]
↧
BASCOM-AVR : pins and ports again : REPLY
And what exactly is your question? Why things don't work, if done wrong?
↧
↧
BASCOM-AVR : pins and ports again : REPLY
And a good morning to you ludwig.
There is no question. My point is it is an easy mistake to make and the help does not help. I spent some time trying to debug this, and thought it might help someone else.
neil
↧
BASCOM-AVR : pins and ports again : REPLY
but why you think it will not work?
do you understand that if you write : Testpb = 1 , you actually write to PINA.2 ? And not PORTA.2 ?
Some processors have the option that when you write to PIN, it will toggle the PORT pin. But not all.
it is best you read the datasheet about ports, pin and ddr.
config pin|port = value does nothing more than writing to the DDR register.
↧
BASCOM-AVR : pins and ports again : REPLY
The help does not help?
Should it help against your coding errors?
When you make a mistake , it is easy to make, but sure there is the help to blame.
↧