-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
proper permissions to start REM with pm2? #1
Comments
also just a comment... on my pi, i had to run REM as root ( Otherwise it couldn't find the probes. Once I set up the i2c connection and configured the probes, REM works just fine running as a bit odd since I can query probe values via an i2c python script I wrote running as Not a big deal in the end. Just need to get pm2 working and environment will be pretty steady. BTW, I completely shut down my acid dosing nodered flow. Today's acid dosing has been entirely controlled by REM: I've configured the dosing/mixing exactly like i had in nodered so there are no differences between today's graph and any other day prior to today, except REM is running the dosing automation. Great job! edit: wording |
omg... rooking mistake on my part. I had |
@johnny2678 |
This PR adds support for Sequent Systems Smart Fan v6, along with support for Raspi OS Bookworm on a 4B. The v6 Smart Fan uses a different GPIO pin from previous generations, and also lacks the capabilities drop from v4 onward. As I don't have an older device to test with, I opted to create a new module for this generation instead of sharing the existing one. This new module only contains the capabilities of the v4 and onward, and supports the changed GPIO pin in v6 (?). Some other general fixes as well. Raspberry Pi Bookworm changes how GPIO pins are addressed. Per @rstrouse in #61 (comment) I have found why your GPIO numbers seem so strange. The pi engineers are now identifying gpios by touple which includes the chip id (2) in the gpio. Honestly, this is the same approach as other boards such as the orange pi and probably what raspberry should have been doing all along. Perhaps there is a future for multiple gpio headers on the same board. For now the problem is that the pi 5 does not have the gpio chip embedded (chip id 0). It is external to the cpu on chip id (2). To address this, I have included a new pinout profile that I have tested with the Raspberry 4B. I am almost certain the 5 will need a different pinout, but unsure of other 4 variants and earlier.
I can run REM as
pi
usingnpm start
and everything works fine (i2c, etc)When I run with pm2 (as
pi
), it gets caught in a loop:Not a lot there to tell me what's going on. Here's my pm2 ecosystem js file:
See anything obvious that would cause a loop? Any way to increase logging on REM to give more details about why it's shutting down?
Not a big deal as I can run directly using
npm start
but would be better process mgmt if I could get it to work using pm2.The text was updated successfully, but these errors were encountered: