i’ve got some nokia5110’s, so i tried a PCD8544_SPI library and i cannot see what i’m doing wrong
library is from http://forum.arduino.cc/index.php?actio … tach=54196
yes i know its ‘avr’ which is why i’m playing with it on a nano, then i’ll move onto a baite maple mini.
the problem is i cannot get arduino to see the library, doesn’t show navigating via the examples or via
sketchbook drop downs!
even renamed all files to PCD.h/PCD.cpp/PCDFB.cpp, still not
its absent a libraries.properties, but so is dht and that’s visible either route
permissions on directories are all good
~/sketchbook is a soft link to ~/sketchbook_stm32
~/sketchbook_stm32/hardware/Arduino_STM32 is a soft link to ~/Arduino_STM32-111215-0000
that naming is what i’ve used for a while with adjustments
so i’m baffled
<edit> went for a browse, ‘install via library manager’ high on list, so pulled the zip, did and now i’m off to see what’s different </edit>
nada
<edit1> it’ll insert an include for it and then compile ( nano ) moans no SPI.h</edit>
stephen
nada
<edit1> it’ll insert an include for it and then compile ( nano ) moans no SPI.h</edit>
stephen
Personally, the library manager on 1.6.x and above sucks, IMO 
So, because I work with a number of architectures under Arduino AND I also publish, I do not want to spend the rest of my life trying to explain to a newbie on Hackster how to get a library working. Rather, I just put any modified library into my sketch folder. Now, for unmodified libraries, they can stay where ever the darn IDE wants to put ’em. This also keeps me from having to deal with regression testing everytime the Library Manager wants to update a registered library.
For example:
STM32 w/ Nokia LCD
AVR-8 w/ Nokia LCD
That way, when I ZIP up the directory with the project, I get any modified libraries, etc. I like to code, I hate to support it.
Ray
After thought:
Yes, this does run against the Arduino concept of libraries but encapsulating a 2nd or 3rd party library into the main code base is a fairly common thing to do, even in corporate development houses; it ensures that the source safe is complete and version controlled. The Cypress PSoC system automatically utilizes this approach with all of the compiles and backups. Back when a hard disk was 20G or so this may have been an issue, but with 500G or even 1T drives common, I think keeping known-good compile sets available makes good sense.
For boards like the ESP8266 where its best to install via the boards manager, I Immediately copy the core out from the hidden folder and put it in the hardware folder.
The problem with the boards manager and library manager is that you are not ultimately able to control what code ends up on your machine.
I dont mean in terms of malware, I mean, that in 6 months if you come back to your project on a different machine and install the core and library as before, you have no guarantee that the code that is downloaded is the same as you had last time.
So it may not work for you.
This is fine is you are just messing around or just using Arduino as an educational tool and are always writing new code.
But if you are building projects for you own use or other people etc, which you may need to update or reflash in 6 months time.
Then you need to back up the core and the libraries and not rely on being able to downloaded the same code next time.
Copying libraries to the sketch folder is also worth doing as long as you are not using the same lib in loads of different sketches
i think its more subtle than that, what is it about a library that when ‘installed’ in sketchbook/libraries that let’s a include be inserted
but is totally invisible?
the dht library(its avr specific) although it screams blue murder when compiling for stm has exactly the same structure, also why would SPI.h not be found?
save as draft – the feline speaks, its either food or inspect the back door from outside, off to nuke my coffee again(4x and its only a third gone)
some hours later i’m back
usually this sort of thing is either me being totally thick, not doing something everyone does automatically and i don’t know what or
the fact that i’ve been able to crash pc’s just by looking at them, in fact they positively queue up for the honour.
software wise it’s even worse, not entirely sure if that’s funny or not
i have a funny feeling this is going to be a long night starting with a fresh re-install from my master directories. of course the last thing i undated
was Arduino_STM32; now that would be funny 
i agree one work around might be ‘all-in-1’
any idea what turns a lenovo keyboard backlight back on, been freshening an acer laptop on top of it and it changed something….
the feline is back…
stephen
I know 1.6.6 is full of these sorts of issues and there has was a long discussion on the IDE developers mailing list about it, with people needing to use the latest Hourly build of the IDE
But 1.6.5 should in its self be OK – however I’ve no idea what the IDE team may have done to the libs to make them now work with 1.6.6 and unless a lib is available for 1.6.5 and 1.6.6 any changes they made for 1.6.6 may potentially cause problems with 1.6.5
briefly tried 1.6.6 and the other lots 1.7, between overlapping installations and the re-vamp
i just have a rather deep dislike of deceit. with 1.6.6 it was the horror reports and confusion although
i hope its not, but it may well be beginnings of brand lock-in.
decided to stay with the old firm and its older version.
my master directory has an untouched 1.6.5, i believe its r5 and it’ll be Arduino_STM32 from some when in the ‘static’ish version 20+ days
i was having some success, got a directory listing from a sd card with both nano and baite mini, but i plan to use spi2 for the nokia5110 as well.
baite mini seems to have problems as its oscillating between acm0 and acm1, seriously annoying as i’m never sure which one it
is as i open serial monitor. dfu programming seems to work well, although i may need the 3 second fix.
also have a funny memory of having to rename ‘Arduino’ standard libraries when installing LiquidCrystal? in arduino/libraries.
any other libraries need something as well?
i suspect platform defining flags __ARM__ or __AVR__ control which its to use, but missing SPI.h i just don’t follow..
the other thing was i added ESP8266 via board manager.
so back to origin.
stephen
any other libraries need something as well?
i suspect platform defining flags __ARM__ or __AVR__ control which its to use, but missing SPI.h i just don’t follow..
the other thing was i added ESP8266 via board manager.
any other libraries need something as well?
i suspect platform defining flags __ARM__ or __AVR__ control which its to use, but missing SPI.h i just don’t follow..
the other thing was i added ESP8266 via board manager.
it maybe that if you’re using or wanting to use an updated LiquidCrystal library, then for avr platforms it’ll
conflict with the Arduino supplied LiquidCrystal. So then you need to either delete or move the originally supplied library.
I hate deleting ‘supplied’ anything, renaming the folder doesn’t work so i move it up one level and across into a
‘moved_libs’ directory.
i suspect having seen this, i’ve checked the supplied library list for STM32 and had thoughts about SD and SPI.
thoughts only, i’ve not moved them. and they’re a different platform (why am i thinking i needed to move the avr
ones for stm32 ones – don’t ask)
doesn’t apply to them unless i’m thinking that the SPI mods are a new library and not a modification to the built-in.
and that move would be under STM32F1 directory somwhere.
ok, now i follow it. it’s when i play hopscotch with ideas at 0400 that does it, seems i do it in posts as well.
stephen
of course it does help to check both nokia 5110 displays are functional, the nano’s one was, the stm one wasn’t 
<…>
of course it does help to check both nokia 5110 displays are functional, the nano’s one was, the stm one wasn’t
next q i post ‘has anyone used spi2 with a display?’
stephen
