Jump to content

Wilba

Frequent Writer
  • Posts

    3,310
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by Wilba

  1. can't get free samples to Australia, via the on-line form at least... I've answered my own question - the RAM layout is slightly different so although in theory you could get MIOS running on a 458 (by changing the source), the binary probably won't work. Should have just ordered 452's in the first place... my mistake.
  2. Hi, This is directed to Thorsten, but anyone else could help me if they want! I'm a total newbie to MIOS, but I'm a software engineer so I can appreciate how great it is. TK you're a legend! However, what I'm currently stuck on is the lack of documentation regarding when MIOS ISRs get called and what you can and can't do in them. What I want to do is not use USER_DIN_NotifyToggle but rather do my own handler of edge transitions in the DIN shift registers. I am ASSUMING I can just handle USER_SR_Service_Finish and then call MIOS_DIN_SRGet to get the FSR to point to the start of the "array" containing the captured state of the DIN module's input pins. Then in this handler I can compare to a cache (in my app's memory) and do whatever MIDI I/O I want then - by iterating FSR1, I can compare the before/after state of the captured DIN input pins. ie. I want more than a toggle handler... I want to do things like "if this switch is currently closed AND another switch becomes closed, then send this MIDI event" etc. I just want confirmation that (a) USER_SR_Service_Finish gets called between updates of the DIN state in RAM, and (b) I can iterate FSR1 to iterate over that DIN state in RAM (I don't need to call MIOS_DIN_SRGet to access each register, right?) ALSO, what's the mapping between DIN module pins and the bit positions in registers returned by MIOS_DIN_SRGet? Apologies if this was already answered on the forum or in a MIOS example... Thanks, Wilba
  3. Thanks all for the other supplier sources... I was actually hoping someone else had tried using the 458 before and would tell me it should work... I guess I'll just try it and see what happens! The reason I got the PIC18F458 from Futurlec was cos it was US$9.90 and only US$3 postage to Australia, Canada, EU, UK, USA. That's better than I've seen anywhere else. They list the PIC18F452 (US$8.90) but it's currently not in stock. Futurlec were REALLY fast in getting the order to me (package was shipped from Thailand, actually)... and they have cheap LCD modules too and a very cheap PCB manufacturing service (although you need Protel files). Next time I'll just wait till they get 452's in stock and order them instead. http://www.futurlec.com
  4. Hi, I couldn't find any PIC18Fxxx suppliers in Australia so I ordered a PIC18F458 from Futurlec (they didn't have PIC18F452 chips in stock) and the datasheets are practically identical. The only differences I can see are a CAN module and "enhanced" CCP module (ie. extra features on the PIC18F458 ). Anyway, this was before I was convinced I should not try to reinvent the wheel and go 100% with MIOS. Now if I had the source to MIOS, I could just open it up in MPLAB and validate that it will work on the PIC18F458 (ie. recompile with different inc file if need be). But since I can't do that, I'll have to just plug it in and see what happens, but then if it doesn't work, I won't know if it's my board, or my programmer not working, or the fact that I'm using a different PIC. Hmm... Any comments/suggestions welcome. Wilba
×
×
  • Create New...