Folks, with the Photon being so new, a lot of new functionality is being introduced to the firmware, including the HAL (Hardware Abstraction Layer) and the modular system/user code. These changes are impacting library code that was adapted specifically for the Core when future products were not know…

If I comment out the setup function. i get the below error: Where is this _GLOBAL__sub_I_PIN_MAP function? ./…/…/build/target/user/platform-6/libuser.a(touchscreen.o): In function _GLOBAL__sub_I_PIN_MAP': /spark/compile_service/shared/workspace/6_hal_12_0/firmware-privatouchscreen.cpp:13: multiple…

@wesner0019 , I had the same problem when trying to port my RGBPongClock code. I ended up putting the macros in the only .cpp file that used PIN_MAP. When I tried putting it in the include file, I got errors even though I had compiles flags setup to only compile that .h file once. Separating the f…

Could this be due to application.h including a definition of PIN_MAP via some of the nested headers? On the Core PIN_MAP worked without the need for an explicit declaration in user code, so it must be there somewhere. This made me think, if this STM32_Pin_Info* PIN_MAP = HAL_Pin_Map(); // Point…

I moved the line, STM32_Pin_Info* PIN_MAP = HAL_Pin_Map(); // Pointer required for highest access speed to the .cpp file and it compiled! yeah! I did the same for my code with multiple instances of the PIN_MAP. So I had to move the PIN_MAP (above) to the cpp file and on the second instance had t…

@ScruffR , the defines I used are really meant for the new 4.x firmware which introduces the HAL for both the Core and the Photon. However, using the cloud compile (IDE, CLI, DEV), the code will not work since the Core is still compiling against v3.4 of the firmware. :flushed:

@wesner0019 , ouch! Obviously, having the functions in the system firmware will make things a lot simpler. IMO we should not do any “official” library ports until everything settles which should be soon.

Has there been a final consensus over this topic already? I’ve seen this OneWire thread where some HAL functions were already applied - is this the way to go, or is there still some decision making to do? If it’s still in the rough, I’ve got one more thought to throw in (in connection with Core/Ph…

I have tested the code from Beebs. With a tiny modification it seems to compile both for a core and photon. See: Libraries to Update for the Photon .

I don’t see a link, is this it? https://github.com/spark/firmware/pull/449

Photon and the PIN_MAP[] challenge!

Firmware

mdma June 9, 2015, 8:16pm 29

Here’s a PR of our work in process. Comments, tests and general praise for @peekay123 for kicking off this whole thing welcome

Libraries to Update for the Photon

Topic		Replies	Views
Libraries to Update for the Photon Libraries	77	19174	May 20, 2016
Cannot download The examples from "Getting Started with the Photon" Troubleshooting	7	3922	June 9, 2015
Photon PulseIn Function Troubleshooting	22	8417	November 2, 2015
Photon/P1 pin function chages Firmware	44	9099	July 29, 2015
Core LCD library not working with Photon (Adaffruit_HX8357) Libraries	22	5350	June 9, 2015

Photon and the PIN_MAP[] challenge!

Related topics