an Internet-enabled operating system and GUI for small 8-bit systems

Eric Perazzo | 13 Jun 2012 16:23

Version 2.6

Hi,

Is there any estimate of when version 2.6 will be released?

Thanks,
Eric.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Paulo Louro | 13 Jun 2012 20:32

Cooja RFA1 Fros4943 - Slip USART0 and USART1 problem

Hey guys,

I have taken a look at Fros repo but cant manage to make slip work over usart1 for RFA1.

The er-rest-example compiles without problems, i manage to get the Tun0 up and running, start the serial socket server in the RFA1, but when using ping to my mote address i can see the socket->mote: xxx bytes increment but all the packages are lost. Another strange behavior is each time something is output via USART0 then the mote->socket xxx bytes is incremented.

Is it possible that the serial socket server, is connected to the wrong USART?

Best regards,
Paulo Louro

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers

headers

Paulo Louro | 14 Jun 2012 16:25

Cooja RFA1 Fros4943 - Slip USART0 and USART1 problem

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers

headers

David Kopf | 14 Jun 2012 17:58

Re: Cooja RFA1 Fros4943 - Slip USART0 and USART1problem

The repo uses UART0 in /cooja/apps/avrora/src/se/sics/cooja/avrmote/RFA1MoteType.java

public Class<? extends MoteInterface>[] getAllMoteInterfaceClasses() {
   return new Class[] {
       Position.class,
       AvroraMoteID.class,
       AvroraLED.class,
       RFA1Radio.class,
       AvroraClock.class,
       AvroraUsart0.class, <--------------
       AvrDebugger.class,
       AvroraADC.class,
       Mote2MoteRelations.class,
       MoteAttributes.class,
       RimeAddress.class,
       IPAddress.class
   };

and the platform redirects stdout to uart0 unless you have defined something funky

#if RF230BB_CONF_LEDONPORTE1 || defined(RAVEN_LCD_INTERFACE)
  rs232_redirect_stdout(RS232_PORT_1);
#else
  rs232_redirect_stdout(RS232_PORT_0);
#endif

Switching the 0 to 1 in java might work. In principle both uarts could be attached but cooja would probably
just look at the first 
one in the menu list.

-----Original Message----- 
From: Paulo Louro
Sent: Thursday, June 14, 2012 10:25 AM
To: contiki-developers@...
Subject: [Contiki-developers] Cooja RFA1 Fros4943 - Slip USART0 and USART1problem

Hey guys,

I have taken a look at Fros repo but cant manage to make slip work over usart1 for RFA1.

The er-rest-example compiles without problems, i manage to get the Tun0 up and running, start the serial
socket server in the RFA1, 
but when using ping to my mote address i can see the socket->mote:  xxx bytes increment but all the packages
are lost. Another 
strange behavior is  each time something is output via USART0 then the mote->socket xxx bytes is incremented.

Is it possible that the serial socket server, is connected to the wrong USART?

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

headers

Paulo Louro | 14 Jun 2012 18:44

Re: Cooja RFA1 Fros4943 - Slip USART0 and USART1problem

Hey and thanks for the super fast reply,

Without making any changes to cooja and with:

example/ipv6/rpl-border-router/border-router.c

#define SLIP_PORT RS232_PORT_0

rs232_init(RS232_PORT_0, USART_BAUD_57600,USART_PARITY_NONE | USART_STOP_BITS_1 | USART_DATA_BITS_8);

rs232_redirect_stdout(RS232_PORT_0);

I can ping the mote but after some time Cooja shows a simulation error: Event is already scheduled: se.sics.cooja.avrmote.interfaces.AvroraUsart1

If i redirect stdout to port_1 then i cant ping the mote.

BR,

Paulo Louro

> From: dak664-2p+qKb8Fl0QN+BqQ9rBEUg@public.gmane.org
> To: contiki-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Date: Thu, 14 Jun 2012 11:58:20 -0400
> Subject: Re: [Contiki-developers] Cooja RFA1 Fros4943 - Slip USART0 and USART1problem
>
> The repo uses UART0 in /cooja/apps/avrora/src/se/sics/cooja/avrmote/RFA1MoteType.java
>
> public Class<? extends MoteInterface>[] getAllMoteInterfaceClasses() {
> return new Class[] {
> Position.class,
> AvroraMoteID.class,
> AvroraLED.class,
> RFA1Radio.class,
> AvroraClock.class,
> AvroraUsart0.class, <--------------
> AvrDebugger.class,
> AvroraADC.class,
> Mote2MoteRelations.class,
> MoteAttributes.class,
> RimeAddress.class,
> IPAddress.class
> };
>
> and the platform redirects stdout to uart0 unless you have defined something funky
>
> #if RF230BB_CONF_LEDONPORTE1 || defined(RAVEN_LCD_INTERFACE)
> rs232_redirect_stdout(RS232_PORT_1);
> #else
> rs232_redirect_stdout(RS232_PORT_0);
> #endif
>
> Switching the 0 to 1 in java might work. In principle both uarts could be attached but cooja would probably just look at the first
> one in the menu list.
>
> -----Original Message-----
> From: Paulo Louro
> Sent: Thursday, June 14, 2012 10:25 AM
> To: contiki-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: [Contiki-developers] Cooja RFA1 Fros4943 - Slip USART0 and USART1problem
>
>
> Hey guys,
>
> I have taken a look at Fros repo but cant manage to make slip work over usart1 for RFA1.
>
> The er-rest-example compiles without problems, i manage to get the Tun0 up and running, start the serial socket server in the RFA1,
> but when using ping to my mote address i can see the socket->mote: xxx bytes increment but all the packages are lost. Another
> strange behavior is each time something is output via USART0 then the mote->socket xxx bytes is incremented.
>
> Is it possible that the serial socket server, is connected to the wrong USART?
>
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Contiki-developers mailing list
> Contiki-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/contiki-developers

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Contiki-developers mailing list
Contiki-developers@...
https://lists.sourceforge.net/lists/listinfo/contiki-developers

headers

David Kopf | 14 Jun 2012 19:07

Re: Cooja RFA1 Fros4943 - Slip USART0 and USART1problem

I am not familiar with that code. Check to be sure, but Usart1 seems only used on ravens:

apps/avrora/src/se/sics/cooja/avrmote/RavenMoteType.java:        AvroraUsart1.class,

However Usart0 extends Usart1 (for historical reasons) so it could be that error should be referring to usart0

Is it working otherwise? maybe just comment out the exception, in cooja/java/se/sics/cooja/EventQueue.java

private void addEvent(TimeEvent event) {
  if (event.queue != null) {
    if (event.isScheduled) {
  //    throw new IllegalStateException("Event is already scheduled: " + event);
     System.out.println("Event is already scheduled:" + event);
    return;
    }
    removeFromQueue(event);
  }

-----Original Message----- 
From: Paulo Louro
Sent: Thursday, June 14, 2012 12:44 PM
To: contiki-developers@...
Subject: Re: [Contiki-developers] Cooja RFA1 Fros4943 - Slip USART0 and USART1problem

Hey and thanks for the super fast reply,

Without making any changes to cooja and with:

example/ipv6/rpl-border-router/border-router.c

#define SLIP_PORT RS232_PORT_0

  rs232_init(RS232_PORT_0, USART_BAUD_57600,USART_PARITY_NONE | USART_STOP_BITS_1 | USART_DATA_BITS_8);

  rs232_redirect_stdout(RS232_PORT_0);

I can ping the mote but after some time Cooja shows a simulation error: Event is already scheduled: 
se.sics.cooja.avrmote.interfaces.AvroraUsart1

If i redirect stdout to port_1 then i cant ping the mote.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/