- Netduino Forums
- → Viewing Profile: Posts: logicalstep
The Netduino forums have been replaced by new forums at community.wildernesslabs.co.
This site has been preserved for archival purposes only
and the ability to make new accounts or posts has been turned off.
Community Stats
- Group Members
- Active Posts 21
- Profile Views 5418
- Member Title Member
- Age Age Unknown
- Birthday Birthday Unknown
-
Gender
Not Telling
0
Neutral
User Tools
Friends
logicalstep hasn't added any friends yet.
Posts I've Made
In Topic: HT1632 interface (alpha)
20 November 2012 - 10:35 PM
Hi Hauk,
Thanks for your help with this...I've just managed to get it to run in debug...just need to connect it up and test now!
I'll post back either way. Thanks for your help so far.
Logicalstep
In Topic: HT1632 interface (alpha)
20 November 2012 - 10:10 PM
Just tried it on my Plus 2 as well and get the same thing...very confused.
Logicalstep
In Topic: HT1632 interface (alpha)
20 November 2012 - 08:35 PM
Hi,
it should work fine, that's what I did, but I don't remember which version I used, I think I had to use a beta-version to get access to the variable SPI-functions.
/Hakan
I don't even seem to be able to get it into Debug. It looks like its deployed but then just sits there.
DO I need any Beta firmware as I though that 4.2 was the latest and assumed the SPI function would be in there, or I would at least be able to get it debugging...any more advise would be appreciated.
It also looks like there is alot of stuff going on there, do I need all the files that are in the project, or can I strip it down at all for debugging purposes.
Thanks in advance
Logicalstep
In Topic: HT1632 interface (alpha)
19 November 2012 - 10:44 PM
HI all,
I've also been playing with the LED Matrix and tried to deploy this solution on my netduino Plus. I don;t suppose anyone knows if it should work? I have the latest 4.2 version, but it won't deploy.
I have added the NetduinoPlus Reference into the project instead of the Netduino one, but nothing happening at all...well it looks like it going to deploy but fails with no error codes.
Would appreciate some help
Logicalstep
In Topic: SPI LED
18 November 2012 - 11:34 PM
Hi Mario,
After a busy few months and after receiving my new Netduino Plus 2, I'm re-visiting trying to get this LED to work.
I managed to get the SPI working, but I'm stuck on the example code you have given below. Any chance you could clarify it a little for me?
Using the code in your link, it's just rolling around lots of random patterns.
The part where you say 'The problem is that they (the Sure designers) chosen to save any remaining unused bit for the adjacent digit. There's no less parts, nor less cost: why they decided to get the implementor's life harder?'
I'm not that experienced with SPI or Serail data (apart from doing some RS232).
Thanks in advance.
Logicalstep
After a busy few months and after receiving my new Netduino Plus 2, I'm re-visiting trying to get this LED to work.
I managed to get the SPI working, but I'm stuck on the example code you have given below. Any chance you could clarify it a little for me?
Using the code in your link, it's just rolling around lots of random patterns.
The part where you say 'The problem is that they (the Sure designers) chosen to save any remaining unused bit for the adjacent digit. There's no less parts, nor less cost: why they decided to get the implementor's life harder?'
I'm not that experienced with SPI or Serail data (apart from doing some RS232).
Thanks in advance.
Logicalstep
By keeping the bytes "aligned", the task *would have been* relatively easy:
//define the digits pattern static byte[] pattern = new byte[] { ... }; static void Main() { ... init ... Dump(1234); ... } private void Dump(int number) { //create a buffer to hold the four digits pattern byte[] buffer = new byte[4]; //fill the buffer reversely, because it's more comfortable for (int i = 3; i >= 0; i--) { int digit = number % 10; buffer[i] = pattern[digit]; number /= 10; } spi.Write(buffer); }
The problem is that they (the Sure designers) chosen to save any remaining unused bit for the adjacent digit. There's no less parts, nor less cost: why they decided to get the implementor's life harder?
Anyway, this time the routine gets more complex. I'd write something like this:
<br class="Apple-interchange-newline">private void Dump(int number) { byte[] buffer = new byte[4]; int temp = 0; for (int i = 0; i < 4; i++) { int digit = number % 10; temp = temp * 128 + pattern[digit]; number /= 10; } for (int i = 3; i >= 0; i--) { buffer[i] = (byte)temp; temp >>= 8; } spi.Write(buffer); }
Maybe could be simplified...any clue?
NOTE: both the above snippets are coming out my mind, and I didn't try them. They're just a trace for a concrete implementation.
Cheers
- Netduino Forums
- → Viewing Profile: Posts: logicalstep
- Privacy Policy