 | | remote control using PIC16F877
|
|
Hello everyone. I've just developed a remote control for the RCX using the PIC16F877. It's very useful due to the fact that it does not need a computer, but still needs the ir tower (the serial one, sorry I'll try to adapt the project tu use the new (...) (23 years ago, 2-Jan-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Unable to compile helloworld.c
|
|
I've got 2 be honest: I'm new in LegOS, but I've had a similar problem. I decided to create a new project (inside de /demo dir) and I couldn't compile at the beginning, but I edited the file .depend and I copied the last section (the one for rover) (...) (23 years ago, 2-Jan-02, to lugnet.robotics.rcx.legos)
|
| |
| | VC++6 and LegOS
|
|
Hi, I'd like 2 know if there's a way to integrate VC++ 6 and LegOS, not 4 debugging, but for use VC as editor (very good as editor) and then just compile inside the IDE??? -- CarlosLuis Rendón M. Network Manager (23 years ago, 2-Jan-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LNPD: communication between clients
|
|
(...) Great, thank you very much. Btw, didn't you diff in reverse order (I grabbed version 1.2.4.2)? The lines to add begin with "-"... Eric (23 years ago, 31-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LNPD: communication between clients
|
|
In adding LNP support to EmuLegOS I needed this feature in the lnpd. If you grab EmuLegos there is a patch for lnpd that will add the feature you are looking for. The patch has nothing to do with EmuLegOS so you can apply it without setting up the (...) (23 years ago, 30-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: host address
|
|
(...) Do you have a patch? (...) I'm writing a compiler (automaton model of the robot to C). With dynamic addresses, it could manage an "addresses pool", and simply add a call to change the address when the program starts... On the other hand, if (...) (23 years ago, 30-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: host address
|
|
Eric, see the thread started by Zhengrong Zhang on 11/5/01 about this. short: we can't find any compelling reason to hardcode the address. I'm not sure about Zhengrong, but I've modified my copy of LegOS to support "dynamic" addresses (i.e. can (...) (23 years ago, 30-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How to make shared memory....not
|
|
Hi Steve, (...) Yes. Actually, I am working on a robot that finds a path trough a maze. After solving the maze, a second program can run through the maze with the informations from the first program. (I will do this with shared mem). Both programs (...) (23 years ago, 28-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | LNPD: communication between clients
|
|
It seems that when a client of lnpd sends data to the IR tower, these are not sent to the other clients connected to the daemon. Unfortunately, I really need this feature... So I tried to call "deliver_packet(tx_buffer, tx_end-tx_buffer);" in (...) (23 years ago, 28-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How to make shared memory....not
|
|
(...) Yes, I'm sure I can. And I think it would be 'safer' that way. But Mike's idea about functions sounds interesting. I don't really have any idea about how I would use that in a real program, but it sure sounds interesting. Steve (23 years ago, 27-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How to make shared memory....not
|
|
I think this is what you want, but I am still learning. :) int inc (int&); int dec (int&); int (*pFunc) (int); //pointer to a function that accepts/returns an int if (add) { pFunc = inc; } else { pFunc = dec; } int a = pFunc(10); So, if add is true, (...) (23 years ago, 27-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How to make shared memory....not
|
|
(...) ooohh. I like that idea. So I can write one program with all my functions and my other programs can just include a couple function calls. Again, in my VB world, I don't mess with pointers. When you have a minute, can you type up a sample (...) (23 years ago, 27-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How to make shared memory....not
|
|
(...) Yes. That is the only thing you have to do. You can store whatever you want. (...) Exactly. If you know you what you do, nothing bad can happen. BTW., this scheme can be extended to something like a shared library. If you store pointers to (...) (23 years ago, 27-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: How to make shared memory....not
|
|
(...) Thanks, Michael. This appears to be exactly what I'm looking for. I assume if I want to store more values, I can just change the 'shared' struct, right? (add l, m, n...) When you say 'multitasking problems', you're talking about storing & (...) (23 years ago, 27-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | How to make shared memory....not
|
|
(...) You ask for it, you get it. BUT: It works, sort of. It will not survive any multitasking problems. Shared memory has to be handled by the OS, not by a user program. I split your problem to 3 programs. Program 1 allocates the memory and prints (...) (23 years ago, 22-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: USB, Windows, legOS
|
|
I tried the patch and still get the error "Error 6 GetCommState". Anyone know what this error means and what I can do to correct it? I would really like to get legOS running. (...) (23 years ago, 21-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Storing Data
|
|
(...) It was suggested by some of my 'c++' co-workers that this was the case (shared memory was available). However, I don't deal with that in my Visual Basic world. They also suggested there were 'unused' memory blocks in LegOS where data could be (...) (23 years ago, 21-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Storing Data
|
|
(...) As there is no memory management, any memory not on the stack is by definition shared between any threads. Concurrency control is up to you however. John A. Tamplin jat@jaet.org 770/436-5387 HOME 4116 Manson Ave 770/431-9459 FAX Smyrna, GA (...) (23 years ago, 21-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Storing Data
|
|
(...) What you request is shared memory and shared memory is not a part of legOS. My way to simulate shared mem is to put the two (or more) tasks into one legOS program. Each task is started as a thread by an execi() call, triggered by the user via (...) (23 years ago, 21-Dec-01, to lugnet.robotics.rcx.legos)
|
| |
| | LNP: host address
|
|
Is there a reason to "hardcode" the host address using a define (LNP_HOSTADDR)? Things would be easier for me if I could change the address at run time (when calling lnp_init). Is it safe to replace the defines by a variable? Eric (23 years ago, 21-Dec-01, to lugnet.robotics.rcx.legos)
|
