Correct! Sorry! It was a typo. What i wanted to write was on boot folder.
I created a empty file named ssh and copy to the boot folder but i ended up always getting a connection refused when ssh the rpi 4. And the file was still there. Don’t know why it didn’t worked.
OS: Linux 4.19.57-v7l+
Host: emonpi | emonpi | (192.168.1.80)
Date: 2019-07-14 16:00:31 CEST
Uptime: 15:00:32 up 1 min, 1 user, load average: 1.33, 0.63, 0.24
Ok. I don’t have much time these days but i will test.
Should i change to stable branch or should stay as it is?
Just a small note: this pi releases more heat. It would be wise to test it under the emonpi case to see if temperatures rise even more. Yesterday, when connecting it to my monitor and keyboard, it was really hot.
I confirm it was on lower case.
I had to enter in desktop mode, going to preferences and activate the ssh mode.
I will stay for now with this image since i want to install node-red to see if is stable. After that, i will buy a SSD, install the rpi on my emonpi and will make it boot on the ssd.
Then i will test again if ssh file works ok.
EDIT: ( edited the above post to the correct filename)
Thanks
To swap the Emonpi RPI and install the rpi 4, does the pins that connect to other components change or are the same?
Are something that i should be aware?
Can i connect as it was on the older Pi?
EDIT 1: This pi 4 (4GB version that i have) it has a huge improvement in speed. The pi 3 took me 30 min downloading and installing node-red and the pi 4 took 5 min!
EDIT 2: Here is my update log.
‘’’
LAST ENTRIES ON THE LOG FILE
Starting update via service-runner-update.sh (v3.0) >
- emonSD version: emonSD-30Oct18
emonSD base image check passed...continue update
git pull /opt/openenergymonitor/EmonScripts
* buster
No ramo buster
Your branch is up to date with 'origin/buster'.
não há nada para submeter, árvore de trabalho limpa
Already up to date.
-------------------------------------------------------------
Main Update Script
-------------------------------------------------------------
Date: dom jul 14 16:50:45 WEST 2019
EUID: 1000
openenergymonitor_dir: /opt/openenergymonitor
type: all
firmware: emonpi
Hardware detected: rfm2pi
git pull /opt/openenergymonitor/emonpi
* master
No ramo master
Your branch is up to date with 'origin/master'.
não há nada para submeter, árvore de trabalho limpa
Already up to date.
git pull /opt/openenergymonitor/RFM2Pi
* master
No ramo master
Your branch is up to date with 'origin/master'.
não há nada para submeter, árvore de trabalho limpa
Already up to date.
-------------------------------------------------------------
EmonPi Firmware Update
-------------------------------------------------------------
Start ATmega328 serial upload using avrdude with latest.hex
Discrete Sampling
avrdude -c arduino -p ATMEGA328P -P /dev/ttyAMA0 -b 115200 -U flash:w:/opt/openenergymonitor/emonpi/firmware/compiled/latest.hex
avrdude-original: Using autoreset DTR on GPIO Pin 7
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude-original: stk500_recv(): programmer is not responding
avrdude-original: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
avrdude-original done. Thank you.
strace: |autoreset: Broken pipe
Start emonhub update script:
-------------------------------------------------------------
emonHub update
-------------------------------------------------------------
git pull /opt/openenergymonitor/emonhub
* emon-pi
No ramo emon-pi
Your branch is up to date with 'origin/emon-pi'.
não há nada para submeter, árvore de trabalho limpa
Already up to date.
Failed to restart .service.service: Unit .service.service not found.
- Service
current settings.php md5: af198c0ef59536b35ab37f07d1f0a718
Default settings.php md5: 0e4803a641b7784ed23edf87506ce761
settings.php HAS been user modified
Checking status of /var/www/emoncms git repository
- git branch: master
- no local changes
- running: git pull origin master
Hello @Romeo yes, once the build script reaches a full release (its currently in alpha for early testers) we will update the documentation and highlight what systems it is compatible with.
As far as I can make out, you haven’t swapped the serial port mapping with an overlay either. A couple of points on that (although I’m now thinking this should probably be discussed in the emonScripts thread?), firstly the overlay currently used on the emonSD disables BT rather than swapping the serial ports around to keep BT functionality, however as far as I can make out, by enabling the serial port with uart_enable=1 in config.txt and using the default serial mapping (ie just disable the serial console, not the serial port and do not use a custom overlay) then the clock speed is reduced and fixed at 250kHz to stabilise the serial port, effectively under-clocking the processor slightly, but more importantly disabling the “turbo” type boosts. So rather than swap the serial ports around and underclocking as well, if we just use the ports as originally mapped (and disable serial console as we must already) it should be simpler (and run cooler?) without losing BT.
There was a new release of Buster Raspbian on the 10th July. So I hope we’re all using that now?
Thanks @pb66 Im not that familiar with those settings, they where additions by @glyn.hudson, Il make a note to discuss with Glyn, do you think you could create it as an issue on the EmonScripts repository?
My latest test was with the latest Buster image: 2019-07-10-raspbian-buster-lite.zip
