Jump to content

Justin Reina

Members
  • Posts

    93
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Justin Reina

  1. Justin Reina

    DMA FIFO

    *oops this is a really old post...<br>
  2. Hey guys, wow, dumb question it appears! Thanks again for the help!! -Justin
  3. Hi all, Is there a way to determine the call stack in LabVIEW, I can't seem to find discussion of it anywhere. My goal is for a subVI to know the name of his calling VI. I do know that you can access "Callers", but that doesn't tell me who specifically called the subVI. Thanks! -Justin Reina
  4. Would it be useful if I generated a LabVIEW-only AES128/256 solution? I am thinking of making it one of the 'student challenges' next quarter; see what they come up with. -Justin
  5. Hi bmoyer, The LabVIEW FPGA code is not directly portable to a PC target, but somewhat close. I considered porting that over, but I wanted to use an example where I didn't have to write my own AES-128. Thanks, -Justin
  6. Hello all, I needed an AES-128 block encryption module in a LabVIEW script at work, and couldn't find anything simple. .NET 4.0 has a AES library which might have been easy, but it appears LV2010 doesn't support 4.0. I chose to implement AES-128 through a php script. Here is the example and example video I've prepared for students in my LabVIEW class (SeattleTM): AES128 Solution for LabVIEW: http://www.seattletm...?startOn=extras (goto AES128 PHP Video/Code') Was there an easier way to do this? Also, if you have the time to give a litte feedback on the video/code presentation it would be much appreciated! Thanks, Justin Reina
  7. Hello, We are developing a LabVIEW training site seattletm.com. We want to have link to the LAVA forum; are we allowed to use your icon? Image in question :http://lavag.org/public/style_images/4_logo.png thanks! -Justin Reina Seattle T&M
  8. Hello, Is this something we are allowed to give out? -Justin
  9. Yes indeed! My docs were repaginating after every picture insert, and after 100 pages or the system absolutely came to its knees (Word). -Justin
  10. You can certainly script your Macros with the ActiveX connection. This is a really efficient method to get up to speed on the word object model. I found it really hard though to get control of formatting and such however. But most of my functionality started with tinkering with the macros. -Justin
  11. Hey Brad, I did this last summer for an RF lab. I rendered many graphs and tables into exactly the document you are referring to. However they wont let me release my work (even though no one uses it anymore... go figure). So here are the steps I took to getting along on this. (1) Learn Word VBA and the Word Object Model <- Its super weird at first *Here's a good book: http://oreilly.com/catalog/9781565927254/ (2) Get comfortable with ActiveX connections in LabVIEW. MS Word should already be visible on your machine. (3) Program away! Its strictly a matter of how well you understand the word object model. If you are comfortable with the LabVIEW environment and can pick up the Word Object model in a week or so, I estimate you can achieve your objectives within 1-3 weeks. While the learning curve for this is steep; it is only so for like 20 minutes . Very easy after that. I can post a 'hello world' example if you would like.If you have any more questions let me know. Best of Luck, Justin Reina *And if you can afford the NI Office Toolkit, this is exactly what they did...
  12. no aim, sorry . gmail chat though. shoot! i said PD0 but I meant PD1 (PD1 is the TX0 line). my bad on that one, typed it up too quick. is there an output on TX0 as seen with an oscope? -Justin gmail chat: justinmreina@gmail.com
  13. hey Jim, You shouldn't have to do any wiring, or so I thought... Are the Rx and Tx pins on the RS232 chip connected to anything on your Atmega chip? -Justin
  14. Hey Jim, So you confirmed a digital signal generated on PD0? Also quick side note, always talk about software/hardware and/or any equipment/tools as such, as a tool. 'labview' didn't set your serial port to 9600 . Best of Luck -Justin
  15. Hey Jim, Serial Adapter ($7) : http://www.newegg.com/Product/Product.aspx...N82E16812156003 *Drivers and Manual are at sabrent.com. I have used it extensively, it works well. A Few Notes (1) 56000 should work, it is a standard rate. If it isn't for some reason, go into the project file and change the baud to 9600. then recompile the hex file and use that for your chip. http://digital.ni.com/public.nsf/allkb/D37...6256706005B9BE7 (2) I checked and the board is setup for a standard rs232 connection. Check that you do not have a 'null' serial cable. To check this, confirm connectivity with the dmm between 'Pin2' on both ends of your cable. If there is connection it is a standard cable(this is good). If not, then pin2 on one side connects to pin3 on the other (nullmodem, not the right cable ) http://en.wikipedia.org/wiki/Null_modem (3) A wiring schematic for your devboard is on sparkfun. this may help in your debugging. In the doc, they mention an rs232 'jumper' J1. Confirm that the TXD0 line on your chip (TXD0, or PD1) is wired to the rx pin on the RS232 chip (see attached). the pin is called 'rx' on the chip with respect to the host pc (i.e. the host pc receives on this line. ) http://www.sparkfun.com/datasheets/AVR/avr-p40b-8535.pdf (4) Trial_3 will not work if Trial_2 does not work. your prob is in Trial_2. (5) The overshoot is most certainly from an uncalibrated scope probe. http://oscilloscope-tutorials.com/oscilloscope/Setting.asp*Go to 'Compensating the Probe' With regards to the code not working, try the following steps:(1) Check that the 'tx' pin on the chip actually sends out a digital signal. if not the code is wrong . But this shouldn't be the case. (2) Check that your computers serial port works. on the serial cable, put a wire from pin2 to pin3 (i.e. connect rx to tx). with this configuration, your computer is sending to itself. Try a labview script that outputs some string. If your computer is working correctly, it should receive the same string. Best of Luck and keep me posted, -Justin
  16. my advice: break their fingers yep. trial three interfaces with the labview panel and sets the first two PWM lines (OC0A and OC0B). I'll get the OC1-2 A/B up later. -Justin
  17. Cool, Now try Trial 2. It is a USART trial, so hook it up to a PC with a serial cable. Use the PWM Interface, and it should read out stuff. Let me know how it goes. -Justin
  18. Yes sir, the oscope is a man's best friend. take a peek with it. -Justin *The 'OK!' line is indeed a pretty satisfying reward.
  19. Success!! I am glad to hear you got the ISP hooked up. That part can be very stubborn (but is smooth-sailing afterwards). Now onto the trials. Try trial one, I've precompiled the .hex file for you (for a 324P @8MHz). Use the AVR ISP window and load it into the flash, then check if it toggles the pins on port A (it should ). Let me know how it works out. -Justin
  20. I saw the sparkfun forum yesterday. I was pretty suprised at the activity there, that's pretty cool. Any others though? I was hopefully looking for 'industry' type forums. One that I do like is the AT91 forum: http://www.at91.com/. -Justin
  21. ShaunR, Correct I guess. Since they are always right, there is no need for discussion. If ever there were a beast though, where would I find him? -Justin
  22. I second this notion. It amazes me how continually relevant the dev days topics are Thank you guys for all of your efforts. -Justin Reina
  23. Hello all, I am well along the way now in a current virtual reality project: http://www.justinreina.com/478 This project contains an embedded server we are developing on the PIC32 platform. Unfortunately (and obviously) this PIC cannot mix the incoming user's audio in real-time. The solution we have formulated is to have a second server on a Windows PC platform in LabVIEW. This both seems like a fun project and a great solution. So here's where we're at, and what we are trying to achieve: LabVIEW Audio-Mixing Server Input: Multiple LAN clients that stream their audio Output: Real-Time Mixed Audio Signal* *For reasons pertaining only to the project requirements, the audio server will stream the mixed signal to our PIC32 server, who will then transmit to all the system users. Knowledge/Time Deficiencies: - Real-Time Audio Mixing - Buffering Principles of Audio Streaming *What buffer scheme is best on both sides of the connection to provide smooth audio? - Audio Packet Sizing (how big of chunks do we send) We have already developed simple LabVIEW applications to mix audio signals but not streaming audio. We have tried streaming but it is not smooth. Does anyone have any experience, knowledge bases or ideas to help along the way? I figured LAVA may be the perfect place to get a good jump at this. Thanks to all for the time taken to look over this, Justin Reina
  24. Hey all, I've been trying to find, to no avail, a fairly chatty embedded design forum. I'm mainly looking for talk about a multitude of processor architectures, their implementations, and other misc. digital topics. Any ideas? I figured this might be a good forum to ask. Thanks, Justin Reina
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.