Shop OBEX P1 Docs P2 Docs Learn Events
Would like to contract local Propeller Programmer — Parallax Forums

Would like to contract local Propeller Programmer

marcwolfmarcwolf Posts: 38
edited 2011-07-15 23:29 in Propeller 1
Hi Folks
I live in Brisbane, Queensland and I have a small project using the Propeller Backpack that I need to implement.

As a programmer myself (but in other languages) I can describe in detail what I need, and have already done most of the work.

I need someone to help me with this code, and I am willing to pay for the help. Afterwards the programmer will have full use of the code if they want it - I am interested in the solution and finished application.

If you are interested then please contact me via this thread.

Many thanks
Dave

Comments

  • marcwolfmarcwolf Posts: 38
    edited 2011-07-13 04:10
    Oh - I'm not being lazy. My full time job has suddenly given me an increased workload and it leave little time to pursue my hobibied - which is what this is for.
  • prof_brainoprof_braino Posts: 4,313
    edited 2011-07-13 07:34
    marcwolf wrote: »
    I can describe in detail what I need, and have already done most of the work.

    If you are interested then please contact me via this thread.

    OK I'll bite. What's the gig?

    Just noticed - When you say "local", is this an actual "need"; or do you mean you want to talk instead of type?
    My team has weekly international conference calls, this is about the same as meeting face to face.
  • marcwolfmarcwolf Posts: 38
    edited 2011-07-13 16:39
    It's easier face to face as I would also like to learn as well. There is another project that I have in mind if this is successful and it requires a bit more 'tweaking' on the hardware side.

    I'll explain the first project. Phil Pilgrim has made a really good little system with the Backpack, and he has also published some code that shows how to implement custom glyphs.

    The downside of the Backpack when used in overlay mode is the absence of reverse characters i.e. black on white instead of white on black.

    There are 2 ways I can see of doing this. Firstly is a flag in the code that will invert the pixels being retrirved from the character ROM

    The other way is to have a set custom glyphs that are the reversed pixeled characters. I have already extracted the characters and reversed the bits in the same way as Phil has shown the custom glyphs but I am a little stuck on the final part re mapping the character data and passing it's memory location into the Baclpack code.

    The first option would be the simplest but Phil explained that the speed that the Propeller has to work at re processing the overlay means that there is little room for interpreting flags etc.

    Because this is more memory orientated than just monitoring the outside world environment I am a little stuck on my level of Propeller expertise (or lack of it)

    Many thanks
    Dave a.k.a. Marcwolf
  • marcwolfmarcwolf Posts: 38
    edited 2011-07-14 21:50
    Bump..

    Still looking for someone willing to contract to do some coding
    Dave
  • Cluso99Cluso99 Posts: 18,069
    edited 2011-07-14 23:41
    Just received your pm and replied. I was in Brisbane on Tuesday and drove back Wednesday.

    I have seen/used code to create inverse characters using the 8th bit. Depending on the code, this may impose a timing addition that may cause the display to fail. It just depends on precisely what you are trying to achieve.
    All inverse characters? Inverse characters depending on bit8? Some other method (you mentioned a flag)?
  • marcwolfmarcwolf Posts: 38
    edited 2011-07-15 23:29
    Hi Cluso99
    Well flag or 8th bit both would work the same in this instance.
    I have 2 scenario's that I am working on. One for now and the other when technology make it simpler.

    The one for now is so I can set up text of importance i.e. Labels with the data following the labels. The labels would be inverse and the data plain text. Also if one is scrolling up and down a list on the screel the ability to highlight the current position/selected item.

    The future part would be more using a reduced EEG to detect P300 waves and the inverse would be to highlight possible selection on the screen. This would enable someone who is busy to look at the screen - see a selection of choices, and indicate the one they want through thinking about it. P300 is a very interesting brain waveform/event that can have a LOT of possibilities.

    Dave
Sign In or Register to comment.