In this case I don't think you really need a translator because you are connecting low volt outputs to hi voltage inputs. ie Connecting 3.5 volt logic outputs to 5 volt inputs should work as long as the LCD Vih is well below 3.5 volts. Check the data sheet for your LCD, Vih is probably around 2.5 volts which should work just fine. But keep in mind that you can not connect 5 volt logic outputs to 3.5 volt logic inputs or you will probably brake something.
I don't know about the library question.
Dave
↧
BASCOM-AVR : XMEGA and 40*4 LCD : REPLY
↧
BASCOM-AVR : XMEGA and 40*4 LCD : REPLY
Thank you Dave,
What you say makes sense. I will search the datasheet.
And trying too is no harm, I suppose.
I think I will try to connect a smaller LCD say 16*2, with which I am comfortable.
Regards,
Devidas
↧
↧
Various : Is there any free or cheap simulator like proteus? : NEWTOPIC
Proteus is a good simulator but very expensive. Is there anything like that, preferably free or bellow $100? Is this allowed that few people would buy a software and use or share among them?
↧
BASCOM-AVR : XMEGA and 40*4 LCD : REPLY
yes you can ...
the threshold is around 2.5V.
Xmega is 3v3 (not 3v5).
for fun or ham, no problem, but if you need a system working fine all day in any conditions, better to use adaptator.
Regards,
Patrick
↧
BASCOM-AVR : BASCOM USB Host ? : REPLY
Also interested in this issue.
Bascom has a normal USB support with a choice of devices (CDC, HID, Memory Bridge)?
:?
↧
↧
BASCOM-AVR : USB HID VID : REPLY
Examples of PC and BASCOM.
Text on Russian, sorry.
↧
BASCOM-AVR : data loss using inkey #2 with software UART : REPLY
[quote:dd924842bb]Would you point out the exact place to find this use within the "examples section" ? [/quote:dd924842bb]
I did " search printbin"
and I get for the syntax:
[quote:dd924842bb]Syntax
PRINTBIN var [ ; varn]
PRINTBIN #channel, var [; varn]
[/quote:dd924842bb]
So far no mention of the additional parameter.
Further down you find what I would call an example:
[quote:dd924842bb]The number of bytes to send can be specified by an additional numeric parameter. This is convenient when sending the content of an array.
Printbin ar(1) ; 3 ' will send 3 bytes from array ar().
Printbin ar(1) ; 2 ; ar(2) ; 4 ' will send 2 bytes from array ar() starting at index 1, then 4 bytes from array ar() starting at index 2.
[/quote:dd924842bb]
I was a wondering that a <;> is required here, whereas I would expect a comma - and indeed, if you look at the help for print under the section for SPI you find:
[quote:dd924842bb]You must use a comma (,) to specify this parameter. This because the semi colon <;> is used to send multiple variables.[/quote:dd924842bb]
I find this not really consistent.
But it was clearly my ignorance to try using a variable in place of a numeric constant.
Nevertheless the compiler did not complain and somehow it worked, just not the way I expected...
↧
Various : Is there any free or cheap simulator like proteus? : REPLY
Proteus is excellent. I do not know about anything like it.
Developing the parts that can be simulated cost a lot of time and effort, i know that because i only partly simulate AVR.
The license does not allow to share among users. It is bound to the PC. I will ask them if there is some light version available.
↧
BASCOM-AVR : data loss using inkey #2 with software UART : REPLY
INPUT uses a comma for separation. And PRINT use ; for separating the variables. That is the same as in QB/VB.
For PRINT there was no need to specify the number of bytes or elements. But for PRINTBIN there was a need to specify the number of bytes. So a numeric constant was used and no comma.
This was consistent with the syntax. Only when support for multiple SPI devices using PRINT was added, an option was required to specify the number of bytes. Using a constant was not consistent with PRINT since it would print the constant. Thus ; is still the separator, but ... a comma can be used to specify the number of bytes. I agree that it is not 100% consistent but it is not always simple to add something without breaking existing code.
↧
↧
BASCOM-AVR : XMEGA and 40*4 LCD : REPLY
when you want to control a 5V device with a 3v3 output, it is no problem.
when you want to read an input with a 3v3 device from a 5V device, you can use a resistor divider.
but : best to run both devices at the same voltage, and second best is to use a level translator.
the LCD data port is bidirectional so it can be in input our output mode. what level will these pins have in output mode? i assume the will be 5V and destroy your xmega.
you can fix the WR line to ground. in that case there should be no problem.
↧
BASCOM-AVR : XMEGA and 40*4 LCD : REPLY
and the lib : it is not suited. you could use a virtual port and change the addresses. then it would work.
↧
Various : Is there any free or cheap simulator like proteus? : REPLY
Yes, you are right. There are some other simulators like oshonsoft, but not like proteus. I have seen their lite version and price. There are few chips allowed (3 probably) and there is restriction. I do not like anything like that, like 500 pins, 4 layers maximum etc. Software should be complete. Ok, let's wait and test on real device by this time :). Thank you.
Best regards.
↧
BASCOM-AVR : XMEGA and 40*4 LCD : REPLY
Besides using the right VCC some people suggest to put 10K resistors in series with the data lines to limit the current to a safe value.
Does someone have experience with that?
Regards, meister
↧
↧
BASCOM-AVR Old versions : [ask] read sms in siemens c55 : REPLY
[quote:3d0e111ee8]Why buzzer in direct portb.0 active when not receiving text messages ?[/quote:3d0e111ee8]
↧
BASCOM-AVR : XMEGA and 40*4 LCD : REPLY
Thank you Mark,
My WR is hard low. So it may not trouble xmega. But still I feel putting some series resistors as suggested by Meister is good idea.
Because if LCD micro goes hang, then it may output sometimes...
Can you please elaborate about virtual port ? some example ?
I am acquainted with BASCOM8051 but avr is new terrain.
I found a level translator MC74LCX07DG. six in one. and cheap.
Best Regards,
Devidas
↧
BASCOM-AVR : Atmega128a and DataFlash : REPLY
Greetings, Mark!
[quote:6bb4765c56="albertsm"]maybe you can explain what you mean/want to do?
you mean to read/write the flash code that is used to store the program?[/quote:6bb4765c56]
I want to use the DataFlash (not EEPROM) area as some kind of backup area of
collected data (for the case of net failure and logging) via RFID (using interrupts)
and posted by LAN (Ethernet, using SPI bus).
Sincerely, Peter
↧
BASCOM-AVR : Calculator percent error rate in the port : REPLY
It is clear, but what algorithm is used - is unclear.
If the SW UART, it may provide greater precision than the HW UART, or maybe not. On that wanted to know what percentage of errors will be at SW UART.
The error in any case depends on the frequency specified MCU.
↧
↧
EASY TCP/IP : Atmega32 and Wiznet W5100 : REPLY
[quote:76398dcc26="bzijlstra"][quote:76398dcc26]Wiznet W5100 is connected by 4 cables it's enough?[/quote:76398dcc26]
In the TCP-config you are using INT1. If you are using that line, it is oke. But if you haven't connected that, NOINT should be used.
What are you doing with the SPI_enable line of the WIZ810MJ?
What have you done with the reset of the WIZ810MJ?
You could have a look how I did it on
http://members.home.nl/bzijlstra/software/examples/wiz810mj.htm
Have fun
Ben Zijlstra[/quote:76398dcc26]
Yes, I am using Tcpip = Int1.
As i said. I have connected SCK,MOSI,MISO,SS and power nothing else.
I am using sample code from Bascom.
What i must do to run cod correctly with INT1 ? Which pins of Atmega32 and Wiznet must be connected?
↧
BASCOM-AVR : XMEGA serial lost characters : REPLY
inkey() will only get a character when there is waiting one. while waitkey() wait till it arrives. (with or without $timeout).
if you send an email to support you can test the $bootvector option.
↧
BASCOM-AVR : Atmega128a and DataFlash : REPLY
Hi,
Have a look at the LPM/SPM assember commands as used in the bootloader examples.
You can only read/write a page at a time and interrupts need to be disabled, but that might be usable.
A better solution would be to use an external i2c/spi RAM/FRAM chip.
Regards
Ian Dobson
↧