Skip to main content

Messages

This section allows you to view all Messages made by this member. Note that you can only see Messages made in areas you currently have access to.

Messages - mondalaci

16
USB Infrared Toy / Re: Trying to make the IR Toy 2 work on Linux
Thanks for the reply, Ian.

I plan to experiment with the IR Toy more in the future, but as for now there's something that I like to comment on that I find very disturbing:

Why does the IR Toy use a binary protocol by default?

I'm asking this because a textual, command line-like interface like the one that the Bus Pirate uses could make experimenting so much easier than sending binary codes to the device.
18
USB Infrared Toy / Re: Trying to make the IR Toy 2 work on Linux
spanner888,

Thanks for your through reply, I really appreciate it.  Unfortunately I couldn't make it work besides having some gibberish displayed inside minicom / GtkTerm upon remote control IR reception.  When I face IRT towards a blank sheet of paper and press "t" in the terminal nothing seems to be echoed.  The terminal settings look correct according to what you wrote.

That's how far I got.  As for your "raw" notes, I think nothing can be too raw.  Everything is better than nothing and what I've achieved so far is pretty much nothing.  :)

Thanks,
Laci
19
USB Infrared Toy / Re: Trying to make the IR Toy 2 work on Linux
spanner888,

I've tried GtkTerm in the meantime and haven't made any further progress with it.  Do you have any specific suggestions as to which command line settings / configuration options should I use with it in order to make the IR Toy work?

Thanks,
Laci
21
USB Infrared Toy / Trying to make the IR Toy 2 work on Linux
Hi guys,

So far it seems that IR Toy 2 recognizes the signals that are sent by a remote control of mine because its LED blinks upon pressing remote control buttons and /dev/ttyACM0 outputs some gibberish, but sending back that stream doesn't make it re-emit the code.

Also when typing "minicom -D /dev/ttyACM0" and typing "t" for the test mode all I can see is gibberish.  I cannot even see the "t" properly echoed.

I was very satisfied with the Bus Pirate and with the Open Logic Sniffer regarding Linux support but my experience with the IR Toy 2 was disappointing so far.  Anyone has made it working on Linux?  I'd love to be able to receive IR signals from remote controls, analyze them and play them back.

Thanks in advance,
Laci
22
Hardware biz / Re: Re: Buying an USB vendor id
I also agree that operational costs are a non-issue and are constantly declining as time goes by.

Also, I wouldn't worry at all about USB.org giving away MCS's VID.  What would they tell to its new owner?  - "Sir, that VID actually had been given to another company that may have sold its PIDs to hundreads of companies but you can just sue them if you don't like this situation." - LOL!
24
Hardware biz / Re: Re: Buying an USB vendor id
Sjaak: Now I'm really confused.  I assumed that MCS Electronics's VID is not about to be reissued.  It'd be an unresponsible move on the part of USB.org to do that.  I'd like to know what's the situation about this one but not sure who to ask.  USB.org could tell me that this VID is about to be reissued just to screw MCS Electronics.
25
Hardware biz / Re: Buying an USB vendor id
Atmel said that they don't provide dedicated PIDs.

As for now, we plan to buy some PIDs from MCS Electronics and maybe buy a VID later if we grow large enough in the future.
28
Hardware biz / Re: Re: Buying an USB vendor id
rsdio: It's an interesting option that you've just revealed, I've certainly misunderstood you before.  If wonder whether Atmel offers PIDs for manufactueres.  If so, I'd be interested about their conditions and requirements.
29
Hardware biz / Re: Buying an USB vendor id
Looks like there's someone who still sells PIDs.

I consider buying a PID a better solution than picking up one from your MCU manfacturer's range.  I guess small companies shouldn't worry about it too much but if you grow big then it's probably a good idea to buy a VID to avoid any potential legal shitstorms coming from USB.org.

On a related note, I have a question for you Ian.

A friend of mine and I are thinking about creating a company who sells open source electornics consumer products.  The problem is paying a lot for various certificates like CE and FCC.  I know that there's a "kits and development boards" (or something similar) category that doesn't require such certificates.  I'm interested that under what circumstances can we label our products as "kits and development boards".

Thanks.
30
Bus Pirate Support / Bus Pirate drives the NHD‐C12864EZ‐FSW‐FTW‐3V3P graphics LCD - Slow display
Hey Ian,

Please check out this video that I've made.  As you can see the screen update time is about 3s which seems way too long.

You might also be interested in the LCD datasheet.

Here's how I've initialized the LCD:

Code: [Select]
Welcome to minicom 2.4

OPTIONS: I18n
Compiled on Jan 25 2010, 07:02:36.
Port /dev/ttyUSB0

Press CTRL-A Z for help on special keys


* Syntax error, type ? for help
HiZ>AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0
No mode set, M for mode
HiZ>m
1. HiZ
2. 1-WIRE
3. UART
4. I2C
5. SPI
6. JTAG
7. RAW2WIRE
8. RAW3WIRE
9. PC KEYBOARD
10. LCD
(1) >5
Mode selected
Set speed:
 1. 30KHz
 2. 125KHz
 3. 250KHz
 4. 1MHz
(1) >4
Clock polarity:
 1. Idle low *default
 2. Idle high
(1) >
Output clock edge:
 1. Idle to active
 2. Active to idle *default
(2) >
Input sample phase:
 1. Middle *default
 2. End
(1) >
Select output type:
 1. Open drain (H=Hi-Z, L=GND)
 2. Normal (H=3.3V, L=GND)
(1) >2
READY
SPI>W
POWER SUPPLIES ON
SPI>a
AUX LOW
SPI>[
CS ENABLED
SPI>0xA0,0xAE,0xC0,0xA2,0x2F,0x26,0x81,0x22,0xAF
WRITE: 0xA0
WRITE: 0xAE
WRITE: 0xC0
WRITE: 0xA2
WRITE: 0x2F
WRITE: 0x26
WRITE: 0x81
WRITE: 0x22
WRITE: 0xAF

After initializing the LCD I used a Python script for the actual drawing:

Code: [Select]
#!/usr/bin/env python

from time import *

def send(string):
    global file
    print string,
    file.write(string)

file = open('/dev/ttyUSB0', 'w')

while True:
    for byte in ['0x00', '0xff']:
        for y in range(8):
            send('a 0xb%i 0x00 0x10 A ' % (y,))
            sleep(0.25)
            for x in range(128):
                send(byte + ' ')
            send("n")

If I don't use sleep() in the drawing code then issues arise.  Namely several lines are not drawn and the LCD gets disabled eventually.

Please let me know whether this slowness is due to Bus Pirate and how could I improve it.  I could drive the LCD directly with AVR but I'd like to save type on prototyping and if you tell me that this LCD is that slow then I'll choose another one.  (I know that buffered writing can much faster but full refersh is miserable.)

( ! ) Fatal error: Uncaught exception 'Elk_Exception' with message 'Please try again. If you come back to this error screen, report the error to an administrator.' in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
( ! ) Elk_Exception: Please try again. If you come back to this error screen, report the error to an administrator. in /var/www/dangerousprototypes/forum/sources/database/Db-mysql.class.php on line 696
Call Stack
#TimeMemoryFunctionLocation
10.01622443880session_write_close ( )...(null):0
20.01662575496ElkArte\sources\subs\SessionHandler\DatabaseHandler->write( )...(null):0
30.01662576272Database_MySQL->query( ).../DatabaseHandler.php:119
40.06192715032Database_MySQL->error( ).../Db-mysql.class.php:273