different image today, don't know about the top line, but 1332AD9 is 20130521 when converted from hex to decimal....

I'm hoping it is the release of the Go Ethernet Module!

The Go! Ethernet module may be long sought after but personally, I doubt SecretLabs would make such a big deal out of that.

Code cracked!

Very peculiar thing - If you click the link to the video that Chris referred to in his post entitled Time machine, you'll recognize the cryptic code as being part of the URL:

gpUgUL73tGE

Hardly a coincidence so obviously, SecretLabs intended for us to find the video but....the question is why?

This is a real long shot, but could be we're looking at something based on a FPGA/CPLD-like core that lets you program the hardware as to which internal function (PWM, analogue, digital, etc) goes to which pin. A sort of dynamic ASIC if you like.

Awesome video! - must have taken months to combine all those separate videos into one.

EDIT: Too me, the video would suggest something with an LCD on it.

Could be sort of....the mystics around this seem to thicken by the hour...check out this post:

http://forums.netdui...mepage/?p=49589

Code cracked!

In my opinion, that wouldn't be big enough...I'm thinking something a bit more groundbreaking.

Oh, and here's the lyrics for "Time is of essence" by Cold Mailman as played in the video but it doesn't seem to contain any clues...

How did it go, does it work after removing the "const" statement?

can you send me an example to use the digital input?

I'm obviously not Eric, but early in this post he gave an example with three multiplexed digital outputs:

public static void Main() {	MuxShield shield = new MuxShield(MuxShield.MuxMode.DigitalOutput, MuxShield.MuxMode.DigitalOutput, MuxShield.MuxMode.DigitalOutput);		//Set the pins high so that as we move through the pins, LEDs will light up	shield.MUX0.WriteBit(true);	shield.MUX1.WriteBit(true);	shield.MUX2.WriteBit(true);	while (true) 	{		for (byte x = 0; x <= 15; x+=2) 		{			//itterate over the pins			shield.CurrentPin = (Ic74HC4067.Pins)x;						//blink the onboard led			shield.D13LED.Write(!shield.D13LED.Read());			Debug.Print(shield.ToString());			Thread.Sleep(100);		}	}}

If you need digital input(s), simply modify the three parameters in the call to the constructor according to your needs. You would then use the readBit method to read the pin after having set CurrentPin according to which of the multiplexed inputs you wish to read.

For example, this should give you one multiplexed input and two outputs.

// digital in, out, outMuxShield shield = new MuxShield(MuxShield.MuxMode.DigitalInput, MuxShield.MuxMode.DigitalOutput, MuxShield.MuxMode.DigitalOutput);

I really think its something much bigger than an add-on of any kind. I also don't believe its an NP2 with more muscle. I'm thinking of something groundbreaking using some cool new rocket science tech.

Think of how  programmable logic like FPGA and CPLD devices work and how they let you implement pretty much any hardware in a single device, basically an ASIC. Imagine different hardware modules available from a palette of  ready made drop-in software modules through some easy to use (semi-)graphical IDE. Also imagine using C# (or VB.NET) as the glue between the modules to orchestrate them - instead of VHDL (!!)

A development platform like that would virtually let you implement your whole breadboard in a single device!

There would be much less need for external parts like shift registers, 74LSxxx (and, or, xor, etc), transistors, IO-expanders, LCD backpacks or even motor drivers and audio devices...well almost anyway, you'd still have to add a LED or a switch here and there   

Open Source Hardware would get a truly profound meaning. We could be writing and sharing OSH modules in an on-line in-project repository, simply download what you need and drop it into your project. We'd be talking breadboard virtualization and the ability to jump between any old breadboarded project simply by uploading a piece of firmware to the device. To me, this too would be a time machine!

Would you like a platform like that or is it just me?  

Hmm...after removing the "const" statements, I basically get 3 errors when trying to compile as an NP2 project.

These two errors:

[font="'courier new', courier, monospace;"]Error 1 The best overloaded method match for 'Microsoft.SPOT.Hardware.AnalogInput.AnalogInput(Microsoft.SPOT.Hardware.Cpu.AnalogChannel)'[/font]

public Ic74HC4067(Cpu.Pin s0, Cpu.Pin s1, Cpu.Pin s2, Cpu.Pin s3, Cpu.Pin common, Cpu.Pin enable, bool analog) :    this(new OutputPort(s0, false), new OutputPort(s1, false), new OutputPort(s2, false), new OutputPort(s3, false)){    if (enable != Cpu.Pin.GPIO_NONE)        _enable = new OutputPort(enable, true);    if (common != Cpu.Pin.GPIO_NONE)    {        if (analog)            _analogRead = new AnalogInput(common);        else        {            _commonWrite = new OutputPort(common, false);            _commonRead = _commonWrite;        }    }}

public int ReadValue(){    if (_analogRead == null)          throw new InvalidOperationException("CommonIO pin is not specified or not in analog mode.");    return _analogRead.Read();}

Michel, are you seeing these too?

Please refrain from duplicate posts, you already have this one going:

http://forums.netdui...067/#entry49614

Sort of, I was thinking of something like that but more in a general sense than a specific device or vendor. I recently ordered a Cypress PSoC 4 demo board and a PSoC 1 dev kit to explore that magic tech:
http://www.cypress.c...9&source=header

cutlass, you obviously know tons about this stuff and I'd love to discuss it further.

I find this tech very exciting and I have to look into the info you supplied.

[color=rgb(40,40,40);font-family:helvetica, arial, sans-serif;font-size:14px;]@cutlass: Given the short time in which SL went from Atmel to ST, I wouldn't rule out a whole new architecture.[/color]

Don't forget, working passionately for fame and glory is far more efficient than just working for money. With the help of the many talented guys here on the forum, development time can be drastically shortened - like as if you had a time machine  

Managing FAT32 adds a lot of overhead. You could try using the SD card in raw mode without a file system. 

Of course, you can't use the regular NETMF functions for this, instead you have to treat the SD card like the SPI slave device that it is. You'd also have to use a special PC app to extract the data from the SD.

I know Nwazet has a data acquisition module called DAQ and I think they use their own FAT32 implementation for that. Perhaps you could look into the underlaying implementation of that and find some code for doing raw SD card writing:

http://nwazet.com/co...Q/10-FileSystem

If not, there ought to be some Arduino code for this that you could port.

UTC+0 for your convenience:

http://www.worldtime...ime_in_UTC.aspx

No, its 3 minutes 

I actually edited the post on 1:57 but that doesn't show...I initally wrote 4 minutes, but you beat me to that 

Yes, where is it?

Looks sweet, don't know what it can do but still only a question of how much I should place!

I must say, I never expect a smartwatch - I was so wrong, so very wrong!

How much?

[color=rgb(40,40,40);font-family:helvetica, arial, sans-serif;]@cutlass: Now that SL released their smartwatch, shall we join in realizing my daydream? [/color]  

I've actually been working on a similar thing on and off for some time now. It has a lot of potential but the road is still long.

I should expect so and hopefully even runs NETMF !

...and it really was a time machine!

.... though I don't know how netmf will feel about it, or even if the spi the sd is on will be reachable....

Oops, didn't think of that, might be a problem.

With the mini I always use a simple SD card holder breakout on the regular SPI port.